Prioritisation is a key process in trying to focus on building useful stuff first. It could look like:
Prioritisation relies on not delivering all the functionality in one go. But it tends to be a spectrum:
Usually, risk is mitigated by Prioritisation. But sometimes, it’s not appropriate: When Finland changed from driving on the right side of the road to the left, (in order to be in line with the rest of Europe) the changeover had to be Big Bang and the whole country changed overnight.
There are several ways you can prioritise work:
By prioritising, you get to Meet Reality sooner and more frequently and in small chunks.
This one way in which a particular prioritisation Meets Reality
Breaking a large delivery down into lots of small releases has an impact on Production Risk:
If you’re able to do Continuous Delivery, and have de-risked the release process, then you can eliminate some Schedule Risk, because you’ll know you can hit any date with something. The risks of what you deliver on that date are then Feature Risk rather than Schedule Risk.
The biggest risk to phased delivery is that you try and build functionality now that actually relies on things scheduled to be built later.
Sometimes, releases have a cost associated with them in terms of time and bureaucracy to perform them. Obviously, then, the more releases you’ll do, the less time you’ll spend doing other stuff, like building functionality. The trick to doing frequent releases is therefore to ensure they are low cost, and this means automation. But, building automation adds schedule risk too.
If you are replacing an old system with a new one, incrementally replacing functionality is a good way to go when the system is complex. However, this means that you’re going to have two systems running at the same time, which is inevitably more complex than just one system.
Discuss the tool Duncan and I used to determine whether a release date was feasible.
– estimating: holding the risks in your hand and saying, which is heavier?
Risk-First planning: break down the goal into the biggest risks3
Found this interesting? Please add your star on GitHub to be invited to join the Risk-First GitHub group.