Subscribe / Unsubscribe Enewsletters | Login | Register

Pencil Banner

How to structure an outsourced IT project for less risk, more leverage

Stephanie Overby | June 22, 2015
Large-scale IT outsourcing deals are doomed to fail if you don’t structure the project properly. Therefore, it’s imperative that during the negotiating and contracting phase you lay the groundwork to mitigate the risks and maintain leverage.

outsourcing contract ts

In 2015, big, monolithic outsourcing deals are regarded just about as negatively as huge, enterprise IT projects: They are seen as lengthy, costly and practically doomed to fail. Just as IT organizations have broken down their large IT tasks into more discrete deliverables, they've also dissolved their mega outsourcing deals among multiple providers.

Today, the prospect of outsourcing a major technology project to a single vendor may seem like an antiquated notion. And the risks of such an approach abound.

"There are several reasons that one provider may not be the best decision for a long-term project," says Andrew Alpert, principal with business optimization and outsourcing consultancy Pace Harmon.

"First, there may be aspects of the projects that require specific domain expertise and functional, technical, organizational change, or industry specific knowledge that are not available from a single provider. Second, providers that have strong business requirements and design expertise may not be the most effective and efficient development and testing organization or the best development and testing provider may have comparatively weak change management teams."

In addition, locking in one IT service provider can limit a customer's ability to minimize costs, ensure commercial and performance accountability, and maintain resource quality.

But ... sometimes having one vendor is the only option

Yet IT organizations still must take on transformative, enterprise programs. And farming that work out to a variety of IT suppliers isn't always feasible. Certain specialized software expertise may reside only with a certain vendor, for example. "Indeed, this is especially the case when implementing specialized software solutions where the marketplace expertise tends to reside only with the software provider," Alpert says.

Certain types of enterprise projects may naturally lend themselves to the one partner approach. "This comes into play when implementing a software-as-a-service platform," says Alpert. "In these implementations there is typically a much smaller software development and testing lifecycle and more focus on agile configuration and testing."

An IT organization may also like the clarity that can accompany working with a sole provider. Unfortunately, "the perceived accountability benefits of one throat to choke' are typically unrealized due to poor commercial structure and provider unwillingness to accept real risk," explains Alpert. "With a single provider, future phases of work are often overpriced due to lack of competitive leverage, and the project scope is not yet well defined to determine the discrete schedule, deliverables, requirements, and timeline to hold the provider accountable."

Mitigating risk when structuring a large-scale IT outsourcing project

However, there are ways to structure an outsourced large-scale IT project that mitigates the risks of the project and maintains an IT organization's leverage with the sole provider. And that groundwork must be laid during the negotiating and contracting phase.


1  2  Next Page 

Sign up for CIO Asia eNewsletters.