An Introduction - The Zen of Scrum
An Introduction - The Zen of Scrum
Requirements not clear Scope Creep Changes are hard to make Cost schedule over run Loss of reputation and market
Frequent Code Changes Stabilisation takes too long Quality is falling Customer dissatisfaction
Bug Find Fix syndrome Releases take too long Unpredictable time lines Loss of morale and motivation
Characteristics
Self-organizing teams Product progresses in a series of sprints (usually 2 weeks, sometimes month long) Requirements are captured as items in a list of product backlog (user stories) No specific engineering practices prescribed Uses generative rules to create an agile environment for delivering projects One of the agile processes
Scrum framework
Roles
Product owner ScrumMaster Team Ceremonies Sprint planning Sprint review Sprint retrospective Daily scrum meeting
Artifacts
Team capacity
Product backlog
Sprint goal
Business conditions
Sprint planning
Current product
Technology
Decide how to achieve sprint goal (design) Create sprint backlog (tasks) from product backlog items (user stories / features) Estimate sprint backlog in hours
Sprint backlog
What did you do yesterday? What will you do today? Is anything in your way?
15-minutes Stand-up
1 2
Not for problem solving; Only team members, Scrum Master, product owner, can talk
during the sprint Typically takes the form of a demo of new features or underlying architecture Informal
2-hour prep time rule No slides
Sprint retrospective
Periodically take a look at what is and is not working 30 - 60 minutes Done after every sprint Whole team participates
ARTIFACTS
A Scrum reading list Agile Project Management with Scrum by Ken Schwaber
Succeeding with Agile by Mike Cohn