Top-down Versus Bottom-up Data Quality Approach

Top-down Versus Bottom-up Data Quality Approach

Have you heard of the discussion comparing Top-Down versus Bottom-Up approaches to data quality implementation? In this blog post we’ll introduce the concept and outline some considerations for Data Quality professionals. Subsequent blogs will dive deeper into some of the activities of each approach that use the Conformed Dimensions.

Top-down Approach:

In general, the top-down approach uses a more business and process focused orientation. Typically, top-down approaches use the voice of the customer to identify the most urgent issues relating to data. The members of the team conducting the analysis are typically business department members or consultants. They typically start with a conceptual issue that is broad and then require more detailed definition all the way to root cause analysis (RCA). At the point that the 5 Whys (process of asking why something happens at least five times) have exposed a potential reason for the issue, you begin to conduct root cause analysis that often leads to technology team involvement and data queries.

It should be said that there is no judgment about which approach is better, so it should be said that the bottom shouldn’t be thought of as inferior in any way. However, it must be used at the right time and in conjunction with the Top-down depending on the executive leadership’s objectives for the company and current situation.

Bottom-up Approach:

This approach usually focuses on the actual data that documents a business issue. It is often started by technical teams in IT because they have first hand knowledge about where the data is located and data transformation rules in pipelines that feed the reporting or warehousing systems. Sometimes technical managers create a business case for clean-up efforts or data scrubbing based on data profiling (review of the completeness or validity of business critical data). These efforts rely on exposing existing issues often identified during root cause analysis of existing defects/tickets that application teams manage.

At this point you’ve probably realized that there isn’t a right and wrong way to use these approaches. You are right, they both are required and data quality leaders must be comfortable using them as needed.?

What does the?DMBOK2 say regarding these two approaches?

“Typically, a hybrid approach works best – top-down for sponsorship, consistency, and resources, but bottom-up to discover what is actually broken and to achieve incremental successes.”

In other words, in the steady state data quality management environment you’ll use both approaches. In the next blog we’ll discuss how the?Conformed Dimensions are used for each of these approaches.

Did you enjoy this blog? If so, help out by taking the annual Dimensions of Data Quality Survey open now!

Piotr Czarnas

Founder @ DQOps open-source Data Quality platform | Detect any data quality issue and watch for new issues with Data Observability

8 个月

Dan Myers, MBA, IQCP It is a good idea to place data quality in the middle. We cannot expect business users to come up with a detailed list of data quality requirements. However, data teams can share the data quality results and consult it with data owners. Even better, let the business users see the data quality platform and access data quality dashboards to see what type of issues were found and what is the trend in new issues.

回复
Dr. Anne-Marie Smith

Enterprise Data Management Expert | Data Governance | Metadata Management | Consultant | Doctoral Faculty Mentor | Curriculum Development | Ph.D.

8 个月

Yes, taking a hybrid approach to #dataqualitymanagement is probably the best option. Sometimes, one direction is better than the other.

回复

要查看或添加评论,请登录

社区洞察

其他会员也浏览了