One day in Kanban land
Translations:
Re: One day in Kanban land
Thanks for the presentation, it a great one !!! But it has left me confused on one point. I know Agile and I know scrum but Kanban is new to me. I dont understand when the presentation says Scrum team Kanban 1 and then says Kanban team 2 and kanban team 3 on slide no 10. Can some one please tell me wether scrum team are different than Kanban? Id yes whats the difference.
Re: One day in Kanban land
If Team 1 calls themselves a Kanban team and Team 2 calls themselves a Scrum team, the only thing we know for sure is that they have different names. Other than that, the teams can be very similar or very different. I suggest you read the "Kanban vs Scrum" article, it should clarify things. http://www.crisp.se/henrik.kniberg/Kanban-vs-Scrum.pdf
The slides you saw are mostly just pictures, with little or no explanation.
Re: One day in Kanban land
This really reminds me of a fast food restaurant. That's a good thing. Deployment is king because in-progress or completed food that's not deployed is going stale and the customers are going hungry. No point taking more orders or preparing more food if the orders aren't being completed. The prime focus has to be deployment and staff get moved down-stream to relieve the blockage and balance the system.
Re: One day in Kanban land
I have also a demonstration of Kanban coming and these I was planning to show as well. I've worked with Scrum and Kanban now for a year and eventually starting to get the big picture :) Your work has both helped and inspired me a lot and for that I salute you sir. Tack så mycket.
Re: One day in Kanban land
As usual, great material
Always gets the point of Kanban across..
In a recent presentation explaining CFD I used this alongside hour-by-hour CFDs showing whats going on. Available on http://www.slideshare.net/yyeret/explaining-cumulative-flow-diagrams-cfd
Feel free to reuse!
Re: One day in Kanban land
This is great, of course, AND this is how I have always coached people to do Scrum. Work on one story at a time (max two) and the whole team work on outstanding tasks for that story until the story is complete. I can't imagine why anyone would do otherwise. It would result in a loss of focus and a task-switching overhead.
Re: One day in Kanban land
In a Scrum sprint, would you be OK with not having a sprint plan, and instead having the PO add stories to the sprint on a just-in-time basis? That particular aspect is otherwise what I consider to be non-Scrum. Scrum, as I've understood it, prescribes that the team should commit to a fixed number of stories for a sprint, and not allow the PO (or anyone else) to change this during the sprint.