This content is part of the Essential Guide: CRM leadership: Buying, managing and running a system
Evaluate Weigh the pros and cons of technologies, products and projects you are considering.

With M&A activity, IT must get involved

When M&A activity strikes, IT is invariably affected. Mergers and acquisitions require IT departments to jump into the fray -- and test their mettle.

If you are banking on long-term tenure in IT, chances are you will be involved in a merger or acquisition during your career. In fact, M&A activity is on the rise. According to Bloomberg Finance, global M&A activity in 2014 surpassed $ 3 trillion, the highest since 2007. This trend makes M&A activity par for the course for technologists who want a seat at the table with other business-line executives, not to mention the vast impact M&As have on the IT department itself.

But if M&A activity presents an opportunity for technologists to work more closely with their business-line counterparts, it can easily go awry if IT doesn't consider some of the technology and business implications of these events. IT departments should think carefully about how these changes will affect existing technology purchases and licensing, costs and the staff you have in place to manage your IT infrastructure, and of course, the impact it might have on the value of the M&A deal itself.

There are 3 distinct stages of any M&A in which an IT department may be called on to participate: due diligence, contract and integration.

The three phases of M&As

1. Due diligence. In the M&A context, due diligence involves the acquiring company gathering data about the company being acquired prior to closing the deal. During this phase, a cross-functional team that often includes IT can validate financial results, expose risks and estimate synergies that can be expected from combined operations (if any). The ultimate goal is to confirm (or refine) the offer.

From an IT perspective, during the due diligence phase, the acquiring company should consider issues that affect the total value of the deal, such as whether the company being acquired is compliant with software licensing or has long-term contracts with high cancelation penalties , and whether IT integration is also high on the list: which systems will the joint company use? Who will provide infrastructure support?

2. Contract negotiation. The contract phase is critical: The two companies involved might have to live with terms they agree on for a long time. Business development and legal units typically drive this phase, using information provided in due diligence reports. I believe IT must remain connected in this phase as well, especially if the integration strategy requires two IT departments to collaborate for the purposes of integration.

3. Integration. Sometimes the acquiring company lets the acquired operate independently, in which case integration isn't an issue. In most cases though, in order to achieve synergy, integration includes tasks that require IT support, such as converting data between systems, closing facilities, moving or laying off employees.

How IT adds value

IT pros are uniquely positioned to identify some of the issues that arise during these phases of M&A. Technology departments can see how to combine the resources of both companies, streamline processes, consolidate systems and facilities and, ultimately, reduce costs. But that takes understanding of the strategy and a fair amount of planning.

Consider this M&A scenario: the acquiring company buys a subsidiary of another large company, so there is an acquisition and a divestiture involved. In this case, IT assets and operations first have to split off from the selling company and become integrated into the buying company, which involves a transition.

IT groups from the acquiring and the selling companies need to work together during the transition, with the acquiring company taking the lead. Now consider the perspective of the IT employees of the selling company: They may assume their jobs are at risk. And in some cases, they're right: with the divestiture, the load on IT is naturally reduced, and so is the revenue to pay for IT expenses.

So the transition must be well thought through and documented in a contract while negotiations are ongoing. This is called the transition services agreement (TSA). IT should be involved in crafting this contract with the legal department.

From the acquiring company's perspective, a TSA must include clear descriptions and service-level agreements (SLAs) of services to be provided during the transition, such as temporary support for infrastructure, help desk, support, phones, etc. It should also name those who will perform these services and hold the selling company accountable for keeping them until the TSA expires. It should consider record retention after transition (for example, copies of invoices) in case of a tax audit.

The TSA should establish who is responsible for transferring or reassigning software licenses and costs -- this is often a tedious and time-consuming issue. In fact, if the selling company uses its own software licenses to provide chargeable services to a third party (the acquiring company), it might require special consent from the software provider -- this is typically overlooked and could generate serious penalties. Finally, the TSA should have a flexible term that can be shortened or extended depending on how the integration goes. And the cost should be consistent with the run rate identified in due diligence.

The selling company wants the TSA to contemplate all these issues, but from the opposite side (i.e. narrow scope, no SLAs, ability to reassign or terminate people, etc.). As you can imagine, there is a great deal of negotiation involved here, and IT can add a great value in advocating for either side of the merger.

As an IT leader involved in M&A activity, you should be involved throughout the process. In particular, if you work for a company that's acquiring another company, you'll need a TSA -- ask your legal department to assist you. If your company is divesting, the TSA is just as important to protect your interests (which are likely to be opposite to those of the acquiring company). And if your company is being acquired or divested, brace yourself.

Next Steps

How the CIO job is changing

Social media and CIOs

The evolving CIO role

Dig Deeper on Customer relationship management (CRM)

Join the conversation


Send me notifications when other members comment.

Please create a username to comment.

What tips do you have for rising in the IT ranks?
Businesses keen on rising through the IT ranks can do so in three steps:
  1. Manage change – people are naturally resistant to change, yet technology changes so often. If you can change smoothly, you’re far more likely to better your business IT.
  2. User involvement – even the most efficient IT systems are worthless if people aren’t using them.
  3. Give workers more information – the more information your employees have, the more they can achieve.
Another important aspect is to stay current. Do not let you IT staff become stagnant.  If they do you will always be playing catch-up with new technology. You may also lose some of you customer base if you cannot meet their needs.

An individual looking to move up to/toward CIO should learn more about handling corporate politics. Techies tend to focus on equipment or programs but often miss the importance of image and rumors.

Not all techies are blind to the rumors and image. A lot of time we see things that do not make sense. They may hurt the company image or reputation. If those in charge of making the final decision do not listen to our advice then it's beyond our control. On the flip side we can see things that may improve our image, bring it to management's attention and then have someone else take credit for our idea. When this happens it's hard for someone to move u the ranks when it looks like they just meet job requirements and are not going the extra mile. 
A lot of this depends on what "rise through the ranks" means to you. If it's a level of becoming a senior IT Specialist, then the technical skills and management of projects is essential. If it's to manage *people*, then there is an entirely different level of discipline required, and much of it has less to do with technical chops and much more to do with interpersonal communication and helping others be and remain motivated. 
The article speaks of "M&A" - merging and acquisition scenarios. These may seriously vary. One scenario might be "run for your life", another - a perfect growth opportunity.

There are uneasy questions uncovered though. What are you going to do - ?
  • If they keep you upon condition that you fire your team?
  • If they fire your manager if you accept his/her position?
  • If your manager leaves and asks you to join him/her at another company?