Shut Your Mouth

New data quality consultants ask me for advice all the time. 

Some are “new” because they are just starting their career.  Others are new because the recent economy has provided them the “opportunity” for a career in consulting. 

Either way, when asked if I have one key piece of advice to offer, I respond immediately with:

“Shut Your Mouth.”

Understandably, an explanation is always required.

 

The Path of Least Resistance

My advice is sometimes misunderstood as:

“Just do as your told—don't rock the boat.”

I have been a consultant for most of my career and in various capacities, namely for the services group of software companies, for consulting firms, and also as an independent.

From my perspective, consultants provide extensive experience and best practices from successful implementations.  Their goal is to help clients avoid common mistakes and customize a solution to their specific business needs.

Their primary responsibility is to make themselves obsolete as quickly as possible by providing mentoring, documentation, training, and knowledge transfer.

A consultant that chooses the path of least resistance by always agreeing with you is not worth the money you are paying them.

To quote a favorite (canceled) television show:

“If you are stupid, then surround yourself with smart people. 

If you are smart, then surround yourself with smart people who will disagree with you.”

The Art of Communication

Perhaps inevitably, my advice then becomes misunderstood as:

“I shouldn't be afraid to speak my mind—and tell them like it is!”

Not so fast—put the bullhorn down—and slowly back away.

 

Communication is more art than science. 

The ability to effectively communicate is an essential skill for all (and not just data quality) consultants.

More than anything else, effective communication requires (in fact, demands) excellent listening skills.

I often joke consultants shouldn't be allowed to speak for at least their first two weeks. 

In other words—and yes, I am also talking to you, World's Foremost Expert Supercalifragilistic Consultant—there definitely needs to be less of you telling your clients what you think, and more of you listening to what your clients have to say.

You must seek first to understand your client's current environment from both the business and technical perspectives. 

Only after you have achieved this understanding, will you then seek to be understood regarding your extensive experience of the best practices that you have seen work on successful data quality initiatives.

 

Can Consultants Lead?

This great question (and the interesting debate it sparked) was the title of an excellent recent blog post by Phil Simon.

My conversation in the comments section with Don Frederiksen, included my paraphrasing of Chapter 17 of the Tao Te Ching (since I literally own eight different English translations, please note I am quoting from possibly my all-time favorite, the “American poetic” translation by Witter Bynner), where I substituted the word leader with the word consultant:

A consultant is best
When people barely know that he exists,
Not so good when people obey and acclaim him,
Worst when they despise him.
‘Fail to honor people,
They fail to honor you;’
But of a good consultant, who talks little,
When his work is done, his aim fulfilled,
They will all say, ‘We did this ourselves.’

Shut Your Mouth

Good communication is a bad mother—Shut Your Mouth!

I'm talking about becoming a better listener.

Can you dig it?

 

Related Posts

Hailing Frequencies Open

Not So Strange Case of Dr. Technology and Mr. Business

The Three Musketeers of Data Quality

Data Quality is People!

You're So Vain, You Probably Think Data Quality Is About You

 

Follow OCDQ

If you enjoyed this blog post, then please subscribe to OCDQ via my RSS feed or my E-mail updates.

You can also follow OCDQ on Twitter, fan the Facebook page for OCDQ, and connect with me on LinkedIn.


Not So Strange Case of Dr. Technology and Mr. Business

Strange Case of Dr Jekyll and Mr Hyde was Robert Louis Stevenson's classic novella about the duality of human nature and the inner conflict of our personal sense of good and evil that can undermine our noblest intentions.  The novella exemplified this inner conflict using the self-destructive split-personality of Henry Jekyll and Edward Hyde.

The duality of data quality's nature can sometimes cause an organizational conflict between the Business and IT.  The complexity of a data quality project can sometimes work against your best intentions.  Knowledge about data, business processes and supporting technology are spread throughout the organization. 

Neither the Business nor IT alone has all of the necessary information required to achieve data quality success. 

As a data quality consultant, I am often asked to wear many hats – and not just because my balding head is distractingly shiny. 

I often play a hybrid role that helps facilitate the business and technical collaboration of the project team.

I refer to this hybrid role as using the split-personality of Dr. Technology and Mr. Business.

 

Dr. Technology

With relatively few exceptions, IT is usually the first group that I meet with when I begin an engagement with a new client.  However, this doesn't mean that IT is more important than the Business.  Consultants are commonly brought on board after the initial business requirements have been drafted and the data quality tool has been selected.  Meeting with IT first is especially common if one of my tasks is to help install and configure the data quality tool.

When I meet with IT, I use my Dr. Technology personality.  IT needs to know that I am there to share my extensive experience and best practices from successful data quality projects to help them implement a well architected technical solution.  I ask about data quality solutions that have been attempted previously, how well they were received by the Business, and if they are still in use.  I ask if IT has any issues with or concerns about the data quality tool that was selected.

I review the initial business requirements with IT to make sure I understand any specific technical challenges such as data access, server capacity, security protocols, scheduled maintenance and after-hours support.  I freely “geek out” in techno-babble.  I debate whether Farscape or Battlestar Galactica was the best science fiction series in television history.  I verify the favorite snack foods of the data architects, DBAs, and server administrators since whenever I need a relational database table created or more temporary disk space allocated, I know the required currency will often be Mountain Dew and Doritos.

 

Mr. Business

When I meet with the Business for the first time, I do so without my IT entourage and I use my Mr. Business personality.  The Business needs to know that I am there to help customize a technical solution to their specific business needs.  I ask them to share their knowledge in their natural language using business terminology.  Regardless of my experience with other companies in their industry, every organization and their data is unique.  No assumptions should be made by any of us.

I review the initial requirements with the Business to make sure I understand who owns the data and how it is used to support the day-to-day operation of each business unit and initiative.  I ask if the requirements were defined before or after the selection of the data quality tool.  Knowing how the data quality tool works can sometimes cause a “framing effect” where requirements are defined in terms of tool functionality, framing them as a technical problem instead of a business problem.  All data quality tools provide viable solutions driven by impressive technology.  Therefore, the focus should always be on stating the problem and solution criteria in business terms.

 

Dr. Technology and Mr. Business Must Work Together

As the cross-functional project team starts working together, my Dr. Technology and Mr. Business personalities converge to help clarify communication by providing bi-directional translation, mentoring, documentation, training and knowledge transfer.  I can help interpret business requirements and functional specifications, help explain business and technical challenges, and help maintain an ongoing dialogue between the Business and IT. 

I can also help each group save face by playing the important role of Designated Asker of Stupid Questions – one of those intangible skills you can't find anywhere on my resume.

As the project progresses, the communication and teamwork between the Business and IT will become more and more natural and I will become less and less necessary – one of my most important success criteria.

 

Success is Not So Strange

When the Business and IT forges an ongoing collaborative partnership throughout the entire project, success is not so strange.

In fact, your data quality project can be the beginning of a beautiful friendship between the Business and IT. 

Everyone on the project team can develop a healthy split-personality. 

IT can use their Mr. Business (or Ms. Business) personality to help them understand the intricacies of business processes. 

The Business can use their Dr. Technology personality to help them “get their geek on.”

 

Data quality success is all about shiny happy people holding hands – and what's so strange about that?

 

Related Posts

The Three Musketeers of Data Quality

Data Quality is People!

You're So Vain, You Probably Think Data Quality Is About You

 

Additional Resources

From the Data Quality Pro forum, read the discussion: Data Quality is not an IT issue

From the blog Inside the Biz with Jill Dyché, read her posts:

From Paul Erb's blog Comedy of the Commons, read his post: I Don't Know Much About Data, but I Know What I Like