Planning and Metrics

Metrics to measure your Scrum adoption and Scrum progress


Posted by Ilan Goldstein on May 31, 2013

I sometimes hear industry colleagues comment that their project team is, ā€œAbout 85% agileā€ or they might say something like, ā€œWe are using Scrum to about 50% capacity. The typical question that goes through my head when I hear comments such as these is, ā€œwhat the hell does that mean?ā€

Letā€™s take a look at the first point: ā€œWeā€™re 85% agile.ā€ Really? So does that mean that if you do things a little bit differently, perhaps start implementing a few more practices then you will soon be 100% agile? Wow, you canā€™t do any better than 100% so when you hit this ā€˜auspiciousā€™ milestone then I suppose that there is nothing more to do except maintain what youā€™re doing right? Wrong! Iā€™ve said it before but you shouldnā€™t need me to convince you that 100% agile perfection is never attainable! There is always something that can be done better and considering that Scrum is fundamentally about continuous improvement, how can perfection ever be achieved? Classifying your ā€˜agilityā€™ in terms of percentages just doesnā€™t make sense.

Humans love to measure

The obsession with measurement possibly starts for us when that first pencil mark is drawn on the wall by our proud parents measuring how tall weā€™re growing. Humans love to score and we love to assess our progress for a multitude of reasons. This isnā€™t a bad thing if done for the right reasons such as gauging continual process and measuring what Scrum was able to deliver. Assessment can also be a great team motivator to give everyone a sense of forward motion and progress in the same way that a belt system works in martial arts. Sure, to some, the belt is more important than the art, however, to most, the belt indicates that they have improved and been recognized for their hard work and that isnā€™t a bad thing in my book.

There are two primary reasons why you might find it necessary to quantify the success of your Scrum rollout:

  • To decide whether you should continue with Scrum.
  • To assess your teamā€™s progress along their Scrum journey.

Should we continue?

So how do you gauge whether your initial Scrum rollout has been successful? Well you could rely on a bunch of numbers on a spreadsheet comparing your pre and post-Scrum projects but I for one donā€™t like using this approach (at least not in isolation) primarily because Scrum is not a mechanical process. It is so reliant on people and culture that even with fantastic quantitative results, the introduction of Scrum may have caused such upheaval that too many people have become unhappy and that is not good for Scrumā€™s long-term survival.

There is an approach that I particularly like that helps to enrich any quantitative feedback and that is a simple subjective, collaborative survey that I first read about in Scrum trainer, Gabrielle Benefield’s paper. To gauge the effectiveness of their pioneering global Scrum rollout at Yahoo, Benefield and Deemer utilized a simple survey based on the following six criteria.

Tracking Yahoo!’s Scrum Rollout

  1. How much the team got done in 30 days
  2. Clarity of goals / what the team was supposed to deliver
  3. Collaboration and cooperation within the team
  4. Business value of what the team produced in 30 days
  5. Amount of time wasted / work thrown out / cycles misused
  6. Overall quality and ‘rightness’ of what the team produced

Everyone involved in the survey had the opportunity to match the criteria to the following possible response options:

  • Scrum much worse
  • Scrum worse
  • Scrum about the same
  • Scrum better
  • Scrum much better

The aggregation of these results told a distinct and positive story about Scrumā€™s efficacy as perceived by the collective.

Costs versus benefits

Now irrespective of all of the warm, fuzzy results you hopefully obtain from your surveys, these shouldnā€™t be the only indicator of whether Scrum is going to be a raging success across the entire organization. Remember that unlike an isolated pilot project, Scrum in the broader organizational context doesnā€™t operate in a vacuum. Transitioning from a controlled trial to a broad adoption introduces a range of new and often significant impediments that must now be considered. These could include: coā€locating crossā€functional teams, modifying incentive schemes, adjusting the office layout as well as overhauling sign-off procedures and client contract structures – just to name a few.

The cold hard reality is that in some organizations, the initial Scrum rollout may only serve to identify the various environmental and cultural constraints that will impede the successful implementation of Scrum. The organization might simply not be ready, willing or able to remove the necessary constraints.

Are we getting better?

Back to more positive news and letā€™s say that Scrum is alive and thriving in your organization. It is only natural then to want to gauge whether you are stagnating or progressing.

To make this assessment, there needs to be a relative benchmark that is pegged to either your past performance, or your performance relative to others (particularly competitors).

Luckily for all of us, Cohn and Rubin have taken much of the pain away through the creation of the Comparative Agility website. They explain that:

Comparative Agility

In Comparative Agility, we assume agile teams and organizations strive always to be better than their competition and their past selves. As such, there is no holy grail or ā€œperfect tenā€ score to be achieved. In fact, thereā€™s no predefined bestā€inā€class or ā€œAgile Maturity Level 5ā€ to be achieved. Rather, Comparative Agility assessments present the results of a set of survey responses in comparison to some other set of responses. For example, using Comparative Agility it is possible to compare a team, project or organization to:

  • The total set of collected responses;
  • Responses from organizations in the same industry
  • Responses from similar types of projects (such as commercial software, websites, and so on); or
  • Responses from projects with similar lengths of experience at becoming agile.

The 75 questions of a Comparative Agility assessment are organized into seven dimensions and thirty-two characteristics. The seven dimensions represent broad classifications of changes to be expected of a team or organization as it becomes more agile. The seven dimensions are:

  • Teamwork
  • Requirements
  • Planning
  • Technical practices
  • Quality
  • Culture
  • Knowledge creation

Each dimension is made up of three to six characteristics and a set of questions is asked to assess a team’s score on each characteristic.

The survey is user friendly and offers some fascinating insight into relative progress.

Iā€™m positive about tools like this written and facilitated by genuine experts; however, I do have a warning for you; if comparing to others is the only benchmark that you use then in essence, youā€™re letting others dictate your progress and that can actually lead to stagnation. For example, if you take the survey and realize that youā€™re doing particularly well in relation to other organizations, you may be misled by a false sense of security. Firstly, not all of your competitors may have taken the survey, but worse than that, you may feel that you are in the luxurious position of being able to enjoy your time at the top and take your foot of the continuous improvement pedal and that is never a good idea…

Keep it simple

If you really want to keep things simple, just ask three questions of yourself:

  • Are your clients happier – are they remaining loyal and buying more products?
  • Are your team members happier – are they abandoning ship or are they ā€Øsmiling more?
  • Are your stakeholders happier – are they more relaxed and letting the team do ā€Øits job rather than micro-managing?

In addition, the metric that should really interest you is the rate of Scrum adoption growth. Is Scrum delivering such great results that it is now beginning to spread across the broader organization, even crossing the chasm into other non-software related departments? For me, that is the ultimate success!

Spread the good word

In Australia, it is widely accepted that culturally, weā€™re not very good at celebrating success – this trait even has a label believe it or not – ā€˜tall-poppy syndromeā€™. Being humble and modest can at times be admirable, however, when introducing change, celebrating success is critical to help maintain momentum, generate excitement and encourage those who have been taking the risks. So, in this case, I say forget modesty and let the whole world know how well things are going! Conduct regular team meetings to discuss progress. Invite senior stakeholders to these sessions. Circulate emails with anecdotal stories to back up the statistics. Sing success from the rooftops! I donā€™t care how you do it but you should celebrate your continual improvement and let the team and the organization share in the glory!

 

If you liked this article, you can:
Subscribe to this RSS feed!

Find out more about Scrum adoption and progress metrics by taking one of our CSM training courses.

SOME OF OUR GREAT CLIENTS

testimonials

Sign up to receive our eNewsletter

Google Rating
5.0
Based on 309 reviews
js_loader