Showing posts with label culture hacking. Show all posts
Showing posts with label culture hacking. Show all posts

September 28, 2012

Blame On!


At the first Agile Game Lab in Berlin, which I am organizing as a regular event together with Stephan Schwab, we had chosen the historical Beer Game and the new Blame Game (1) that just emerged from the last game incubator (2) hosted by Agile Holland (3).

 The Blame Game is pretty simple yet powerful to experience what different reward system can do to a group. In the game a group builds a house of cards and uses two different reward systems for making progress. On collaborative where the whole group wins, when a card is added or looses, when the house falls apart. Erwin suggests in his blog (1) to play different rounds with the same group but changing reward systems. We modified the rules, so that one group used the collaborative and another the competitive reward scheme without knowing about the other and played several rounds with each group - round ending when card house collapsed.

After 45 minutes we joined to tell stories and share insights. Both groups had a different size and gender mix, so don't call this experiment scientific. Still it was amazing how different the stories where. In the competing group did not take much care about how often the card house collapsed. Player were not taking into account how the next player could add a card after one self put her card on the house. Their card house evolved flat and was shabby compared with the card house of the collaborating group. The collaborating group actually invented ways to make the house more robust by adding thicker walls consisting of multiple cards. They discussed how to improve the card house while the competing group did not do any planning or designing.


A framework (4), that I came across for a while - thanx to Christoph Oberle for sharing - seems to make some sense of the situation. Obviously the competing model and the collaborative reward system differ in the psychological safety they create. The bond that emerges between people who share the goal of building a card house did not emerge in the competing model. It's a bit far-fetched to talk about Anxiety or Apathy but it was obvious that the collaborating group had more fun.


Insights: It was good to have at least two groups play independently and more than one round with the same rewarding scheme. It would be interesting to play for a longer period of time and see how this changes behavior in the group. Then use story telling for the debriefing and try to find frameworks to make sense of what happened. I would limit the building ground to force card houses to grow higher but not add any other constraint for building to allow for maximum creativity. Would be interesting to play with additional challenges, like beauty contest of card houses or even add a Product Owner to tweak the goal axe of the game. Sad, that we missed to systematically capture the house designs to use in debriefing. If there are many people at the Agile Game Lab I would ask people to act as observers, interesting to hear their voice in the debriefing too. And last but not least Blame Game makes good use of all the branded planning poker cards that we don't need anymore.


(1) Blame Game, http://erronis.nl/2012/09/05/the-blame-game/
(2) Game Incubator http://submit2011.agilealliance.org/files/session_pdfs/Agile%20Game%20Incubator-agile2011.pdf
(3) Agile Games Night by Agile Holland http://www.meetup.com/agileholland/events/65003632/
(4) From The Competitive Imperative of Learning, Amy C. Edmondson, HBR 7/8, 2008, p. 60 - 66

September 21, 2012

Slack is a Culture Shock


Yesterday on the 'yes, we Kanban! oder: Kanban auf Unternehmensebene' meetup at Immobilien Scout in Berlin Arne Rook said in his awesome and funny talk that slack is the ultimate tool for Kaizen. I think that is true and wonder why allowing slack time also is a culture shock for so many work places.

As I understand, the argument goes like this: In an environment where the purpose is clear, the problems are discussed open and the work is managed visible people have the chance to act intelligently without further advice and in most cases will do so. So, given an environment that allows people to make good decisions and assuming people are creative on their own, slack time enables a group to cope with complexity far better than if everybody would be fully loaded with work without time to look and think. I have experienced this happen many times, more in a Scrum context but this is not so relevant for the point - and believe that slack time in an Agile context is a good thing.

So why does slack time in our work culture still have such a bad reputation and the opposite, busyness, being valued so high? Why is it creating fear if you start a new job and after two weeks still are not 120% busy on a project? 


It's interesting to observe in the video 'The Trainee' of the Finish artist Pivli Takala the reactions that are provoked by a trainee, who just sits thinking at her desk without a computer. At least busyness is not solely a German issue.