-
Lightweight
-
Simple to understand
-
Difficult to master
-
Bind together events, roles, artifacts and interactions between them
-
Based on Empiricism - Knowledge comes from experience and making decisions based on what is known
-
Three Pillars
- Transparency
- Inspection
- Adaptation
-
Transparency - Process must be visible for those responsible for the outcome.
-
Inspection - Frequent inspection of scrum artifacts and detect undesirable variance
-
Adaptation - Adjustments to be made ASAP to minimize further deviations from acceptable limits
-
Four Formal Events
- Sprint Planning
- Daily Scrum
- Sprint Review
- Sprint Retrospective
-
Scrum Team
- Consists of
- Product Owner
- Dev Team
- Scrum Master
- They are self-organizing.
- They know how best to accomplish their work, rather than being directed
- Delivers product in iteration
Done means useful version of working product
-
Product Owner
- Clearly express Product backlog
- Prioritizing backlog
- Optimizing dev team work
- Ensuring backlog is visible
- Ensure Dev Team understands items in backlog to required level
- He is sole responsible person and he is one person, not a committee
-
Development Team
- They are self-organizing
- Cross-Functional with all skills necessary to create a product increment
- No title other than developer
- No sub-teams
- Individual in a team might focus on one thing, but whole team is accountable
- Small enough to nimble and large enough to complete work in a sprint
-
Scrum Master
- Servant Leader for Scrum Team
- Responsible for ensuring scrum is understood and implemented right
- Scrum Master works with Product Owner
- Helps to find techniques for backlog management
- Ensures Product owner knows how to arrange the backlog
- Facilitates scrum events as requested
- Scrum master works with Development Team
- Coaching in self-organizing themselves
- Help creating high-value product
- Removing Impediments
- Scrum Master to Org
- Leading and Coaching for scrum adaptation
- Planning Scrums
- Causing change to increase productivity
-
Scrum Events
- Events are for regularity and to minimize need for meetings
- Events are time-boxed, every thing has a max time
Sprint is heart of scrum
- time-boxed less of month or less
- produce a useable product
- quality goals do not decrease
- Scope may be clarified or re-negotiated
- Increasing the time limit of this event , increases risk
- Cancelled when sprint goal becomes obselete
- Sprint Planning
- What can be delivered in the increment in the upcoming sprint
- Product backlog is the input to the planning
- Number of items to work from backlog is decided by dev team
- Sprint Goal is the outcome
- It provides the guidance for dev team on why it is building the increment
- How will it get done ?
- Work planned is decomposed to units of one day or less
- Dev Team self-organizes as it moves through the sprint
- End of planning session, Dev team should know how they intend to deliver the increment
- Sprint Goal
- Objective for Sprint, picked from backlog
- provides guidance to dev team
- Goal produces on coherent product feature or a function
- If work turns out to be different than expected, scope is re-negotiated with product owner
- Daily Scrum
- 15 minute time-boxed event for dev to sync up daily
- Plan for next 24 hours
- Inspect work done is last 24 hours
- Happens at same time and place each day
- 3 Questions
- We inspect the progress towards Goal
- Helps to replan, adapt based on the impediments or work is different than expected
- Improves communication, eliminate other meetings and identify blockers soon enough
- Enables quick decision-making to replan and adapt
- Sprint Review
- Sprint Retrospective
Scrum Artifacts
- Product backlog
- Monitoring Progress
- Sprint Backlog
Artifact Transparency
- Scrum relies on Transparency
- More the transparency, better the decisions
- Scrum master works with Product Owner, Dev Team and others to ensure artifact transparency
- Transparency doesn't occur overnight, it is a path
DONE must be understood by everyone. Meaning of DONE varies significantly for different players.- The definition of
DONE is used to assess when work is complete on product Increment
- Definition of
DONE guides Dev Team when selecting backlog items from Product Backlog for the sprint
- Each Increment is additive to prior increments and they are thoroughly tested