Snorage by Angus Kidman

If everyone thinks storage is so boring, how come we always want more of it? Angus Kidman dives into the murky world of enterprise storage, covering everything from the best way to manage a storage area network to the wisdom of trying to ban USB keys and iPods. Go on -- you know size matters.

Burning down the warehouse

Posted by Angus Kidman @ 15:38 2 comments

Getting executive sponsorship for any kind of data clean-up project isn't easy. If careful reasoning, detailed budget plans and a touch of blackmail don't work, then there may be a simpler solution: arson.

Want to know more?

For all the latest news, analysis and opinion on storage, click here

Before the man comes to bust my ass, I should point out that while that's not a serious suggestion, major disasters can often provide the incentive to get your internal data into shape.

Tony Fisher, CEO of DataFlux, gives the example of one company, a chemical manufacturer, which became a DataFlux customer after one of its manufacturing plants burnt down.

When the CEO realised that none of the internal divisions could provide an accurate list of customers who would be affected by this, thereby scuppering his plan to send an apology letter, a data cleansing project kicked off quick smart. (Sadly, I don't know whether the insurance would have covered this.)

Assuming you don't have a handy box of matches, then there are other possibilities. Fisher, who's visiting Australia this week to speak about master data management (well, somebody has to), is singing from a very familiar hymn book with his main suggestion: "Always look for the business case first. Once you've got a business case, getting executive sponsorship is much easier."

What kind of business case can you make for the inevitably tedious task of cataloguing all the data in a business, ensuring its accuracy, and building business rules that ensure it remains consistent?

Fisher suggests dividing such justifications into three central areas: revenue raising, reducing costs or risk management. Conveniently, we can label these collectively as the three Rs of data clean-up, though that may just confuse you in the end.

A little linguistic one-upmanship may also be useful. According to Fisher, while boards may find themselves heading quickly to Snoozeville if you mention "data quality", a subtle shift of phrasing to "data governance" apparently produces the corporate equivalent of a good shot of coffee. It's definitely a possibility worth considering.

But for all that, don't be surprised if it takes a lot of persuasion. Fisher is in the business of selling people on the concept of data quality, and even he estimates that awareness in business of the problem is only around 20 percent. It's enough to make you take up smoking, if only to have easy access to a lighter.

Advertisement

Talkback 2 comments

    Business must drive data quality, not IT Ian Bennett -- 30/04/08

    Yes, governance is the key. Shifting the onus of responsibility for data quality from IT to business management where it belongs. In the chemical company example who can be blamed for the lack of clean, integrated customer data if this was never put forward as a requirement?

    Justifying data quality should be simple. Its just something that has to be done to meet business strategy. In the above example if a disaster recovery stategy was in place that stated that affected customers would be notified then the ability to identifiy customer information should have been considered. The implementation of strategies such as that then becomes the driver of data quality.

    Emphasise the RITES of good DQ management Dylan Jones -- 30/04/08

    Good blog Angus and very valid point Ian.

    I just wanted to extend the 3 R's divisions somewhat.

    "Selling" DQ into any company is incredibly difficult at the best of times but if there is no perceived need or sense of urgency it is almost a lost cause.

    One approach I have found useful is to remember the acronym RITES, quite apt if a company has no DQ strategy.

    R - Risk
    I - Income
    T - Time
    E - Expenditure
    S - Stress

    The thing to remember in any selling situation is that businesses are run by people.

    Sure, people care about their business but they also care about themselves a whole lot more and do not always buy on rational, business-focused logic.

    That's why I always recommend throwing in some personal divisions (eg. Risk , Time and Stress).

    Consciously they may well think - "Yes, our profits (income-costs) are important."

    ...but deep down they will also be thinking...

    "Geez, do I really want my CRM/MDM/ERP project to take much longer than we planned?"

    "Is not doing DQ going to give me a world of stress in my role?"

    "Is doing DQ going to make my position more secure or less secure?"

    Businesses are run by people so don't forget to appeal to their sensibilities too.

    For example, on Data Migration Pro, we are seeing some real horror stories where people are being sacked just for failing to deliver their projects, DQ is the main culrpit.

    So getting DQ wrong is not just a risk in the corporate sense, it is also a risk to ones career progression so make sure you subtly slip that into your sales meeting as well as the standard R's you mentioned.

Add your opinion

Angus Kidman

Angus Kidman

Journalist

[+] Read bio

Latest Videos

Sponsored content

Power Centre - Content from our premier sponsors

Tags

Back to top

Featured