Developing and Delivering Products Professionally [P3]: Optimizing Flow - Kanban guide from scrum teams Flashcards
What is the purpose of the Kanban guide for scrum teams?
- flow-based perspective of Kanban can enhance and complement the Scrum framework and its implementation
- scrum teams can add complementary kanban practices
What is the relation the Kanban guide has the Scrum guide?
enhance and expand the practices of Scrum from the Scrum Guide
Give the definition of Kanban
strategy for optimizing the flow of value through a process that uses a visual, working-progress limited pull system
Kanban with scrum theory - explain flow and empiricism
- flow in kanban - movement of value throughout the product development system
- Kanban optimizes flow by improving the overall efficiency, effectiveness, and predictability of a process.
- flow in scrum - Key to empirical process control is the frequency of the transparency, inspection, and adaptation cycle - which we can also describe as the Cycle Time through the feedback loop.
- kanban applied to scrum → provide a focus on improving the flow through the feedback loop; optimizing transparency and the frequency of inspection and adaptation for both the product and the process
Kanban with scrum theory - Basic Metrics of Flow - WIP
-
Work in Progress (WIP)
- number of work items started but not finished
- transparency about their progress towards reducing their WIP and improving their flow
- there is a difference between the WIP metric and the policies a Scrum Team uses to limit WIP
Kanban with scrum theory - Basic Metrics of Flow - Cycle Time
amount of elapsed time between when a work item starts and when a work item finishes
Kanban with scrum theory - Basic Metrics of Flow - Work Item Age
- amount of time between when a work item started and the current
time. - only to items that are still in progress
Kanban with scrum theory - Basic Metrics of Flow - Throughput
number of work items finished per unit of time
Explain Little’s Law
- The Key to Governing Flow
- Guideline
avg cycle time = avg WIP / avg throughput
- for a given process with a given throughput, the more things that you work on at any given time (on average), the longer it is going to take to finish those things (on average)
If cycle times are too long, the first action Scrum Teams should consider is what?
lowering WIP
Kanban Practices - Scrum Teams can achieve flow optimization by …?
- Visualization of the Workflow
- Limiting Work in Progress (WIP)
- Active management of work items in progress
- Inspecting and adapting the team’s Definition of Workflow
Kanban Practices - Definition of Workflow
- Defined by the team
- represents the Scrum Team members’ explicit understanding of what their policies are for following the Kanban practices.
- improves transparency and enables self-management.
- scope can encompass flow inside and/or outside of the Sprint
- Creating and adapting the Definition of Workflow is the accountability of the relevant roles on the Scrum Team
Kanban Practices - Visualization of the Workflow – the Kanban Board
- Workflow transparent
- Include
- Defined points at which the Scrum Team considers work to have started and to have finished.
- A definition of the work items - the individual units of value (stakeholder value, knowledge value, process improvement value) that are flowing through the Scrum Team’s system (most likely Product Backlog items (PBIs)).
- A definition of the workflow states that the work items flow through from start to finish (of which there must be at least one active state).
- Explicit policies about how work flows through each state (which may include items from a Scrum Team’s Definition of Done and pull policies between stages).
- Policies for limiting Work in Progress (WIP)
Kanban Practices - Limiting Work in Progress (WIP)
- explicitly limit WIP however they see fit but should stick to that limit once established
- helps flow and improves the Scrum Team’s self-management, focus, commitment, and collaboration
- primary effect of limiting WIP is that it creates a pull system
- team starts work (i.e. pulls) on an item only when it is clear that it has the capacity to do so
- When the WIP drops below the defined limit, that is the signal to start new work
- different from a push system, which demands that work starts on an item whenever it is requested
Kanban Practices - Active Management of Work Items in Progress - what forms can it take?
- Making sure that work items are only pulled into the Workflow at about the same rate that they leave the Workflow.
- Ensuring work items aren’t left to age unnecessarily
- Responding quickly to blocked or queued work items as well those that are exceeding the team’s expected Cycle Time levels (See Service Level Expectation - SLE)