Im Vortrag „The Canary in the Coal Mine“ (Der Kanarienvogel im Kohlenbergwerk) behandelt Ken Schwaber eine Reihe interessanter Aspekte des Scrum-Prozesses. Ich habe hier einige Stichwörter aus seinen Ausführungen notiert:
- Product Owner ownes the project and is responsible for success and fail of project (product manager don’t code and are not ever responsible for success)
- Team is responsible for building great software (example: team=Car, PO=Driver), quality of software!
- Up to 35% of requirements change during the avearage project
- Up to 60% of the functionality delivered in successful projects is rarely or never used
- Quality Reduction Techniques:
- Overtime and weekends (HighMoon Studios)
- Cut testing (unit, acceptance, performance)
- Cut reviews (design, code)
- Don’t follow standards
- No refactoring
In herkömmlichen Szenarien ohne Scrum wird nach dem Schema Planung->Analyse->Design->Coding->Testing vorgegangen. Die weiteren Schritte Performance/User Acceptance/Pilot/Live müssen unter Scrum in den jeweiligen Sprint einbezogen werden. Es soll keine sogenannten „Post-Release-Sprints“ geben! Ganz im Sinne von „Completely DONE – Every Sprint!“, also beachtung der „Definition of Done“! Wichtig: Der Scrum-Master darf das Team nichts präsentieren lassen, das nicht fertig ist. NIEMALS!
Hier noch einige Aussagen zum Stichwort „Core Functionality“, die m.E. äußerst zutreffend sind und deren man sich stets bewusst sein sollte:
- most significant new functionality builds on it
- also called infrastructure and legacy software
- is fragile, doesn’t have test harnesses, and few people still know how to or are willing to touch it
- requires more time to work on (lower velocity)
- Less/Bad quality kills companies
Hier der Link zum Vortrag, danke an Boris Gloger für den Tipp!