TL;DR: How to Measure Agility of Organizations and Teams
Is every organization suited to become ‘agile?’ If so: How to measure agility? And if not: Wouldn’t it be great figuring that out before embarking on a futile and expensive journey?
Back in October and November 2017, I ran a survey to identify contributing factors to an organization’s or a team’s agile maturity. In total, 86 people participated. Based on their answers, I aggregated a preliminary taxonomy of agility related factors.
This taxonomy was first presented on the Hands-on Agile Berlin meetup on November 30th, 2017.
On February 3rd, 2018, 20-plus people will join a hackathon to build an agility assessment framework based on this taxonomy. The goal of the workshop is to provide the first version of a tool that empowers agile practitioners to measure agility, be it an organization’s suitability for agile practices or a team’s progress on its path to becoming agile.
Do you want to get this article in your inbox? You can sign up here and join 24k other subscribers.
Update 2019-03-27: The Replay of the Webinar Agile Maturity and Agility Assessment Is Available
The video of the webinar is available now:
Note: If the browser will not video automatically, click here to watch the replay of the webinar agile maturity and agility assessment directly on Youtube.
How to Measure Agility: The Current State
Measuring agility is nothing new. There are plenty of tools and approaches available, starting with Crisp’s Scrum Checklist to James Shore and Diana Larson’s Agile Fluency™ model. Measuring agility of prospective clients has become a valued presales tool for many consultancies, too.
What is missing today, though, is an open-source and thus widely available framework that any agile practitioner can use to get an understanding of her organization’s or team’s level of agility.
Cannot see the subscription form?
Please click here
How to Measure Agility: Future Steps
On February 3rd, 2018, 20-plus people will join a hackathon to build an agility assessment framework based on taxonomy described below. The goal of the workshop is to provide the first version of a tool that empowers agile practitioners to measure agility.
‘Agility’ could be an assessment of an organization’s suitability for agile practices, providing an idea of the necessary steps for an organization that decided to become a learning organization. Questions that come to mind are, for example:
- Where are we now?
- Where do we want to go?
- What are the necessary steps to get there?
- Design a plan how to get there
The Berlin hackathon will be an experiment. For example, I wonder if we can apply analytical thinking–such as measuring factors and calculating states—to complex social systems? Or will that approach turn out to be a dead-end?
How to Measure Agility: The Original Survey Questions
The 2017 agile maturity survey comprised of four questions:
- What factors contribute to a team’s growing maturity in agile practices?
- What maturity levels do you see at a team level?
- What factors contribute to becoming an ‘agile’ or a learning organization?
- What maturity levels do you see at an organizational level?
In total, 86 people participated in the survey: 13 from the corporation I am currently supporting and an additional 73 participants from the Age-of Product mailing list.
How to Measure Agility: Preliminary Agile Maturity Indicators
From the answers, I derived the following taxonomy of indicators of agile maturity:
- People and teams: Autonomy, Mastery, Purpose
- Organizational Excellence
- Technical Excellence
- Communication & Collaboration
The slides of the presentation are available on SlideShare:
Let us dive deeper into the details of measuring agility:
People and teams: Autonomy
- Empower teams (Decisions, accountability)
- Focus on outcome
- Respect Scrum values (Commitment, focus, openness, respect, courage.)
- Safety to raise & discuss issues
- The team handles its own problems (No scrum mom.)
- Supporting each other as team members (Bonding.)
- Holding each other accountable (Agile is a team sport.)
Accountability (of the individual):
- Choosing tools & devices (e.g. software)
People and teams: Mastery
- Short feedback loops (User tests, customer development)
- Use of retrospectives
- Continuous team coaching (Guilds, code mentors etc.)
- Stakeholders live up to their responsibilities
- Hands-on experience over credentialism
- T-shaped people
- Active knowledge sharing
- Continuous learning
- No withholding of knowledge
- Knowledge sharing beyond the product and tech realm
- Cross-functional teams:
- No dependencies w/ other teams,
- End-to-end delivery capability
People and teams: Purpose
- Product discovery
- Product roadmap creation
- Release planning
- Embrace and celebrate failure (Validate hypotheses by running experiments)
- Curiosity as a norm
- Undogmatic attitude, live Shu-Ha-Ri
- Share information and data at all levels,
- No more gated information or information brokers
- Focus on innovation, quality and business value (No more HIPPOism.)
- Supports of ‘agile’s way of working’ fully
- Enforces ‘agile’ as the core of the company culture
- Respect for roles, principles, and processes (The ‘real’ PO.)
- Managers to servant leaders
- Trust in people and teams
- Provides tools and facilities necessary to become agile
- Gemba and Kaizen become standard practices.
- Abandon functional silos for cross-functional teams
- Remove redundant middle management layers (Flatten the hierarchy)
- No more command & control, compliance-driven management
- HR aligns with requirements forf self-organizing teams
- The organization morphs into a team of teams
- Shared vision among all actors
- Clear strategy
- Clear priorities
Business value focus:
- Customer centricity mindset
- Delivering business results
- Shifting the IT focus business needs
- From project budgets to product teams.
- Built-in quality:
- Code reviews,
- TDD (Test automation, test coverage)
- DevOps: CI, CD (Deployment at will)
- Regular cadence of releases
- Identifying suitable metrics:
- Lead time, cycle time,
- Number of experiments,
- Team health
Communication & Collaboration
Trust & respect:
- Benefit of the doubt for colleagues
- Safety to disagree
- Candid peer feedback.
- Constructive disagreement (Disgree, but commit approach.)
- Non-violent communication.
- Zero tolerance for political games
- No scripted collaboration
- No incentives to withhold knowledge (Or information.)
- No finger-pointing, no blame-game.
How to Measure Agility of Organizations and Teams—The Conclusion
Measuring elements of agility at an organizational or team level is nothing new. This ‘agility assessment framework’ approach, however, is new as it aims to be the first open-source and thus widely available tool for all agile practitioners. It is unlikely that the first planned workshop will deliver more than a rudimentary prototype of the agility assessment framework.
However, it will be a start to gather more insights by applying the framework to real-life work situations and take it from there. Hopefully, we will be able to establish a community around the ‘agility assessment framework’ in the future.
✋ Do Not Miss Out: Join the 2,300-plus Strong ‘Hands-on Agile’ Slack Team
I invite you to join the “Hands-on Agile” Slack team and enjoy the benefits of a fast-growing, vibrant community of agile practitioners from around the world.
If you like to join now all you have to do now is provide your credentials via this Google form, and I will sign you up. By the way, it’s free.