7. Retrospectives Flashcards
what is software process improvement
- looking at the big picture
- identifying areas that can be improved
what is software process improvement
software engineering processes encompass whole range of practices intended to support quality assurance
1. planning
2. version control
3. continuous integration
4. automated testing
5. code reviews
6. continual refactoring
process improvement frameworks
- iso9001
- six sigma
- capability maturity model (CMML)
- agile process improvement
capability maturity model level CMML
- initial
- software process is ad-hoc or even chaotic - repeatable
- basic project management processes are established to track cost, schedule, functionality - defined
- software process for management and engineering activities is documented, standardised, integrated into the standard process for team - managed
- detailed measures of software process and product quality collected - optimising
- continuous process improvement enabled by quantitative feedback
principles for agile process improvement
- measurement is domain-specific
- improvement is an ongoing process
- requires full team participation
- best effort assumption
- working harder won’t improve the process
- blaming is pointless and counterproductive - fix root causes, not symptoms
process-improvement process
- gather data about the process
- analyse
- identify actions
- prioritise and implement
repeat…
scrum retrospective elements
- timing
- occurs at the end of the sprint, after sprint review meeting with the customer - participants
- whole development team. scrum master acts as facilitator - duration
- at least 30 mins to allow proper data gathering - data source
- team members and project artifacts
general method to gather data from team members
- team members populate template board independently using sticky notes
- similar items are grouped together
- team votes on priority issues for discussion
- select action for improvement
template
stop, start, continue/more of
how to identify opportunities for improvement in performance
- team members provide detailed information fo the performance of the team
- project artifacts provide alternative source of information about project’s historical performance
process improvement standards and models
- characterisation standard used to relate metrics gathered to assess maturity of team’s quality assurance process
- management standards explain methods and activities to undertake to conduct SPI effort
elicitation techniques
- theme boards
- liked, learned, lacked, long for - 5 whys
- diagnosing problem root causes
choosing improvement actions based on
- priority
- feasibility
- return on investment
monitoring and measuring
- creates tickets for the next release
- ensure someone is responsible for each activity
- include previous decisions in future retrospective
- review the process review process
drawbacks of team retrospectives
retrospective meeting may only take place every 2-4 weeks
1. problem left to persist for 2 -4 weeks
2. problems noted during sprint may not be recalled in the retrospective
3. details and circumstances may be forgotten