I really liked this book. Sounds like an interesting methodology. I'm trying to use some of the concepts at work (particularly the do work first and show it instead of discuss how to do it). Unfortunately my work environment isn't structured to fully support this development methodology.
Rough Schedule:
- Sprint Planning meeting to determine what goals to set for a sprint
- builds a product increment (working code) after a sprint (30 days of development time) Sprint Backlog cannot be changed from outside the team during a sprint
- demonstrates product increment to team management and client after a sprint (Sprint Review Meeting 4 hours)
- End of Sprint Meeting - reflect on what was accomplished during the sprint
- **Ongoing-15 minute daily team (ideally sized at 5-8 staff) meetings stating:
- what have I done since the last meeting
- what will I do until the next meeting
- what impediments are getting in my way
- autonomous
- self organizing
- don't have roles assigned by management (no titles)
- must not be disturbed or given direction by anyone outside the team during a sprint
- need to be cross functional
- Scrum Master-facilitates meetings and removes impediments
- Product Backlog -prioritized list of business and technical functionality that needs to be completed for the system
- Product Owner-the only one who changes the product backlog
- Sprint Backlog-states what needs to be done in the current sprint
- Pigs-Team members
- Chickens-interested parties who will not be assigned work (they may attend scrum meetings but not speak)
- Release backlog - subset of the product backlog that is scheduled for a release
- Shared Resource Scrum Teams - responsible for code used across multiple Scrum teams
No comments:
Post a Comment