Kanban for software dev

761 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
761
On SlideShare
0
From Embeds
0
Number of Embeds
8
Actions
Shares
0
Downloads
6
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Kanban for software dev

  1. 1. KANBAN<br />LOL<br />
  2. 2. Excess WIP = WASTE<br />More WIP = longer lead time<br />More WIP = higher probability that one of the stories being worked on will change<br />More WIP = more context switches for developers<br />
  3. 3. Solution: Limit WIP<br />Number of WIP slots in development should be proportional to team size (factor to be determined by trial and error)<br />Each slot represents a workflow state<br />In Development (4)<br />Specified (3)<br />Backlog (4)<br />Ready for QA<br />Ready to deploy<br />
  4. 4. Limits help to identify bottlenecks<br />Here, the developers working on new features are starved of work because there are no more slots left in the “In Development” board section.<br />In Development (4)<br />Ready for QA<br />Specified (3)<br />Ready to deploy<br />z<br />z<br />z<br />
  5. 5. Temporary solution = reassign developers to parts of the board where work can be done<br />Long-term, work on eliminating the bottlenecks<br />In Development (4)<br />Specified (3)<br />Backlog (4)<br />Ready to deploy<br />
  6. 6. Where Kanban can borrow from Scrum<br />Daily stand-ups, always held around the Kanban board<br />Prioritisation – maybe with a fast-track across the kanban board for urgent issues<br />
  7. 7. Where Kanban differs from Scrum<br />No time-boxed iterations – focus is instead on lead time which can be more consistent and useful than velocity in a project where work is sporadic<br />Detailed estimation considered wasteful<br />Estimating entire backlog is also a waste<br />Scrum limits WIP per iteration; Kanban limits WIP per workflow state<br />
  8. 8. Possible benefits<br />Workflow states bear some resemblance to a waterfall methodology and are easy for customers to understand<br />Kanban is suited to ongoing development and maintenance rather than time-boxed, feature-limited projects. In my experience, every project we have done ends up being ongoing.<br />

×