tech·nic·al·ly agile

Can you really commit to delivering work?

Explore the shift from commitment to forecasting in Scrum. Discover how this change fosters transparency and trust within your development team.

Published on
4 minute read
Image
https://nkdagility.com/resources/uvzKTaweOnW

Can you really commit to delivering work?   There has been a subtle but targeted change in the wording used as part of Scrum. There has bee a move away from commitment towards forecasting what will be completed. Why is this happening and what does it mean to my team?


There has long been a subtle lack of transparency between the Product Owner and the Development Team that has largely gone unnoticed. In the empirical world that is Software Development it is not possible to commit to delivering anything! This is reminiscence of the institutional fiction that we can indeed give someone a guaranteed delivery date for something that exists in the complex world and thus is impossible for us to estimate. We have been doing it for years and we are still doing it even in Agile. The only saving grace is that our commitment has been for such a small amount of work that we are routinely forgiven and indeed any good Product Owner quickly learns that Commitment is really a guess and can often be a WAG (Wild Assed Guess) at best.

Can you really commit to delivering work?  

Figure: The meaning of commitment

Where are these points in Scrum where commitment has been applied:

There are also a number of other commitment points that are implied in Scrum. The Product Owner is probably committing to delivering functionality to the Stakeholders (The Business) and often the Business will then commit to delivering functionality to their Customer.

And this is where the major problem lies as there are escalating cycles of impact at all levels.

If you have “commitment” then others will read that as something that can be relied on and potentiality take a dependency on the timely completion of that work. Once a dependency is taken then it can be a BIG problem if things go south. What if your Sales teams have made commitments to old customers to get them to say and to new customers to get them to change to you?

This is the result of committing to delivering work, so I say again:

Can you really commit to delivering work?

The word “Commitment” smacks too much of the Prescriptive world and not enough of the Predictive. Can we stop diluting a perfectly prescriptive word? Is there a better choice that lives in the Predictive world?

Can you really commit to delivering work?  

Figure: Would you hold a weather presenter to a 10 day forecast?

The new Scrum Guide talks about Forecast instead of the Commitment. This is a subtle and carefully chosen contrast that is intended to result in a more positive open and transparent communication between the key actors in the pantomime that has been Software Development.

Can you really commit to delivering work?  

Can you really commit to delivering work?   Figure: Bad example, “Commitment” implies that we know for sure

Can you really commit to delivering work?  

Can you really commit to delivering work?   Figure: Good example, “Forecast” implies that we don’t know for sure

The result should be higher levels of trust between all parties that should result in less (or at least more well known and specific) dependencies that are of much lower risk. If we make that change we really start thinking in the Agile / Predictive space and some of the old ways will drop by the wayside. Those old ways are the things that get in the way of an Agile adoption, that make us want to drop back into our old comfortable bad habits of Waterfall.

Are you going to make the change from Commitment to Forecast?

If not, let me know why this will not make sense in your organisation!

Software Development Agile Project Management Forecasting Professional Scrum Software Developers People and Process Pragmatic Thinking Transparency Scrum Product Development Agile Values and Principles
Comments

Related blog posts

No related videos found.

Connect with Martin Hinshelwood

If you've made it this far, it's worth connecting with our principal consultant and coach, Martin Hinshelwood, for a 30-minute 'ask me anything' call.

Our Happy Clients​

We partner with businesses across diverse industries, including finance, insurance, healthcare, pharmaceuticals, technology, engineering, transportation, hospitality, entertainment, legal, government, and military sectors.​

Emerson Process Management Logo
Sage Logo
Lockheed Martin Logo
Ericson Logo
Genus Breeding Ltd Logo
Freadom Logo
Bistech Logo
ProgramUtvikling Logo
Brandes Investment Partners L.P. Logo
Slaughter and May Logo
Hubtel Ghana Logo
Akaditi Logo
Higher Education Statistics Agency Logo
YearUp.org Logo
Capita Secure Information Solutions Ltd Logo
Microsoft Logo

CR2

ALS Life Sciences Logo
Washington Department of Enterprise Services Logo
Ghana Police Service Logo
Department of Work and Pensions (UK) Logo
Nottingham County Council Logo
Royal Air Force Logo
New Hampshire Supreme Court Logo
Milliman Logo
ProgramUtvikling Logo
Epic Games Logo
Healthgrades Logo
Brandes Investment Partners L.P. Logo
Flowmaster (a Mentor Graphics Company) Logo