Experience from the Delivery Desk – Part 6
Three Perspectives. One Mission: Better Project Delivery
The domain demanded high accuracy. Medico-legal terminology, reporting formats, and document structures were highly standardized, leaving very little room for interpretation.
Both teams invested considerable time in workshops to finalize the reporting framework. The solution was built on two key principles.
- Preserve report formats already familiar to doctors.
- Introduce intelligent automation by highlighting sections that required attention from transcription assistants using predefined contextual rules and algorithms.
This wasn’t just another feature.
It was the foundation on which the entire application was designed.
As development progressed, a new Project Manager joined from the client side.
With a fresh perspective came a new objective.
Instead of predefined algorithms, the expectation shifted toward a generalized platform where users could define their own report parameters and business rules.
Technically, the request appeared to be another enhancement.
Architecturally, it was something entirely different.
The project was no longer about building a specialized reporting solution. It had evolved into developing a configurable platform.
That single change fundamentally altered the application’s architecture, development effort, testing strategy, timelines, and overall project cost.
What initially appeared to be a change request opened a Pandora’s box.
The project was eventually put on hold while the revised direction was evaluated.
What this project taught me
One of the responsibilities of project leadership is to recognize when a change request crosses the boundary between enhancement and product redefinition.
Not every request should be measured by development effort alone.
Some requests redefine the architecture itself.
When that happens, the right decision is not simply to estimate additional time—it is to pause, reassess the project’s objectives, and determine whether the original project still exists.
Root Cause
A change in product philosophy requires a new project definition.
Delivery Insight
Before approving any major change request, ask one simple question:
“Are we improving the existing solution, or are we redefining what we originally set out to build?”
That single question can prevent months of uncertainty and avoid projects drifting away from their original objectives.
Get in touch
Let's build
something precise.
Office
4, Deepashree Society, Opp. Reliance Trends Mall,
Erandawane, Pune – 411004