How many IT services vendors do you rely on?
Splitting responsibility for the IT organization into multiple outsourcing vendors, overseen (or overlooked in some unfortunate cases) by a small IT management team, has become a popular practice. Hardly “best practice” — a meaningless but popular justification for doing things a certain way — but popular nonetheless.
If you’re on top of an IT organization that’s structured like this, or if you’re thinking about joining the club as a bold way to turbocharge IT organizational performance, don’t be hasty. It’s an alternative that can work, but it can easily backfire.
Here’s a sampling of what can go wrong and what you can do to prevent it, or at a minimum mitigate the risks.
Service level addiction
Yes, yes, yes, if you can’t measure you can’t manage. That’s doubly so when assessing a vendor’s performance.
And yet …
When you’re leading an internal team there are intangibles you insist on — for example, you might ask for innovative thinking and a willingness to go a few extra miles to turn innovative thinking into innovative reality.
SLA-driven vendors can become complacent, and in the absence of a well-defined and tracked “innovation SLA” neither they nor their management will have any incentive to suggest anything new.
It’s tricky. On the one hand, the vendor you select should, in theory, have more expertise in their area of responsibility than an internal team might have, and so it should be able to offer a steady stream of improvement possibilities.
But on the other hand, many — perhaps most — improvement opportunities would reduce the vendor’s billings. It’s hardly reasonable to ask a vendor to take the initiative in reducing their own revenue, unless you can at least offer them increased margins or some other incentive.
Leadership voids
Leadership is about people and motivation. Management is about getting work out the door. In a very real sense, outsourcing is about shifting the CIO’s attention from leading to managing.
That’s a mistake. An outsourcer’s employees should certainly receive day-to-day leadership from the vendor’s account manager. But that’s in addition to the leadership they should get from their client’s CIO.
They are, after all, people, too.
Inter-vendor politics
Just as there’s no such thing as a perfect org chart — one that clearly and unambiguously defines each manager’s responsibilities in ways that avoid overlap — so there’s no such thing as a division of outsourcer responsibilities that avoids the potential for game playing.
Potential? The game playing is often overt, although concealed from view: Many vendors have regular internal strategy sessions in which they exchange ideas about their “endgame” — how they plan to eliminate a competing vendor from the IT organizational gameboard.
The most common examples of inter-vendor politics occur when one vendor needs data from another vendor in order to move a project forward, and the vendor that receives the request, instead of providing the asked-for data, emits an unending stream of excuses, or complains that providing it isn’t in the contract, and as a custom service it will cost a significant and unbudgeted sum.
Often, the stonewalled vendor will be hesitant to complain, on the grounds that this might look a lot like they’re playing inter-vendor politics themselves.
And there’s another layer of complexity to deal with when trying to prevent, or at least manage, inter-vendor politics: In addition to one vendor trying to torpedo a rival by failing to fulfill data requests, there are times a vendor will request data from a rival in order to uncover something damaging about that vendor’s performance.
The annoying solution to inter-vendor politics is to insert yourself into any and all inter-vendor interactions. Because Vendor A refusing to provide information to Vendor B is one thing. Refusing to provide it to you? It’s your data.
Exit mitigation migraines
Here in the USA our entire system of economics is built on a single empowerment, namely, that a customer can threaten to take their business elsewhere. When it comes to IT services vendors, however, this can be a hollow threat.
To be effective, an IT services vendor’s employees have to engage in the osmotic process of learning their customer — its key staff and their quirks and temperament just as much as the application portfolio and integration architecture.
Once a services vendor is firmly entrenched, transferring that incumbent’s tribal knowledge to a replacement vendor would be, to put it gently, a non-trivial task, and that’s just the quantitative view. The political dimension exacerbates the problem: Why would you expect a vendor you’re kicking to the curb make it any easier than necessary for their replacement to succeed?
Fair’s fair, though. The same was true for the IT staff the CIO kicked to the curb during the outsource.
And beyond the political angle, in many cases the services vendor will have installed its own toolkits to help in fulfilling its responsibilities. It will take that toolkit with it should you decide to make a change.
So on top of all the rest of your exit mitigation planning, make sure your contract includes an obligation to leave these toolkits in place for a long enough transition that the replacement vendor has the time it will need to install its own proprietary toolkit.
In any event, prudent CIOs have two possible exit strategies, and they’re complementary, not dichotomous.
The first: Keep a small cadre of IT professionals on staff to work alongside each vendor. That way, if circumstances dictate, they can smooth the transition to the next vendor.
And the second? Keep a close enough eye on your vendors that you can circumvent the need to replace any of them in the first place.
It’s a quandary. Managing outsourcing vendors is arguably more complicated than in-house management and staff, because CIOs who have outsourced IT services have fewer management tools at their disposal than those who need to lead employees.
After all, when you have to deal with poorly performing employees you can call on HR.
But when you’re dealing with a poorly performing vendor, in contrast, who do you have to call on?
That would be your company’s general counsel, who would be no happier about being called in than you’d be in calling them.
IT Leadership, Outsourcing
Source: cio.com