Scrum, Scrum-ban, Kanban
I've been hearing about Kanban methodology for weeks. Finally, I had a chance to read quite good comparison Scrum and Kanban thanks to Henrik Kniberg. The basic rules of Kanban are presented below.
My thoughts on Kanban
WIP. Defining the work in progress per given state (column at whiteboard) seems as nice idea. Thanks for this you can set a state’s capacity and you can ensure that the team would not be disrupted by asking for some urgent thing to do and you keep your team busy. The interesting thing is how to set this right "capacity". Hmmm.. Kanban says the team needs to give a few tries to find out correct number – there is no example how to designate it.
Commitment. According to Kanban there is no defined time period for delivering given functionalities. My concerns here are doing a demo builds and delivering releases. How should we do them? Should we wait for customer’s request? Should we add then new request into "TODO" column? Would event-driven approach work? Is the lack of commitment the right thing? Kanban does not mention release plan at all (prioritized product backlog in SCRUM), so the common goal is not visible to the team. Would it demotivate people? What are the priorities for "TODO" column? Should team take the most top one?
Finally. How Kanban can work in fixed-price project?
What about merging Scrum and Kanban making Scrum-ban? What’s your feeling? Do you think it could work?
My thoughts on Kanban
WIP. Defining the work in progress per given state (column at whiteboard) seems as nice idea. Thanks for this you can set a state’s capacity and you can ensure that the team would not be disrupted by asking for some urgent thing to do and you keep your team busy. The interesting thing is how to set this right "capacity". Hmmm.. Kanban says the team needs to give a few tries to find out correct number – there is no example how to designate it.
Commitment. According to Kanban there is no defined time period for delivering given functionalities. My concerns here are doing a demo builds and delivering releases. How should we do them? Should we wait for customer’s request? Should we add then new request into "TODO" column? Would event-driven approach work? Is the lack of commitment the right thing? Kanban does not mention release plan at all (prioritized product backlog in SCRUM), so the common goal is not visible to the team. Would it demotivate people? What are the priorities for "TODO" column? Should team take the most top one?
Finally. How Kanban can work in fixed-price project?
What about merging Scrum and Kanban making Scrum-ban? What’s your feeling? Do you think it could work?
2
komentarze
Etykiety:
kanban
|
