BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage News Agile Addresses "The Five Dysfunctions of a Team"

Agile Addresses "The Five Dysfunctions of a Team"

Leia em Português

This item in japanese

A small 2008 study, showing that Agile teams were more performant than traditional teams, noted that: "Because it is based on numerous contributing and personnel elements, productivity is often the most difficult measure for organizations to improve." Tathagat Varma, general manager with a large provider of IT performance management solutions, wondered whether Agile's productivity improvements could be linked to how it improves teamwork, so he did an analysis of Agile values and practices ,mapping them against Patrick Lencioni's The Five Dysfunctions of a Team - A Leadership Fable. This article could prove useful for discussing the benefits of Agile with managers who have found Lencioni's books useful.

Lencioni's book uses a model of 5 dysfunctions (Lencioni's pyramid is inverted here to show how trust is the most basic dysfunction, and the other dysfunctions build upon in it)

  • Absence of Trust
    • Team members who are not genuinely open with one another about their mistakes and weaknesses make it impossible to build a foundation for trust
  • Fear of Conflict
    • Teams that lack trust are incapable of engaging in unfiltered and passionate debate of ideas.
  • Lack of Commitment
    • Without having aired their opinions in the course of passionate and open debate, team members rarely, if ever, buy in and commit to decisions,
  • Avoidance of Accountability
    • Without committing to a clear plan of action, even the most focused and driven people often hesitate to call their peers on actions and behaviors that seem counterproductive to the good of the team.
  • Inattention to Results
    • Inattention to results occurs when team members put their individual needs (such as ego career development, or recognition) or even the needs of their divisions above the collective goals of the team.

Varma notes that:

... while Agile practices are explicitly aimed at ‘uncovering better ways of developing software', it also addresses the aspect of team dysfunctions subtly. Without directly asking people to change their behavior, Agile practices help overcome some of the most common team dysfunctions thereby creating a strong foundation for a team to perform upon. When the lower-level team dysfunctions have been eliminated, there is a strong foundation of mutual trust and an ownership and accountability of team commitments that helps the team stay focused on collective results without people promoting their personal agenda in the game.


Here is a summary of just a few of Varma's findings:

Trust:  Beyond the obvious trust-building practices (Agile recommends face-to-face conversation, daily updates, retrospection), Agile teams are also small, so team members do not compete but generally have complementary skills and assignments.  

Conflict: Agile teams engage together in activities like committing to work, decision making, customer demos and retrospectives. While so much "togetherness" could  potentially increase strife, the Agile approach encourages what Lencioni calls "productive conflict" - such teams have lively, interesting meetings, extract and exploit the ideas of all team members and minimize politics.

Commitment: Agile's strongest point is that everything is driven and owned by the team - and progress and success is solely measured by team commitments that have been met.

Accountability: In addition to Agile's emphasis on clear commitments and frequent accountability, Agile teams are small and work closely together; every team members' performance is visible, creating personal accountability (through teamwork, not through pressure).

Results: Agile's short and frequent delivery of working software includes transparency about progress and value delievered, this helps minimize chances of grand failures; especially since, after each iteration, the team's progress is measured in terms of business value delivered.

Rate this Article

Adoption
Style

BT