Software / Web Engineering Projects 2IPE0

Slides:



Advertisements
Similar presentations
More CMM Part Two : Details.
Advertisements

Scrum. An evolutionary/iterative/incremental/agile software process The main roles in Scrum are: – Scrum team: Team of software developers – Scrum master.
1Lou Somers Software Engineering Projects 2IP35 Autumn 2014
CSE9020 / 2004 Wk01 / 1 CSE9020 CASE STUDY Week1 Welcome to unit CSE9020 (and possibly CSE3200) better known as ‘The Case Study’ for Semester 1, 2004 John.
Agile-SCRUM. Introduction to SCRUM Sanil Xavier What is Scrum?
The Product Owner prioritizes the requirements or features through feedback from the Stakeholders & interaction with the core team The Team.
Trusted IT Group. The challenge: 40 active, concurrent IT projects  Unsatisfactory Project Delivery.
CS 4310: Software Engineering
S/W Project Management
FINAL DEMO Apollo Crew, group 3 T SW Development Project.
\ iGraduate Road Map to Success Day 1, Part C The Mentoring Process 1.
Alcatel-Lucent CDC Workshop, Coaching & Knowledge Transfer Project Management.
Classic League Referee Meeting. Welcome Thank you for attending Review Processes and Procedures – Consistency This is the Classic League – When the league.
EARTO – working group on quality issues – 2 nd session Anneli Karttunen, Quality Manager VTT Technical Research Centre of Finland This presentation.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Agile Assessment Gadi Lifshitz, Ayelet Kroskin, Barak Yagour, Yael Dubinsky.
Electronic Engineering Department Final Year Projects September 2008.
T Project Review TeXlipse [I2] Iteration
OFFICE OF INFORMATION AND TECHNOLOGY Mobile Applications Scrum Framework November 21, :00 am (EST) Seal of the U.S. Department of Veterans Affairs.
Dr. Nguyen Hai Quan.  Why SCRUM?  What is SCRUM?  Some terms  SCRUM Meetings  Sprint  Estimation  Product backlog  Sprint backlog  Whiteboard.
Planned Document Management Improvements Rob McKercher, Iain Goodenow, George Angeli.
Workshop #1: Introduction to Graduation Project Wednesday September 2 nd at 10 am Capstone Committee Department of Computer Science.
SCRUM.
INTERNATIONAL SCIENCE AND ENGINEERING FAIR Rules and Guidelines 2016.
Agile Development Chapter 10 - part 2. Agile Philosophy  A guiding philosophy and set of guidelines for : developing information systems in an unknown,
TMP3413 Software Engineering Lab Lab 01: TSPi Tool Support.
IBM Academic Initiative JazzHub Overview John Schilt Lead, IBM Academic Initiative Australia / New Zealand UNSW and IET (Young Professionals)
1SEP Software / Web Engineering Projects 2IPE0 Spring Lou Somers.
T Project Review Sotanorsu I2 Iteration
Copyright © 2010 Pearson Education, Inc. or its affiliate(s). All rights reserved.1 | Assessment & Information 1 Online Testing Administrator Training.
Component D: Activity D.3: Surveys Department EU Twinning Project.
BUDGET 4Distribution of budget per phases of the project; 4Itemization of budget; 4Division of budget per source of contribution; 4Division of budget between:
L5 Computing Team Project Final Presentation Guidelines.
AGILE METHODS Curtis Cook CS 569 Spring 2003.
Embedded Systems Software Engineering
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
T Project Review X-tremeIT I1 Iteration
Software / Web Engineering Projects 2IPE0
To Scrum or Kanban: Is that the Question?
Scrum.
CSC 355 – Newer Approaches to System Development Life Cycles & Processes, Spring 2017 March 2017 Dr. Dale Parson.
Software Configuration Management (SCM)
Agile Project Management with Trello
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
Project Management Processes
Project Workflow.
Systems and Networking Department
Scrum CS These outstanding slides were created by Kevin Schenk, BS in Computer Science, Purdue University, 2012.
FIZZ Database General presentation.
As implemented for CSM Field Session
Scrum MODULE 3 – Part 3.
Summarizing Our Models to Date
ECE/BENG-493 SENIOR ADVANCED DESIGN PROJECT
Master’s theses and graduation
Chapter 13 Quality Management
ARB Schedule Locations
Project Management Processes
MODULE B - PROCESS SUBMODULES B1. Organizational Structure
Scrum Science NGSS: Engineering, Technology, Applications of Science
Senior Project - Part II
General recommendations
Software / Web Engineering Projects 2IPE0
Software Development In Agile
Scrum in Action.
The roles and the process
Master’s theses and graduation
Executive Project Kickoff
Software / Web Engineering Projects 2IPE0
Software Development In Agile
Field Instructor Workshop
Presentation transcript:

