Scrum & Control

This content is syndicated from Agile & Business by Joe Little. To view the original post in full, click here.

One myth about Agile is 'those agile guys are out of control!'

Of course, when one hears that, one must ask, what do you mean exactly?

For example, Scrum does reveal that the team is involved in a creative process, a process of identifying what the customer wants and how it will be implemented. And all the related trade-offs. In our usual situations, this has some elements of chaos. It is only natural and normal that creation and inventiveness and 'magic' should have some chaos. It is the nature of the beast. It is not Scrum's fault, although Scrum does reveal the chaos. Knowledge creation by definition has some element of chaos.

Now, some people think that waterfall (or their version of waterfall) gives them 'more control' than Scrum. Now, I have only 20+ years experience in waterfall, and I certainly have not seen every situation, but my opinion based on a fair amount of experience is that Scrum gives managers far more control than waterfall.


Well, first we must distinguish between real control and the illusion of control. Waterfall does provide an illusion of control. Well, I am embarrassed to say this since I did waterfall for so long, but in Texas they have this phrase: 'All hat and no cattle.' I was that kind of project manager for too long.

And we must remind managers immediately (and talk at more length than here) about the importance of the team self-managing itself. Especially in Scrum. ('Whatever self-organizing means!' you might say to yourself, but a topic for later.)

Ok, where indeed.

Let me pick on three key cycles of control.

First, adaptive planning.

Everyone should now know what the Romans knew, which is: "To predict is difficult, particularly of the future." Meaning, we know that the first estimate of 'how long will it take' is always 'terrible'. I actually think that a decent agile team with a known velocity can make a far less terrible up-front prediction of the delivery date than waterfall estimating (we call it 'release planning') ever did. But let's accept for arguments sake that agile release planning up-front is no better than waterfall.

BUT...agile re-estimates every Sprint. Based on known velocity. And based on all the learning by the team since then. (And, if it is a priority, the team focuses on learning that improves the estimate.) So, very early in the project (if we still call it that), the team always should have a far better estimate of 'what' and 'how long'. And can enter into good cost-time-benefit conversations with the key stakeholders to 'bring it in on time', as they say. (Time usually being the key variable.)

This provides much more control, with much better information. Never perfect, but much better.

Now, this assumes that people are playing Scrum professionally, with some good talent and rigor and courage. Not always the case, for a variety of reasons. To be honest, sometimes it seems they make something up and call it 'Scrum.'

Second, the working software.

The team has to deliver working software every Sprint. Any manager can walk into the Sprint Review. It does not take a rocket scientist or thousands of pages of lying reports or a highly-paid PMO to figure out that a team showing no working software (or working product, in another kind of effort) is not doing well.

There is no obfuscation. (Which is a fancy word for people trying to make things unclear. Which you may recall has actually happened at your friends shop.)

Now, managers must be reasonable in using this information. Sometimes the best teams make serious experiments. Any good scientists knows that most experiments fail. So, if they learned something useful from an experiment that failed, then let them continue. But if you are asking a great hockey team to play major league baseball, you might see a kind of failure that needs to be fixed. And you can see it and fix it.

The demo provides another kind of control. (The demo happens at the end of every Sprint, in the Sprint Review.)

Has it ever happened to you that the team did not understand perfectly what the customer wanted? OK, OK, yes, that happens universally. And lots of laws of software that explain some of the reasons why.

Now, if you believe as I do that 'the bad news does not get better wth age', then you can see that demos that enable feedback from good customers or customers representatives can provide more control. At least some of the bad news is no longer getting worse with age.

Third, the Daily Scrum.

Every day, each team member must answer the 3 questions to their other team members. This provides control in the form of motivation (positive and negative), focus (a key problem in our situations), and help with impediments.

The team is expected to make micro-adjustments to 'land the plane more successfully' by the end of the Sprint. (OK, some major adjustments too, if needed.)

The biggest impediments should not go unidentified for very long. (Again, assuming we play with talent, professionalism and courage.)

These three things -- adaptive release planning, Sprint demos of working product, and Daily Scrums -- are what give Scrum far more control than waterfall.

There are other things in Scrum that improve control, but those 3 things to me make the case.

Your thoughts?

Note: The image is borrowed from this page:
At the European Space Agency.

Leave a Reply

What is 3 + 5 ?
Please leave these two fields as-is:
Please do this simple sum so I know you are human:)

There are 101 ways to approach anything.
To find the best way, sometimes you need expert help

What People Say

“Kelly revolutionised the way our digital department operated. A true advocate of agile principles, he quickly improved internal communication within our teams and our internal clients by aligning our business and creating a much enhanced sense of transparency in the decisions the business was making. Kelly also introduced a higher sense of empowerment to the development teams...”


“Kelly’s a leading program director with the ability to take charge from day one and keep strong momentum at both a program and project level driving prioritisation, resourcing and budgeting agendas. Kelly operates with an easy-going style and possesses a strong facilitation skill set. From my 5 months experience working with Kelly, I would recommend Kelly to program manage large scale, complex, cross company change programs both from a business and IT perspective.”


“Kelly is an extremely talented and visionary leader. As such he manages to inspire all around him to achieve their best. He is passionate about agile and has a wealth of experience to bring to bear in this area. If you're 'lucky' he might even tell you all about his agile blog. Above all this, Kelly is great fun to work with. He is always relaxed and never gets stressed - and trust me, he had plenty of opportunity here! If you get the chance to work with Kelly, don't pass it up.”


“Kelly is an Agile heavy-weight. He came in to assess my multi-million $ Agile development program which wasn’t delivering the right throughput. He interviewed most of the team and made some key recommendations that, when implemented, showed immediate results. I couldn’t ask for more than that except he’s a really nice guy as well.”


“Kelly and I worked together on a very large project trying to secure a new Insurer client. Kelly had fantastic commercial awareness as well as his technical expertise. Without him I would never had secured this client so I owe a lot to him. He is also a really great guy!”


“Kelly came to the department and has really made a huge impact on how the department communicates, collaborates and generally gets things done. We were already developing in an agile way, but Kelly has brought us even more into alignment with agile and scrum best practices, being eager to share information and willing to work with us to change our processes rather than dictate how things must be done. He is highly knowledgable about agile development (as his active blog proves) but his blog won't show what a friendly and knowledgeable guy he is. I highly recommend Kelly to anyone looking for a CTO or a seminar on agile/scrum practices - you won't be disappointed!”


“Kelly was a great colleague to work with - highly competent, trustworthy and generally a nice bloke.”


“Kelly was engaged as a Program Director on a complex business and technology transformation program for Suncorp Commercial Insurance. Kelly drew on his key capabilities and depth of experience to bring together disparate parties in a harmonised way, ensuring the initiate and concept phases of the program were understood and well formulated. Excellent outcome in a very short time frame. ”


“I worked with Kelly on many projects at IPC and I was always impressed with his approach to all of them, always ensuring the most commercially viable route was taken. He is great at managing relationships and it was always a pleasure working with him.”


“I worked with Kelly whilst at Thoughtworks and found him to be a most inspiring individual, his common-sense approach coupled with a deep understanding of Agile and business makes him an invaluable asset to any organisation. I can't recommend Kelly enough.”


“Kelly was a brilliant CTO and a great support to me in the time we worked together. I owe Kelly a great deal in terms of direction and how to get things done under sometimes difficult circumstances. Thanks Kelly.”