dcsimg

Defining Data: Adapt the Technology, Not the Business

SHARE
Share it on Twitter  
Share it on Facebook  
Share it on Linked in  
Email  

Creating IT/business alignment has always seemed like a bit of a no-brainer to me, but then again, I only have to write about it-I don't actually have to do it. But recently Kalido's Vice President of Strategy and Chief Technology Officer Winston Chen pointed out a common data integration problem that I think really speaks to how gosh darn hard it can be to reconcile smart IT practices with business practices.

 

The problem sounds simple enough: Define "customer." It seems straightforward, until you start to talk to different departments and you learn there's a world of nuances to that question. Just one example: Is a customer someone who's actually bought something from you-or is a customer someone who's interested in buying something from you? Could you even stretch the definition to include a certain demographic that reflects your typical buyer?

 

It just goes to show how much things have changed since "Are You Being Served?"

 

Now, along comes IT with a data integration project or possibly a master data management project, and there's this challenge of defining "customer." It only makes sense that the business should step in, man up and come up with one working definition so IT can move on with the integration work, right?

 

Right?

 

Wrong-or, at least completely unrealistic, argues Chen:

... to accomplish this feat, you need to change the meanings of words that've been in use for years and decades. You need everyone in finance to change their understanding of the word 'customer.' You need everyone in marketing to do the same. You need to change language, which is no easy feat even for a ruthless dictator. With all due respect, I don't think a data architect stands a chance.

As my eight-year-old daughter likes to say, "You make a good point there."

 

I admit that defining customers sounds like a small thing. In fact, you may even feel like you're doing the business a favor by asking them to be more precise, more logical and even smarter. But it's a great example of IT trying to force the business to fit the technology, rather than starting with the business need and adjusting the technology to that. As Chen notes:

Let's think through why we need to have a single definition of customer, product, or other widely shared data, in the first place. The end goal is data integration. The idea is, if sales, marketing, service and finance can all agree on a single definition of customer, then all the associated transactions could be easily integrated.

The end results of the integration may be good for business, but you're already fighting against years of business traditions and language and, worse, already placing IT-focused constraints on the data.

 

But you can achieve the same goal-data integration-by using a different approach, Chen points out. You can build a semantic model that reflects all the definitions of customer:

This semantic model may be complex, but accept it. Don't try to overly simplify it. The world is complex. Unless we have the power to change language and meaning, we need to deal with the world as it is, not how we wish it to be.

This is one of those IT/business alignment traps that would be easy to overlook if you're knee-deep in the day-to-day work of IT and a new project. I guess that's why consultants get the big bucks. They should be able to bring a bit of detachment and perspective to the situation, but there's no reason IT can't do the same. True, the business approach may not be "logical" but is it any more logical to expect everyone else to change to accommodate the data architect or even the IT team?

NewsletterITBUSINESSEDGE DAILY NEWSLETTER

SUBSCRIBE TO OUR DAILY EDGE NEWSLETTERS