Data Governance Matters

Unsung Heroes and Data Governance
Recently I was asked to explain to a business leader who inherited Data Governance why I had recommended he add a messaging/communication/issue identification path geared toward Data Modelers. He wondered if they were covered in the changes we were going to introduce to the company’s Project Management Life Cycle and its Software Development Life Cycle.

I was happy to explain to him some of the things most Data Modelers do that never show up on their job descriptions. How they may be the first resources in a project – or the only resources in a “too-small-to-be-a-project” effort – to recognize that the assumed approach for structuring data will result in some very unhappy stakeholders somewhere down the line. How modelers tend to know more about data stakeholders and their needs than top brass may be aware of. How they sit at ground zero for much data-related conflict, and so have typically developed negotiation and conflict resolution skills. How this group has traditionally served as the “last line of defense” against certain categories of errors, and can bring those skills and perspectives to many Data Governance programs.

Besides, I said, these folks have been toiling for years, probably suggesting the very types of measures he was now tasked with implementing. Not only could he benefit from their lessons learned, he probably ought to recognize their efforts.

You know, I have this type of talk a lot. It would probably be even stronger if I could give real examples of data disasters that were averted by quick-thinking modelers and architects. Got a story to share? Let me know.