Blog: David Loshin Subscribe to this blog's RSS feed!

David Loshin

Welcome to my BeyeNETWORK Blog. This is going to be the place for us to exchange thoughts, ideas and opinions on all aspects of the information quality and data integration world. I intend this to be a forum for discussing changes in the industry, as well as how external forces influence the way we treat our information asset. The value of the blog will be greatly enhanced by your participation! I intend to introduce controversial topics here, and I fully expect that reader input will "spice it up." Here we will share ideas, vendor and client updates, problems, questions and, most importantly, your reactions. So keep coming back each week to see what is new on our Blog!

About the author >

David is the President of Knowledge Integrity, Inc., a consulting and development company focusing on customized information management solutions including information quality solutions consulting, information quality training and business rules solutions. Loshin is the author of The Practitioner's Guide to Data Quality Improvement, Master Data Management, Enterprise Knowledge Management: The Data Quality Approach and Business Intelligence: The Savvy Manager's Guide. He is a frequent speaker on maximizing the value of information. David can be reached at or at (301) 754-6350.

Editor's Note: More articles and resources are available in David's BeyeNETWORK Expert Channel. Be sure to visit today!

February 2007 Archives

In almost all situations, every business activity happens somewhere. Yet is there any value in understanding how location factors into business influence? The answer is clearly "yes" - otherwise, why would millions (if not billions) of dollars be spent on analyzing geographics, demographics, etc. as a way of enhancing customer data? More to the point, I found an interesting web site the other day: It provides geographic information from the Census Bureau in report form. It does require registration, but may be interesting to check out.

Posted February 20, 2007 6:56 AM
Permalink | No Comments |

I recently attended a conference on data governance at which the keynote speaker suggested that data governance is completely separate from IT governance. As both a software engineer and a data management consultant, I was not sure that I could agree with that notion, and judging by some of the reaction in the audience, some others did not agree either. The application framework is tightly coupled with the information used by the applications; implementation decisions made by the application designers have significant impact on the underlying data infrastructure. And lastly, the ability to establish a fundamental enterprise architecture that enables auditability (which is of particular interest in the compliance space) requires close alignment between the IT and the information teams.

Posted February 12, 2007 6:47 AM
Permalink | 8 Comments |

Some interesting alignment of ideas is coming into play this week. First: One of our clients is buidling a set of data warehouses to collect and report on staff productivity across their widely distributed enterprise. The organization has many different locations, as well as ingrained operational processes that have been in place for 30-40 years. And basically, one of the major challenges is the ability to capture measurements associated with units of work. A very intersesting aspect of this is trying to understand ways to synchronize notions of "work" - is there a notion of a "unit of work," and how is that unit reflected in what people actually do.

The second issue has to do with my company's requirements. As consultants, we charge based on time, which necessitates a means for tracking the time spent on each activity. The challenge we have is a little different - each activity has its own set of policies associated with the task. For example, one task has different charge rates depending on whether we are working at the client site or working at our own site. Another example: in some cases the time period is daily, others hourly, while still others need to be tracked on the quarter hour. In each case, we need to keep track of activity metadata - activity name, class, onsite/offiste, billing rate, time increment, etc.

The direct operational driver for time tracking is invoicing - if you charge by the hour, you need to keep track of the hours worked so that you can assemble an invoice. But more interestingly, time tracking, when coupled with task management, gives the same kind of information that our client is interested in - productivity assessment.

So right now, our goal is to come up with a time tracking process that captures all the information we need (for invoicing) while enabling us to figure out what we want (for productivity). More on this saga to follow...

Posted February 1, 2007 12:58 PM
Permalink | No Comments |