Skip to main content

Agile Australia 2011 Series - Incrementality versus Quantum Leap transformation


‘Incrementality’ is a key concept we applied to our agile transformation. Incrementality, I define, as the ability to make small changes, monitor the effects and feed the results into the next decision to make a small change. This is the underlying concept that allows retrospectives to produce very effective outcomes for agile teams.

To illustrate I use my swimming analogy. I’m a pretty good swimmer, or at least I thought I was; I’ve been swimming for a long time and was able to swim far distances, get good exercise and even compete in amateur events such as mini triathlons, using my long practiced swimming skills. I had never had formal tuition in swimming, post the usual childhood swimming lessons that every kid in Australia - a country girt by tempting and dangerous beaches - seems to receive as a baseline.

I decided to get some swim coaching at the pool over the road from my workplace. Every lesson I would get in the pool and my coach Laura would make tiny adjustments to my swimming; such as the angle that I speared the water with on entry, the shape my arm made as it pulled through the water, or a drill on just one small part of the stroke that I practiced until I could incorporate it into the entire stroke. With each small change or adjustment that I received, Laura would instruct me to try it for a few laps, she would then stop me and ask some questions. “Did I understand what she was trying to achieve with the change? Could I feel the difference? Could I see the improvement in my stroke?” In this way Laura improved my swimming ability over a period; the length of my stroke was longer, I could pull through the water much faster, and I was much more efficient in the water - covering the same distance with more speed and less energy. Laura moved me along the improvement curve by taking what I could already do and incrementally improving it with small changes faster than if she were to throw out my inherent stroke and start from scratch.

Incrementality then, is this ability to move faster along the improvement curve by making tiny changes, inspecting the results and allowing results to influence the next tiny adjustment.

Quantum Leap improvements, on the other hand, is what I classify as major ‘state changing’ improvements. In a world of agile transformation I equate this to major spend, and a far reaching program of transformational change that can potentially carry with it a higher cost. I don’t disagree that this can also result in a move along the improvement curve, and the results could be effective and even stunning. But it also implies high impact which can translate into high risk of failure. It’s not an invalid approach to an agile transformation however you don’t have to take a Quantum Leap approach to transform. Incrementality can work for you just fine for using agile techniques or to commence your agile transformation.

Comments

Popular posts from this blog

Business Requirement Documents are just no good and should be abolished from the world of creating software

I had hoped the world could have wholeheartedly rejected Business Requirement documents by now. For too long I’ve seen the repeated scenario of only commencing the creation of a new initiative with a requirements document.Unfortunately most organisations that have teams developing software still use these flawed anathemas to creativity as the status quo. Despite agile approaches maturing and customer-centric modes of design emerging, requirements documents still persist. 
If you work in an organisation that doesn’t use business requirement documents any more, read no further. You are lucky; sense has prevailed at your place however in my experience, you are still the minority.
Let's face it; addressing this issue is not always the point you want to start your improvement work when there's much that could be dysfunctional with how a team is delivering software. But now, I find myself as mad as hell, and I'm not going to take business requirement documents anymore. I want to …

My take on SAFe - Scaled Agile Framework for the Enterprise

Something I’ve observed recently amongst this agile/lean/start up/digitally disrupted community that I’m in, is there are a lot of‘SAFe haters’ dissing on SAFe out there.
Well I’ve just come from a giant organisation that is actually making a good fist of ‘doing SAFe’, so I feel like I’ve got an experienced based perspective on SAFe which might be of interest to some.
I’ve been chatting to people on this topic, it astonishes me the amount of opinion that is being shared on SAFe. The criticism and the eye rolling and statements about what it is and isn’t. There’s a growing anticipation over how it will be received and perceived at up coming Lean and Agile conferences, the sense of controversy is palpable. I’ve been soul searching over my own recent experiences. Digested into one sentence my opinion is: “SAFe – it ain’t so bad, but it’s not the answer either.”
So, in what ways do I thinkSAFe is good and can help?
Lining up iterations amongst several teams.
I’ve observed and executed a few…

Gamify your children

Inspired by James Ross’s LAST conference talk on The Shamification of Lamification and the Reclaimification of Gamification I was motivated to try and “Gamify” the school holidays for my three children, Leo aged 8, Chloe 9 and Max 10.
Buy-in is everything, so the first thing we did was a quick workshop to extract the kids ideas. I asked them to write their ideas for good rewards on sticky notes, with a few examples for context, such as ‘trip to the movies or ‘play date with a friend’ . They had 5 minutes to come up with their ideas – one idea per sticky note (as always).
They then read out their ideas for all of us to hear, there were a few duplicates and also a few comedy suggestions. Even though we had ruled out crazy stuff, such as rewards of a million dollars, Leo had written down ‘A unicorn for the back yard’ reading it out with gleeful giggles.
Then they spent 5 minutes writing down tasks that they could do to earn rewards. By now they had the hang of it and quickly came up with t…