In general, Agile fundamentally, and Scrum in particular, relies for success on self-organizing teams. The eleventh of the principles behind the Agile Manifesto states that "the best architectures, requirements, and designs emerge from self-organizing teams." Empowering the team is one of the seven principles of Lean. One of the central Scrum patterns is 'Stable Teams.' But before we get on to the notion of empowerment and self-organization, maybe we should first sort out what a team is? There might not be a term in English that is more abused than 'team.'
Improve your operations and optimize customer value with Agile & Scrum
I think every manager I've ever spoken to has talked about their "team." Still, very often, they refer to individual, discrete reports that never talk to each other and sometimes don't even know each other. So what kind of "team" is that? It isn't one, of course. So what do real teams look like?
Fortunately, some work has been done on this that we can leverage. J.R. Katzenbach and D.L. Smith, in their book, The Wisdom of Teams: Creating a High-Performance Organization, define a team as "...a small group of people with complementary skills, committed to a common purpose, performance goals and approach for which they hold themselves mutually accountable." Now, these authors weren't looking at Agile development teams or, by and large, product development teams at all. Mostly they looked at management groups and found that many groups that called themselves teams were not real teams, and many didn't describe themselves as teams at all - hence the need for the definition they give. However, if you follow Scrum, the attractiveness of this definition is obvious.
Scrum Teams as Real Teams
First, "small group": Scrum teams range from 5 to 11 persons if you include the Scrum Master and Product Owner. If you're interested in the dynamic role of the Product Owner, then check out CSPO Training. Next, "complementary skills": Scrum's development teams are cross-functional. They include all the skills necessary to deliver the product. Then we have "committed to a common purpose, performance goals...": Scrum teams are guided by a product vision maintained by the Product Owner and set their own performance goals each Sprint in the form of a Sprint Goal. They exhibit collaborative behaviors ("common approach") to achieve their goals and hold themselves mutually accountable for their work. This is sometimes called the 'musketeer approach' ("all for one and one for all").
Importantly, Katzenbach and Smith explain that their definition of a real team is not just a list of characteristics but is, in outline, a description of the discipline groups must perform - a daily diet if you will - if they are to grow to become a real team. You don't get real teams by decree or by flicking a switch. The process is a journey that requires patience on the one hand since it takes time and investment on the other because a conscious effort to form real teams is required.
So, what are the groups that are not yet real teams? The book describes the notion of a working group - a collective whose performance requirement is no more than the total of their contributions. It is only when the needed performance level is a whole more significant than the sum of its parts that a real team is required. And the journey is not free of risk. Since we were children at infant school, all of us have been judged as individuals. The same was true when we went to junior, secondary, and college. We are typically assessed for our performance at work as individuals. If we've been judged relatively, then at least we have a sense of our destiny being in our own hands. But when you are assessed as part of a team, you are being asked to give up some of that control and to put your fate in the hands of others - the team. This requires considerable trust, which does not come overnight at that level. It needs to be earned through experience.
Team Performance Curve
Consequently, when working groups are put into "teams," their performance often drops. They have no sense of a common purpose and still work individually rather than collaboratively, but now the overhead of team meetings hinders their productivity. They are pseudo teams rather than real teams. The Wisdom of Teams depicts the journey graphically via The Team Performance Curve (below). Groups that understand they have a common purpose, at least, but have not yet developed the collaborative skills to achieve it are called potential teams in this graph. They look much more like teams, but their performance level is no better than that of the working group. The biggest gain in performance is when the potential team transits to a real team. When real teams go beyond that definition, and members have a deep commitment to each other and the goals they are trying to achieve, then real teams can become genuinely high-performing teams. Often, they outperform comparable other teams and do so to the extent that nobody anticipated beforehand. Every Agile team should aim to become a high-performing team.
Assessing Agile Teams
Teams, let alone high-performing ones, need thoughtful investment to become real teams. The challenge for Agile adoption is how best to target that investment. Agile is, after all, a paradigm shift from how products have been traditionally put together. Learning Tree's PMI Agile Certified Practitioner training can be an excellent fit for those bringing their organizations into the Agile state of mind. By definition, it involves disruption of the organization at some level. There are trade-offs. Organizations need to decide how much cost and pain to endure to achieve their business goals through Agile. This is where the self-assessment of Agile teams comes in. By first identifying the goals to be achieved, realizing why they are essential and determining how to recognize when they have been achieved, high-performance team coaches can identify what level of "Agile Fluency" the team or teams need to get there. Then, working with the teams to perform a gap analysis, the coaches can help organizations focus, laser-like, on the next steps the teams need to take on their high-performance journey. On the resources and support they need from their management.
Investing in Agile Teams
Putting together an investment plan for Agile is non-trivial. Most organizations need expert help from outside first to shape the initial plan and later to assess its impact and outline the following steps to be taken based on that data. Ultimately, these coaching skills need to become embedded internally as a Certified Scrum Professional. In the meantime, some facilitators can use various models and techniques to help organizations and teams self-assess. The advantages more than outweigh the cost of external consultancy. A single team that "breaks even" in terms of delivery of value with its salary cost of, say, PS600,000 p.a will, by improving by a mere 5%, add PS30,000 of value every year. And with a more substantial improvement of between 10% and 20%? And over five years? And with multiple teams? Millions could be added to the balance sheet.
Do the maths. Invest in your teams.
Learning Tree's expert Agile consultants can provide services to help organizations and teams self-assess to identify their next steps forward. Tools range from simple questionnaires to the complete application of the Agile FluencyTM diagnostic. For an initial chat call
This piece was originally posted on Dec 18, 2018, and has been refreshed with updated styling, links, and media.