InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Coaching Self Organizing Teams

Posted by Mark Levison on Aug 07, 2008

Sections
Process & Practices
Topics
Agile ,
Teamwork
Tags
agile2008 ,
Self-organizing Team

Joseph Pelrine promised to teach us "hard science for soft skills" with respect to coaching teams. Joseph feels that coaching as a discipline lacks the scientific background and rigor that it needs: "Air guitar and attitude" won't do - Allan Kay. His goal to is to supply that rigor.

The discussion started off examining why teams, even ones that are experiencing problems don’t want to change. His thesis is that most of the time people and teams are in stasis and so resistant to change. To make change occur we have to raise the heat just enough people no longer feel comfortable in their current environment. The use of heat has analogy in cooking – most people on turn heat on or off but as coaches we need to understand five levels

  • Burning – food is tastes burnt, teams fall apart.
  • Cooking – flavors in food are well integrated, teams adapt to new ideas
  • Stagnating – bacteria grows in food, teams stagnate and start to stop using tools
  • Congealing – teams are starting to lose their flexibility and lock in their habits
  • Solid/Frozen – bureaucracy has set in, there are forms to fill out and sign offs everywhere.

Controversially Joseph claims that when we see teams that stop doing TDD or other practices that its often because the heat has been turned off. Working in a rigorous fashion he recommends that we only make one change at a time in response to problems we want to improve.

In addition he says that Bruce Tuckman’s: Forming, Storming, Norming, Performing Model is incomplete.

There are 3 major objections to Tuckman's model:
- entry conditions: we somehow assume that groups will automagically fall into this model and come out in an optimized way. Alpha male dominance will prevail as a group trait if the heat is not turned up so that the members can't maintain (not revert to) their ingrained behavioural patterns.
- exit conditions: upon reaching the performance stage, team members have reached a way of working, i.e. a consensus reality regarding the way they view and react to the external stimuli of the world. As this behaviour gets fixed, it (of necessity) diverges increasingly from reality, which in effect means that the team's behaviour becomes increasingly neurotic.
- the Tuckman model (at least the way most people interpret it) carries the implicit assumption that the performing stage is the optimal stage for teams, the goal that is to be reached. Remember - the Duke Ellington band used to have knife fights on the tour bus, Laurel and Hardy refused to talk off-stage, etc...

One model that Joseph offers to organize change is the ABIDE model (comes from David Snowden)

  • Attractors: Bonuses, Other rewards, Free Lunches…
  • Boundaries: Change/Remove Barriers between dev and test…
  • Identities: Roles – invite to switch roles or at least role play other…
  • Diversity or Dissent: change the make up of the team, bring in some one with a different background of the team i.e. a .NET developer to Java team.
  • Environment: remove cube walls, add burn down charts, add monitors everywhere displaying information, even just rearrange the existing seating plan

InfoQ has previously interviewed: Blend of Science, Process &Teamwork and presented: Dealing With the Organizational Challenges of Agile Adoption.

Readers can find more about this session on this reporter's blog.

  • This article is part of a featured topic series on Agile

Related Sponsor

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!

Not Sure I agree by Yves Hanoulle Posted
  1. Back to top

    Not Sure I agree

    by Yves Hanoulle

    I think I understand the example of the Duke Ellington band.
    If I do understand it I have 2 remarks:
    1 We don't know what they would have done if they would have gotten allong well. They could have created even better music.
    2: the storming stage is about finding "Norms" how this team/band works together.
    It looks like the "norm" of the Duke ellington band was "fighing".

    I also think that the coaches should use different leading styles when the team is in a different phase.
    I blogged about that some months ago:
    paircoaching.wordpress.com/2007/09/18/how-to-gr...

    The way I understand the model is a team moves along the 4 phases and goes back to the different phases. So when there is a new team member, the team goes back to the first phase.

    Bruce Tuckman actually added a 5th phase

    On top of that most groups never make it to the 3the phase because they are scared of the storming phase.

Educational Content

10 tips on how to prevent business value risk

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.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.

Beauty Is in the Eye of the Beholder

Alex Papadimoulis discusses ugly code, where it comes from, how to avoid it, and how to get rid of it.

Architecting Visa for Massive Scale and Continuous Innovation

John Davies examines Visa’s architecture and shows how enterprises have architected complex integrations incorporating Hadoop, memcached, Ruby on Rails, and others to deliver innovative solutions.

Max Protect: Scalability and Caching at ESPN.com

Sean Comerford unveils ESPN.com’s architecture, what components are used and why, and the current changes the website goes through.

The Seven Deadly Sins of Enterprise Agile Adoption

Are there repeated patterns of failure on Enterprise Agile Enablement efforts? Sanjiv and Arlen discuss Seven Deadly Sins to avoid when adopting Agile in an enterprise.

Questions for an Enterprise Architect

Erik Dörnenburg answers: What is Enterprise and Evolutionary Architecture?, discussing 4 issues: Turning strategy into execution, Ensuring conformance, Where do the architects sit? Buying or building?

Wrap Your SQL Head Around Riak MapReduce

Sean Cribbs explains what Map-Reduce and Riak are, why and how to use Map-Reduce with Riak, and how to convert SQL queries into their Map-Reduce equivalents.