Data is one of those tiny details that's easy to forget when you're switching to a new system. Informatica CIO Tony Young says it's the cause of most ERP failures and "one of the higher-risk components of any type of application project."
It's so tricky, even Informatica-whose very focus is data-mishandled the data portion of a legacy cost center application back in 2001, Young reveals in a recent Forbes interview.
Informatica hired a large systems integrator to help with the application change. Like many other companies, it was so focused on the new system running, it forgot the data:
Like a lot of these engagements, one of the afterthoughts of the engagement was the data. Most companies focus on getting the system configured based on the business requirements.
The systems integrator wanted to charge 20 percent more to migrate the data. Informatica was a pure-play ETL vendor at the time, and though it was focused on data warehousing, Young realized it could use its own tool for the migration. Oddly, Informatica's then-CEO was not interested in how using the tool for legacy migration and data integration could affect Informatica's business model:
When I went to the CEO with this idea, he said, 'That's a non-standard use of our technology. We build data warehouses.' The mindset of the company at the time was to move data from legacy systems and into data warehouses. When we got a new CEO five years ago, he said, 'We're a data-integration company.' So for the past five years we've been focused on data integration.
Perhaps you can take some comfort in knowing even pros get it wrong. But I wouldn't laugh too fast, because the odds are stacked against you when it comes to data migration, according to Swati Ranganathan, a senior program manager at LAM Research.
Ranganathan is writing a blog series on the challenges of data migrations. In a recent post, he shares some disconcerting statistics he's uncovered about data migrations, (although, I should note he doesn't provide specific sources, so they could be dated):
He includes a list of reasons why data migrations fail, and in the second post, he addresses common misconceptions about data migration. One theme that's common to the both posts thus far: Debunking the idea that data migration is "just" IT's job or is only about moving data:
Often project teams tasked with data migration focus solely on the timely conversion and movement of data between systems. But data migration is not just about moving the data into the new application; it's about making the data work once within the new application. This means that the data in the new application must be accurate and trustworthy for business users to readily transition from their legacy applications to adopt this new application.
Arthur Cole made a similar point in a 2008 post on his IT Business Edge Infrastructure blog:
Some of the main stumbling blocks to a successful migration are not technical, but organizational. If there is one universal rule of thumb, it's that the process goes a lot more smoothly if data users are involved.
If Young and his team hadn't taken a creative approach to the problem, Informatica would have paid a high price - a 20 percent markup on the project - just because they forgot to address the data migration from the get-go.
There's a good chance companies could be relearning this lesson the hard way as they move applications to the cloud. Already, much of the discussion of the cloud pays little heed to how using cloud services will affect the data.
Don't be one of them. Make dealing with the data an early step in any application migration.