When large organisations build software to support complex business processes the results are often disastrous. The problem is not helped by outdated procurement approaches.
For complex builds with significant uncertainty, there is an increasingly broad consensus that Agile methodologies deliver better results, yet many organisations continue to end up with sequential, “Waterfall”-style delivery processes on large projects, driven by traditional fixed-price contracts. Why?
Waterfall places an emphasis on detailed requirements gathering and documentation as the initial phase of a sequential process. It tries to anticipate everything the software will need to do months or years from now. It’s rarely successful for complex software because it’s rare that anyone gets the requirements 100% right – business needs also change and evolve after the requirements spec is developed.
The waterfall approach is rarely successful for complex software because it’s rare that anyone gets the requirements 100% right.
Agile processes allow feedback from stakeholders and customers at the time a feature is being built, to make sure it meets the actual need. Almost all successful software projects are built using this approach. However, there is a perception that agile means ‘open-ended budgets and time frames’, so organisations are understandably wary.
Before starting a software project, let’s look at the thought process around new software projects in a large organisation. This is based on experiences as a supplier, as well as many conversations with procurement people:
The net result of this is becoming locked into a Waterfall project, even though it’s a terrible model for delivering complex software.
It happens because there are implicit assumptions driving how procurement ‘should’ work. The core objective of a procurement process is to provide value for money and transparency while solving the problems the project addresses as efficiently as possible. There should be some flexibility in how this is achieved.
At Intranel, we call the process of teasing out the feature set for an MVP (Minimal Viable Product) and quantifying the build effort “Hybrid Agile”. What is Hybrid Agile?
Hybrid Agile is an approach that can preserve both budgets and competitiveness while also offering better risk management. It provides:
- Prioritised set of “deliverable” features to specify in a contract
- Range of costs and a timeframe for delivering core features that make up the MVP (Minimal Viable Product)
- Flexibility to swap features and change priorities as needs evolve
- Ability to stay within the budget if the overall complexity remains similar
Our latest eBook “Hybrid Agile” will help you understand:
- How to build complex software projects more efficiently using Hybrid Agile
- How to manage procurement assumptions and project risks while keeping within budget and maintaining competitiveness
- Best practices for maximising the success of your project with Hybrid Agile
We’re aware that hybrid agile has its own challenges, and that not every project is suitable but we find this approach gets clients to market faster, with a better return on investment. Download our eBook to learn how to build software projects more efficiently using Hybrid Agile.