Grouping individuals together doesn’t make them a team. It takes more than just a label to turn a collection of people into an Effective Team.
In 1993, Jon Katzenbach and Douglas Smith published, The Wisdom of Teams[1], which highlighted the difference between Working Groups and Real Teams. In this article, we summarize Katzenbach and Smith’s work and then offer a modern example of what is required for Effective Scrum Teams.
Katzenbach and Douglas described teams as needing open interaction, fact-based problem-solving, open communication, and a way to improve. This is a simplified list from their book of how a real team is distinguishable from a working group:
Characteristics of High-Performing Teams
- Small number of people
- Complementary skills
- Common purpose
- Have a specific and challenging performance goal
- Mutual accountability
- Common approach
When Katzenbach and Smith published their work, Scrum didn’t yet exist. So their description is a good start, but too abstract for Scrum Teams. I’ve created a more focused list of Characteristics of Effective Scrum Teams, and it would also apply to those using other Agile approaches (e.g. Kanban, XP, etc).
Characteristics of Effective Scrum Teams
- Psychological Safety: This is being part of a team and knowing you can share ideas and information without fear. Psychological safety isn’t the avoidance of conflict, rather it is knowing that we can share information inside a team instead of focusing on protecting ourselves.
- Collaboration: Collaboration over coordination or cooperation. Coordination is synchronizing the independent work among a group people. The work isn’t necessarily working towards a common goal. Cooperation is to act or work together for a shared purpose, however, many tasks will still be completed independently. Collaboration is working together in a joint effort towards a common goal.
- Self-organization: Teams are empowered to manage their own work and make decisions independently.
- Clear goals: Specific and well-understood objectives that align with the overall product vision.
- Cross-functionality: Ensuring that team members have the necessary skills to complete tasks end-to-end, reducing (or eliminating) dependencies on other teams.
- Continuous improvement: Regular reflection on processes and practices to identify areas for improvement and make adjustments as needed.
- Short Sprint Cycles & Adaptability: Short sprint cycles focus on specific goals, adapt product work based on client feedback, and improve the team itself.
- Customer Focus: Prioritized work based on value delivery to customers and stakeholders.
- Quality over Quantity: Emphasis on delivering high-quality work rather than rushing through tasks for quick completion.
- Respect for Craftsmanship: Team members who are encouraged to take pride in their work, strive for excellence, and continuously learn and grow.
- Embraced Change: Being Agile means adapting to new requirements as they arise, even late in the game.
- Willing to Ask for Help: For example, to clarify end user needs, or when you’ve spent more than an hour on the same problem, etc.
Think about the best team you have ever worked on. Which of these characteristics did it have? If you’re lucky, most of them. The above list was created to help teams identify where they can improve.
Too many teams struggle with Fake Agile and Bad Scrum. They know about velocity, tickets and pressure to deliver more story points faster, but they aren’t able to reach high-performance. This list is designed to get us out of that trap so we can start thinking – and functioning – as a real team, and reaping all the benefits that come from Effective Scrum.
Mark Levison has been helping Scrum teams and organizations with Agile, Scrum and Kanban style approaches since 2001. From certified scrum master training to custom Agile courses, he has helped well over 8,000 individuals, earning him respect and top rated reviews as one of the pioneers within the industry, as well as a raft of certifications from the ScrumAlliance. Mark has been a speaker at various Agile Conferences for more than 20 years, and is a published Scrum author with eBooks as well as articles on InfoQ.com, ScrumAlliance.org an AgileAlliance.org.
Leave a Reply