This is a short and final update to Are we really moving faster? How visualizing flow changed the way we work.
As described in the last blog post, we were in the middle of the analysis and able to soften the pain, but there is still an important question to answer: Are we really moving faster?
We found that we had limited system focus and needed buy-in to influence the processes up- and downstream. That’s why we engaged in a detailed Value Stream Mapping exercise.
Insights from Value Stream Mapping
In the last blog post I described two of my epiphanies:
Our Value Stream Mapping exercise really let to another one:
We need to change the way we work
The biggest benefit of documenting the current state as well as thinking about the future state and identifying the improvements necessary to achieve it, was visibility. I have the feeling that, while most of the problems were already known and in our heads, it really helped to visualize and discuss them with a larger audience.
It was obvious that we could not do all the necessary changes ourselves. Dr. John Kotter’s 8-Step Process for Leading Change was really helpful to guide our thinking.
- Create a sense of urgency
- Build a guiding coalition
- Form a strategic vision and initiatives
- Enlist a volunteer army
- Enable action by removing barriers
- Generate short-term wins
- Sustain acceleration
- Institute change
As part of the Transformation Program we already had established a sense of urgency. We had a guiding coalition and a strategic vision and related initiatives. It was time to enlist a volunteer army.
Socializing the Value Stream Maps
Karen Martin and Mike Osterling note in their book Value Stream Mapping: How to Visualize Work and Align Leadership for Organizational Transformation, that creating maps but not taking action is a common failing with Value Stream Maps. According to them, the best way to socialize the map is not distributing a digital version of it or posting on a wall, but rather talking about and discussing it. This is not only necessary to reduce resistance to change, but also a powerful learning opportunity for everyone involved as it helps to instill holistic thinking.
Following this advice, we came up with the following idea to socialize the value stream maps in the teams:
- For each value stream organize a ~1 hour meeting which gets recorded. We not only invite the whole team, but also representatives of up- and downstream processes
- Walk the team through the value stream (~30 minutes)
- Spend ~15 minutes for questions and discussions.
- Use a survey to collect the anticipated benefits and anticipated effort for each finding / improvement as well as additional input from the teams. We shuffle the questions and ask colleagues to answer as many as they want or can. This makes sure that we we don’t have big order effects, have more people aware of the main issues and let them participate in working on them. The survey items contained the improvement title, a short description and potential solution to ensure a common understanding.
The feedback from these rounds was very helpful and positive. Making the pain points visible also helped to channel some of the energy which came from these frustrations to change something and “enlist a volunteer army”.
Alignment with PACE Priorization
With the help of the benefit and effort assessments we created a PACE (Priority, Action, Consider, Eliminate) matrix. Using the findings from the value stream analysis as the one-list to rule them all allowed us to pull in the same direction and as this was done as part of the the transformation it “enabled action by removing barriers” as it also had management support.
Cadence
What we already knew is that having two to three major releases each year and providing monthly patches did not provide the quick feedback necessary from the market. This also showed in the numbers, when we looked at Flow Time of the items that were released in the last 6 month before February.
Thanks to our further improvements we were able to move towards monthly release cadence starting from March and create the release branch at the latest possible date from master, just in time for the release (as proposed by trunk based development)
When we did the same analysis of the flow time in June (again for the previous 6 month)
Note that these charts also show that it is not a good idea to look at averages alone. While using medians might improve the situation, Jonathan Smart argues in his book Safer Sooner Happier that lead time typically follows a Weibull distribution, which resembles a normal distribution with a long tail and skewed to the left. He recommends using the 85th percentile and its change over time as a measure. While my nerd brain loves that, I think it is quite hard to explain to everyone involved.
We were now able to answer the fundamental question that I raised a year earlier: Are we really moving faster, to get faster feedback, learn quicker, reduce risk, monetize earlier and maximize outcomes?
Yes, we finally are!
Further references and information
If you want to know more, you should really read these books, follow these links or watch the talks of the authors:
- References from my previous post
- Jonathan Smart - Safer Sooner Happier
- Dr. John Kotter - Our Iceberg Is Melting
Summary and Outlook
During the last two years I had three epiphanies at my job:
- Making work visible revealed that we were creating too much inventory
- Visualizing flow showed that we will never be able to run fast enough
- Value Stream Mapping made it obvious that we needed to change the way we work
These made us move faster.
The hardest thing though might still be outstanding. It is the final step in Dr. John Kotter’s 8-Step Process for Leading Change : “Institute change”. We did some really great progress last year though with doing book clubs and discussing Project to Product from Mik Kersten and the The Unicorn Project from Gene Kim.
If you have any questions, recommendations, hints, or just want to say thanks, feel free to contact me. You can reach me on twitter @rompic or via mail at hello@pickl.eu
Thanks for reading this article.