SuccessIt usually worked like this: I introduce some measure of Agile to setup a project to succeed or to make an organization more effective. It is really is about creating feedback loops, but depending on the current culture and way-of-working it can proved to be really tricky. So, new ways-of-working are needed, new roles may be introduced (mainly Scrum roles). Basically this eventually cooks-down to a whole new interface with the rest of the organization; which cannot cope with the level of feedback and tempo needed. This, of course, creates conflicts. But that's Ok, because I am here to mediate and facilitate. Also, the project or the organization transformation usually has high priority which make people more willing to cooperate. Then we reach some 'done'. The project was a success or the organization transformation is underway, "good enough". Goodbye! Let's keep in touch!
Troubles in Agile LandThree months later I get contacted by some team member that is totally panicking: "They are tearing down everything! We are back to how it was before you came and 'helped' us. Actually, now it is even worse because I didn't know what I was missing by then, but now I know how much better things can get, and it makes me sick!". The organization is pushing back. Rejecting the change like some bad transplantation. What can I do? I have tried to mitigate that risk on other assignments by building networks of Scrum master, getting management more involved, getting a sponsor, getting top management attention, etc. In my experience this only gain some time over the inevitable: the change will be rejected, the old way-of-working will come back! It worked as long as there was a sense of urgency (which triggered the reason why I was brought in) and as long as there was someone focusing on facilitating the change. It fails as soon as one of the condition disappears.
What I my to do? Perhaps I should not care? After all my assignment is only to help when they ask for help. Well, no, I want my changes to stick! I want the world to get better, more sustainable, more agile. Perhaps it means that there is no way to help an organization if management is not totally committed to push for "agile". So, should I not accept any assignment where top management is not involved? Does this means that one cannot transform an organization bottom-up?
EvolutionThen I discovered Kanban.
I suddenly understood that the changes I have been pushing for with Scrum were kind of a revolution. Scrum requires new roles, artifacts communication channels, meetings; and it requires them all at once. For most organizations this is too much at the same time. It creates a instinctive push-back reaction for the rest of the organization. In my experience, this pressure - this feeling - stays long after the change is in place. It is remembered and will come back if the change pressure diminishes.
Kanban in contrast does not require big changes "upfront". You can introduce Kanban in such a way that it requires only one change: you create a visualization of the current situation and you introduce a daily meeting to see and understand what is going on (there is so much more to Kanban than that, but you can take introduce using a baby-step approach). All the rest is the same. You start by were you are right now. Then the magic of the visualization kicks in. You hear team members an managers saying "Whoa! Does it really look like that? Do with really have that much ongoing in test?". And then the magic question "What can we do about it?". And the team will work to resolve the problem, at its own pace. And engage other managers. And find a solution. Here it will stick: the change is not alien, the change comes from the organization. Of course, changes will go much slower because the team, the managers, the organization must mature together. But the changes will stay.
Except that it was not that many changes.
The teams usually introduced changes at the beginning. Things that are obvious are dealt with. But then the team tends to land in some comfort zone, the novelty of the visualization fades and the team members become blind, the policies are no longer adapted. It requires someone to push for change, perhaps a Kanban practitioner, perhaps a manager. But push in which direction? How do you get the team to look to the sky and get closer to perfection, relentlessly?
A Sense of DirectionThen I discovered Toyota Kata.
I suddenly understood that even though Kanban has its own engine for improvements (reducing WIP limits, removing blocks, bottlenecks, etc.) there needs to be a framework in place for guiding these improvements in the right direction, for finding sense and rationale between all these possible improvements. For example, decreasing WIP limits might not be the right change to do right now as it will not help us get closer to our goal, our next target condition. Using the improvement kata the team and manager can create the right changes that are in line with the vision for the team, unit, organization (true north). And these changes will stick, even if top management is not pushing for a top-down roll-out. I realized that you can transform an organization bottom-up.
Or will they? Well, the journey is still ongoing. There is probably more to it. New elements that must be put in place. But one thing happened during this journey: I have changed focus from Agile to Lean. Because I want it to stick. Because I must.