Jesper Boeg on Priming Kanban
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
The content has been bookmarked!
There was an error bookmarking this content! Please retry.

Posted by Nick Oostvogels on Jul 06, 2009
'Facilitator's guide to participatory decision-making' is written by Sam Kaner and colleagues of Community at Work.
Five different stages are described:
In today’s hyper-competitive world, later may be too late to adopt Agile development and this Roadmap for Success will help you get started. Download "Agile Development: A Manager's Roadmap for Success" now!
Business as usual
The team comes up with obvious solutions to the problem. They refrain from taking risks or being ambitious.
A facilitator should pay attention to the quality and quantity of each person's participation. If not everyone supports the proposal, the facilitator can help the team to break out of the business as usual zone and move into the divergent zone.
Divergent zone
In contrary to the business as usual zone, feelings are different in the divergent zone. People can be playful, curious, nervous, ...
The facilitator has to help the team in expressing their divergent points of view by using brainstorming or go-arounds. He has to help each person to express their thoughts clearly by using mirroring or paraphrasing. Everyone should feel comfortable expressing their point of view.
Groan zone
Once the team has expressed all points of view, often conflicts come forward due to not understanding each other's perspectives. It feels uncomfortable and stressful. People don't see the light at the end of the tunnel anymore. The task of a facilitator is not to prevent teams from entering the groan zone, but to support people in their effort to understand each other's perspectives. He has to assure the team that by going through this painful stage, they will eventually be able solve the problem as a group. The team can start on working on a shared framework of understanding which will lead them to the convergent zone.
Convergent zone
Now that everyone has a shared framework of understanding, discussions go smoother. Everyone gets the feeling that they are making progress again. People are enthusiastic and committed. The facilitator should let the team use their renewed energy to the fullest and get out of their way. Nonetheless he should guard that every proposal is one that covers everyone's interests.
Closure zone
Finally, a decision has to be made. The facilitator has to guide the team in making that decision. It has to be clear to everyone what the decision embodies and how it is supported by all. An agreement scale can help to poll the support of a decision.
This book goes into detail of each stage and hands out useful techniques that can be used to guide the team.
A lot of these techniques are widely used and not new, but in combination with the diamond model, I believe they can be used more effectively.
Examples are brainstorming, go-arounds, chart writing techniques, listing ideas, break-ups in small groups, fishbowls, individual writing and many more. I personally tried polling during a sprint retrospective. My goal was to get an idea of how the team felt about the project in general. We used the secret ballot method. First, we create a scale from 1 to 5 where one gets the definition "I hate this project" and five being "This is the best project ever". Then every team member writes down one number of the scale on a piece of paper, folds it and throws it in a hat. By registering the number of votes for every number on the scale, we got a pretty good idea about the general feeling about the project so far. Great about this method is the confidentiality. No-one is influenced by the choices of others or different levels in corporate hierarchy.
A great book that I would recommend to everyone who's interested in group facilitation. The diamond model gave me a handy mental reference model to use in guiding teams through difficult topics. The list of techniques is a useful piece of reference material that you can use when preparing for a challenging team meeting. In an agile project, a lot of these techniques can be used during retrospectives where problem areas often surface. In a lean organization for example a facilitator can use these techniques when creating an A3 continuous improvement plan. One small negative point for me is the page size of the book, which I believe is close to A4. Not really pocket size :-)
In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.
John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.
Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.
Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.
Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).
Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.
Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.
One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.
No comments
Watch Thread Reply