
Why Your Best Project Business Case May Be the Riskiest One
The project with the lowest cost and shortest timeline often gets the green light. It looks efficient. It makes the sales team happy. It gives leaders a clean story to tell. But in professional services, the most attractive business case can also be the riskiest one.
That isn't because people are trying to mislead anyone. Most teams want to win the work and deliver it well. The problem is optimism bias. Teams assume the best-case path will happen. They expect the client to respond quickly, requirements to stay stable, and the right people to be available at the right time.
Then real delivery starts.
A client takes two weeks to approve a design. A senior consultant gets pulled into an urgent support issue. A small request turns into Scope Creep. The project team keeps moving because nobody wants to raise a concern too early. By the time the delivery lead sees the problem, the project has already burned through most of its planned hours.
That is how a project that looked profitable at approval becomes a margin-destroying overrun.
For a VP of Professional Services, the answer isn't to reject every ambitious plan. It's to pressure-test the business case before it becomes a promise. Here are three practical ways to challenge optimism bias and protect project margins.
A sales estimate and a delivery plan serve different purposes. The sales estimate helps position the opportunity. The delivery plan helps the team execute the work without losing money. When those two things are treated as the same document, risk gets buried.
A business case may show 300 hours of effort over 10 weeks. That can look reasonable until you ask a few basic questions:
Who will perform those 300 hours?
What skills are required at each phase?
Are those people actually available?
Does the estimate include project management, QA, rework, and client meetings?
What happens if the client delays approvals?
Is travel, onboarding, or data cleanup included?
How much contingency is built into the plan?
If nobody can answer those questions, you don't have a delivery plan. You have a hopeful estimate.
This is especially important for fixed-fee work. A fixed-fee variance starts the moment actual effort moves above planned effort. If a project was sold with little room for error, even minor changes can erase the margin.
A strong service delivery leader creates a formal handoff from sales to delivery. Before kickoff, the project manager and delivery lead should review the scope, assumptions, staffing plan, timeline, and expected margin. If the estimate depends on assumptions that haven't been confirmed, those assumptions should be visible in the project record.
For example, don't write, "Client will provide data." Write, "Client will provide validated data files by May 15. Delays beyond three business days will move the timeline and may require a change order."
That level of detail may feel uncomfortable during the sales process. But it is far less uncomfortable than explaining a 40% overrun at the end of the quarter.
2. Use capacity data to test whether the timeline is real
Many project timelines look possible on paper because they ignore the reality of resource capacity.
A consultant may appear to have 40 hours available each week. But that doesn't mean they can deliver 40 billable project hours. They may have internal meetings, support work, training, pre-sales calls, PTO, and unplanned client requests. Their productive utilization may be much lower than their available capacity.
This is where teams confuse billable utilization with productive utilization. A consultant can be highly billable and still struggle to complete planned project work if their schedule is fragmented across too many assignments. That resource churn creates context switching, missed handoffs, and slow delivery.
Before approving a project business case, look at capacity by skill, not just total headcount. You may have 10 consultants on staff, but only two may have the implementation experience needed for a specific project phase. If both are already committed, the timeline is not realistic.
Ask these questions during the approval process:
Which named resources are planned for the project?
What other work is already on their schedule?
Are we relying on The Bench, contractors, or future hires?
What happens if a key resource is unavailable?
Is the project schedule based on actual working capacity or theoretical capacity?
Are we exceeding WIP limits by starting too many projects at once?
WIP limits matter because too many active projects can create hidden delays. Every new project adds meetings, task switching, client communication, and management overhead. Starting work before the right resources are ready might make the Revenue Backlog look lower, but it can make delivery performance worse.
A good project accounting and resource planning process helps leaders see these conflicts early. Instead of trusting a timeline because it was included in the proposal, you can compare planned hours against actual resource availability. That turns staffing discussions from opinions into decisions supported by data.
3. Track leading indicators before the budget is gone
Most project overruns are not surprises. They are ignored signals.
A project rarely goes from healthy to unprofitable overnight. More often, small issues build over time. A few extra client meetings become recurring workshops. A delayed dependency creates idle time. The team logs hours against tasks that were never part of the original scope. The project manager knows the budget is tight but hopes the next phase will go better.
By the time the project is marked red, the margin is already gone.
The key is to monitor leading indicators, not just final outcomes. Revenue and margin reporting at the end of the month is useful, but it is too late to manage an active overrun. Delivery leads need weekly visibility into the project signals that show whether the original business case still holds.
Watch for:
Actual hours versus planned hours by phase
Budget consumed versus percent complete
Estimate to complete and estimate at completion
Unbilled work in progress
Fixed-fee variance
Change requests awaiting approval
Milestones that are slipping
Realization Rate by project and consultant
Scope items delivered without a signed change order
One of the most useful questions a project manager can ask is, "If we had to re-estimate this project today, what would it cost to finish?" That question cuts through the original optimism. It forces the team to look at what has happened, not what they hoped would happen.
If the answer shows a likely overrun, act quickly. Reset the plan. Move lower-priority work out of scope. Ask for a change order. Reassign resources. Escalate delayed client decisions. In some cases, accepting a small controlled loss is better than allowing a project to absorb unlimited effort.
Project accounting is essential here because it connects delivery activity to financial impact. Time tracking alone tells you people are busy. Project accounting tells you whether that effort is helping you earn the expected margin or creating Revenue Leakage.
The goal isn't to punish project teams for reporting trouble. It is to make early reporting safe and useful. If project managers believe every red status creates blame, they will wait too long to raise the issue. If they know leadership will help remove blockers and make decisions, they can protect the project while there is still time.
The best business case isn't the one with the lowest number or the fastest date. It is the one that can survive real delivery conditions. A realistic plan may be harder to sell internally, but it gives your team a fair chance to meet commitments, protect margin, and build client trust. When your next project looks almost too good to be true, will you ask what assumptions have to be perfect for it to work?
About Continuum
Continuum PSA helps service delivery leaders prevent project overruns by bringing project plans, time tracking, resource capacity, budgets, billing, and project accounting into one clear view. With real-time visibility into planned versus actual effort, fixed-fee variance, work in progress, and project margin, teams can spot risks earlier and take action before an optimistic business case turns into a costly overrun.



Comments