Practices Flashcards
6 Practices
Moscow Prioritisation Timeboxing Daily Stand-Ups Facilitated Workshops Modelling Iterative Development
Types of Timeboxes
Structured
Free format
Unique phases of structured timebox
Investigation
Refinement
Consolidation
Types of Testing
Positive tests
Negative tests
Unhappy path
Testing: Ensures that product does what it needs to do.
Positive
Testing: Show that product does not do what it is not supposed to do.
Negative
Testing: Check behavior of product when something undefined happens.
Unhappy path
Provide a minimum usable subset of the requirements. If not delivered, would mean that the project has failed to deliver a viable solution.
Must Have
Must Have % of effort
Should not exceed 60%
Leaving these requirements out will cause some pain but then delivered solution is still viable. Solution may require some kind of workaround to be fully functional.
Should Have
Wanted or desirable but less important. If left out, there would be less impact on the functionality of the solution.
Any need to reduce the requirements, will be the first to go
Could Have
Could Have % of effort
Should not exceed 20% of what is available
Will not be delivered and are strictly speaking out-of-scope.
Helps manage the expectations of the business users
Helps to nip scope creep in the bud before it even begins
Won’t Have
Defined period of time during which an objective is met
Objective relates to the completion of one or more deliverables which make up the solution increment
Timeboxing
Typical length of timebox
2-4 weeks
Important thing is that it’s an appropriate length of time for team to remain focused but long enough so that something meaningful can be achieved.