How to Handle Predictability Requirements in Scrum Consulting for Large Corporations?
Hello, Scrum Community!
I’m facing a dilemma that I believe many of you may relate to. In Scrum, our process is iterative and adaptive, which differs significantly from the traditional Waterfall model:
- Waterfall:
- Starts with a complete and detailed requirements gathering.
- Defines a fixed scope and a strict timeline.
- Sets an overall budget, with delivery after several months based on a rigid roadmap.
- Scrum:
- Flexible, dynamic scope: The backlog is updated as the team discovers new ways to add value.
- Continuous evolution of requirements: Requirements are not fixed at the start and may change to better meet client needs.
- Incremental value delivery: The process continues iteratively, adapting until all needs are met.
While this iterative approach might work more easily within a company’s internal consulting teams—where a tech area provides solutions for other business areas—it becomes far more complex in external B2B consulting. Large corporations that hire external consultants often expect:
- Cost and timeline certainty: They want to know the project’s total cost and timeline upfront.
- Clear deliverables: They need clarity on what will be delivered at the end of the project.
These expectations can challenge not only the clients but also the consulting firms that must allocate resources and manage financial risks effectively.
Key Challenges and Questions
1. Predictability vs. Flexibility:
- How can we balance clients’ need for predictability with Scrum’s iterative nature?
- What strategies can provide cost and timeline visibility without compromising Scrum’s flexibility?
2. Resource Allocation:
- For both consulting firms and clients, committing to a project without a fixed scope raises concerns about team and resource allocation.
- How can we demonstrate the need for a dedicated team while the backlog remains flexible?
3. Risk and Cost Estimation:
- How can we estimate risks and costs in a process where scope and requirements evolve continuously?
- What practices can prevent budget surprises while preserving Scrum’s adaptive approach?
4. Acceptance of Incremental Delivery:
- How can we manage expectations around incremental progress rather than “final” deliveries in each Sprint?
- What approaches do you use to demonstrate that Scrum delivers value even without a fully-defined outcome at the start?
Open Question to the Community
I’d love to discuss how you, in your practices, have developed approaches to position Scrum as a reliable and measurable process in external consulting.
- How do you address corporate clients’ predictability expectations in a B2B context?
- What strategies do you use to estimate costs and timelines while reducing perceived risks for both the client and your own firm?
I’d greatly appreciate any insights and experiences you can share regarding these challenges!
Predictability is determined by the rate at which work is Done. Knowing that work is Done is the foundation of empirical process control.
The basic unit of accounting in Scrum is therefore the Sprint. We can work out how much it costs to fund X Developers for Y Sprints. Each Sprint is a project, and the most important one we can have, since it allows empiricism to be established and maintained.
The more Sprints a client purchases, the more innovation runway they have for managing risk and uncertainty, and for learning to build the right thing at the right time.
The more Sprints a client purchases, the more innovation runway they have for managing risk and uncertainty, and for learning to build the right thing at the right time.
That's an interesting strategy, Ian. I could sell a sprint, or a package of sprints, and I can estimate costs by "X Developers for Y Sprints."
But how can I convince my lead that this is in his best interest and that Waterfall isn't the best way to build his solution? How do I approach the subject after my client has shared his pain points and I already have a good understanding of his business?
Most clients in large corporations aren't technical, and usually, we negotiate with managers or directors. I also assume they have their own processes and rules to manage yearly budgets and account for results, especially if they're listed companies subject to various regulations.
I just don't know how to start this conversation without risking alienating my lead. I don't want a manager or director to feel as if I'm patronizing him or to think that this isn't in his best interest or, worse, that it's a scam.
It's more about negotiation, contracts, and sales for B2B consulting. Is it possible to convince clients and create technological products through B2B consulting using Scrum? How do you sell?
That's a training course in its own right. Soft skills are key, and making the most of opportunities to engage with sponsors and to develop rapport with them. Some of the techniques include vulnerability, open questioning, the art of wondering, and being able to promote a train of thought.
Hello Guilherme!
This is a common challenge that many Scrum practitioners face when transitioning to external consulting in B2B environments. While Scrum’s flexibility and iterative approach provide significant advantages in adaptability and client satisfaction, it can seem at odds with the traditional expectations of predictability and fixed costs in large-scale external consulting projects.
Here are some strategies, I used when working with clients
Use of Fixed Price for Phases: One approach is to break the project into well-defined phases (e.g., Discovery, MVP, and Iterative Enhancements) and provide a fixed price for each phase, while keeping the scope flexible within those phases. This allows clients to see a defined starting and stopping point for each iteration, providing a level of predictability.
Frequent Communication and Transparency: Ensure regular communication with stakeholders, such as Sprint Reviews, daily stand-ups, and progress reports. Keep them involved in the process so that they understand the evolving nature of the project.
Progressive Cost Estimation: For cost, consider using progressive estimates that get refined as the project progresses. You can initially provide high-level estimates and then refine them with each sprint review. This helps clients understand the impact of changes and keeps them informed of the financial implications.
I hope this helps.