Select Page

Listen and ye shall be heard

Chuck Edwards | | February 1, 2010

Are you the kind of person who takes your car to the shop and tells the mechanic exactly what part needs to be replaced or fixed?  Do you go to the doctor’s office and let them know about your condition and probable cures based on what you looked up on WebMD?

How about others’ interaction with you?  In your professional life, have you been asked to do something very specific without context?  Does it make you uncomfortable?  Do you ever think, “Man, I just wish I knew what this was all about?”

We suffer from human nature on both sides of these conversations.  On the one hand, most IT people like to understand details.  We like to troubleshoot and find answers.  That’s what drew many of us to IT in the first place: Problems that have objective solutions, like math tests in high school, are a lot more fun and satisfying challenges than ambiguous issues with wishy-washy resolution.

On the other hand, we don’t like to be told how to do our jobs.  You’re a professional.  I’m a professional.  We got here by working, learning, and digging deep into and around our areas of expertise.  Like the doctor or mechanic, we do our jobs best when presented with the whole challenge instead of a pre-fab solution.  A mechanic doesn’t feel needed if all he does is order a part like he’s told; A doctor isn’t doing much doctoring if she simply writes the prescription demanded by her patient’s own research.  We’re not robots, after all.

Every IT professional and customer should follow 2 simple rules:

  1. When you’re a customer, give your professional service provider the whole picture.
  2. When you’re a service provider, listen to and consider what your customer has to say, and ask for more information if needed.

I appreciate it when a customer researches their symptoms on Google or Metalink before asking a question.  Taking the time to listen, to validate their efforts, to recognize that they probably know more about many aspects of their systems than I do, and genuinely evaluate their solution is an invaluable relationship-building approach.  Treat your customers with respect and they’ll do the same for you; remember that both inside and outside the office, we’re often in the same position of vulnerability that they are when they ask for help.

When I don’t receive all the information I need or when a customer dictates a solution like “Apply this patch!” I find that they are far more receptive to my questions and proposed solutions if I have treated their proposed solutions respectfully in the past – even if they have been consistently misguided.  Besides, how big of an ass do we look like when we reject a proposal out of hand and it turns out to be correct?  Nope, never done that.  Not once.  😉

Mutual respect is the key to any good relationship.  In IT, listen respectfully and you shall be heard.

12c Upgrade Bug with SQL Tuning Advisor

This blog post outlines steps to take on Oracle upgrade 11.2 to 12.1 if you’re having performance problems. Oracle offers a patch and work around to BUG 20540751.

Megan Elphingstone | March 22, 2017

Oracle EPM Cloud Vs. On-Premises: What’s the Difference?

EPM applications help measure the business performance. This post will help you choose the best EPM solutions for your organization’s needs and objectives.

Bobby Ellis | April 10, 2018

Tips for Upgrading From SQL 2008 to 2012 or 2014

It’s 2015 and you can now establish totally respectable MS SQL DBA credibility just by mentioning you have been in the game since SQL Server version 9. You may even get the same gasps of shock from some colleagues that used to be reserved for the version 6 veterans.

Andy McDermid | April 8, 2015

Work with Us

Let’s have a conversation about what you need to succeed and how we can help get you there.

CONTACT US

Work for Us

Where do you want to take your career? Explore exciting opportunities to join our team.

EXPLORE JOBS