Software / Web Engineering Projects 2IPE0 Autumn 2018 http://wwwis.win.tue.nl/2IPE0/ Lou Somers

Today: kick-off General information about the way of working Coupling of groups to cases Start of project…

General information A real project Timing Marking A real customer A team consists of ~ 10 students Separate project and quality manager (students 2IMP15 or student assistants) Each team has a CS staff member as supervisor Timing Available time: 10 ECTS  280 hours per person Start: September 3, 2018 End: November 9, 2018 (hard deadline) Marking General mark for group Individual adjustment (peer reviews by group, managers, supervisor)

Main players Overall SEP coordination Lou Somers Study counselors – admission, professional skills assignments, poster printing Roel Bloo (admission) Elisabeth Melby (professional skills, posters) BCF – project ICT facilities Joe Joe Wong (keyboards, laptop stands, virtual server) Project room facilities Larisa Camfferman (chairs, …) Supervisors – coaching, supervision on projects, marking Serguei Roubtsov Nicola Zannone Customers – external clients with an assignment Project and quality managers – steering a project You

Project organization Each group has a project room Must be kept clean ! Key codes will be arranged in the first week

Documentation According to the ESA standard 5 product documents URD: User Requirements Document SRD: Software Requirements Document ADD: Architectural Design Document SUM: Software User Manual STD: Software Transfer Document 2 test plans: UTP, ATP All documents delivered to customer + SEP coordinator ESA standard is guideline Non applicable sections omitted Examples of documents from previous years are available See also the SEP marking form for more details about the required contents of each document

Project planning 7

Sprint planning 8

Scrum 9

Standup meetings Each team member must be present at every standup meeting Not in the last two weeks during the examination period Missing two meetings will have as a consequence that the student receives an official warning (“yellow card”) After the third missed meeting the student is excluded from the project and cannot pass anymore The project manager keeps track of presence Permission of absence is granted by supervisor or (if needed because of personal circumstances) study counselor

Assessment / marking Necessary conditions for passing the project: All professional skills assignments are completed One has not been excluded from the project, e.g. because of free-riding, or missing three scrum meetings The mark is calculated as follows: Documents and code delivered by each group are marked using the SEP marking form (see website) A copy of this form will be filled in by at least 2 staff members Code quality is checked by tooling The results will form the main (average) mark for the group The individual contribution of each student is judged based on the peer reviews, held twice during the project. Filled by: The students of the group The project manager and quality manager The supervisor The mark for each student is the result from (1) with a correction [-1,+1] from (2)

Peer reviews Halfway and at the end of the project Use a standard peer evaluation form Available at website At the start of the project: The group defines the characteristics of a “reliable team member” Discuss the notion of “contribution”, “commitment” (inzet) and “reliability” to obtain a common understanding These characteristics should be added to the review form

Other project procedures Review of documents Attention points from checklists Customer involved in: URD, SRD, SUM, and Acceptance Test review Approval signature needed of supervisor and customer Reporting: time metrics (weekly) Every project member keeps track of time spent Exception: project manager and quality manager Time spent and planned for each back log item Some standard items (documentation writing, ...) All user stories as separate item (white index cards in “Scrum and XP from the Trenches”) Collected by project manager Ready every Monday, then sent to SEP coordinator

Time metrics (each week)

Management roles and tasks Project manager / scrum master Planning: chairs planning sessions, stand up meetings, demos and retrospectives Organizes scrum board, keeps back log up to date Reports progress to SEP coordinator: Weekly progress sessions Weekly e-mail metrics (time tracking) Quality engineer / manager Responsible for quality of documents Use marking form as check list Takes care that reviews are held Takes care that a proper testing environment is set up by the group Enforces “continuous testing” approach Organizes peer reviews

Planned meetings Daily standup meetings Total team Headed by project manager Weekly project meetings (sprint planning, demo, retrospective) Preferably also supervisor present Weekly progress meetings Project manager, quality manager and SEP coordinator 15 minutes for each group, Monday Individual meetings of team members and supervisor Two times: halfway the project and near the end General meetings Intermediate presentation Project status Final presentation Presentation + poster For general public (invite: parents, relatives, friends, ….)

Short term work Define project name Establish meeting schedule Contact between group and project manager Contact supervisor Assign tasks and responsibilities Start UR group (2-3 people) Go to customer Ask questions Write iteratively versions of URD Involve customer as much as possible Set up development environment Including configuration management Perform research into technical questions Read about scrum