Fixed-price, fixed-scope projects feel safe because everyone wants certainty. In software, they often create the opposite: less flexibility, more negotiation, slower feedback, and worse outcomes.
The problem is not “fixed price” by itself. The problem is pretending the scope is fully known before the team and client have learned enough.
Clients usually ask for fixed price because they want budget certainty, internal approval, and reduced risk. These are reasonable goals.
The consultant’s job is not to argue against certainty, but to explain that software certainty is best achieved through short feedback cycles, transparent prioritisation, and controlled scope — not by locking in assumptions too early.
First, let's define what is meant by "fixed price" and "waterfall" in software development:
Now, let's look at the main reasons why fixed price and waterfall can be ⚠️ dangerous in software development:
Figure: The cone of uncertainty in software cost and size estimation
In summary, a fixed price and waterfall approach can be dangerous in software development consulting because they lack flexibility, limit collaboration, delay feedback, reduce quality, and increase risk.
The use of an iterative agile methodology (like Scrum) provides constant feedback and collaboration, giving the necessary agility to implement features while allowing adjustments during the project. This iterative development process can help mitigate the risks and lead to a more successful project outcome.
Figure: Although Waterfall fixes the scope, it then makes the resources and time variable. If you want to fix those, you need to vary the scope