Paul Glen: The hazards of literal listening
Computerworld - I was describing the data sources for each field in my colleague's report, when I saw her expression transform from interest to upset. "Is something the matter?" I asked. "You did ask why the report is showing the wrong information. Right?"
She replied, obviously annoyed, "You know that's not what I meant. Please don't be so literal."
After a moment of confusion, I realized that she really wanted to know what we needed to do to fix her report, not a detailed explanation of the failure mode.
At some point, everyone in IT has this sort of conversation. We geeks find this complaint, that we are annoyingly literal, both confusing and unfair. What's wrong with being literal, especially at work? In our work, precision is a virtue. Isn't it disrespectful to presume that you know what someone else is thinking? Wouldn't answering a question other than the one they asked make them think that we don't listen to them? They'd complain about that too.
The fact that this sort of problem is so common should tell us that there's something we're missing, but instead of learning from these episodes, we write off the nongeeks as illogical and difficult. We stick to our self-righteous perspective and refuse to consider what their annoyance tells us. The message we're missing is that we need to master more than one way of listening and recognize which mode is best in a particular situation.
In literal listening mode, we assume that our job is to absorb information. We pay close attention to words, ask clarifying questions to ensure that we understand questions and respond to them exactly as they are posed. We assume that the content of communication is complete, unambiguous, well understood and transparent -- that language is like code.
I think it's safe to say that we as geeks default to literal mode.
Others usually prefer to operate in a more flexible, connected listening mode. Connected listeners pay attention differently, listening to both literal and intended meaning. Connected listeners interpret information with assumptions about context as well and the subjective experience of the person they're listening to, about their emotions, ambitions and constraints. Connected listeners seek to understand what the other person intends to communicate, what's important to them rather than precisely what it was they said.
When our colleagues expect the more adaptable connected mode but instead get literal listening from us, they become frustrated. In those moments, they feel that we're like machines, incapable of relating to them as humans. Sometimes they even feel that we are being condescending, belittling them for their lack of specificity.
So how can you tell which mode you should be in? The simplest cue is to ask yourself, "Are we discussing what technology will accomplish, or how it will work?"
Literal mode is appropriate when discussing how things work, but connected mode is essential for deciding what it will accomplish. When our business colleagues are excitedly imagining a possible future, focusing on mechanics feels like we're crushing their dreams.
The first step to becoming a more flexible listener is to analyze the nature of every conversation and recognize which mode fits best for that moment. When you've mastered this, you'll find that you get invited to be part of more conversations where important decisions are made.
Paul Glen, CEO of Leading Geeks, is devoted to clarifying the murky world of human emotion for people who gravitate toward concrete thinking. His newest book is 8 Steps to Restoring Client Trust: A Professional's Guide to Managing Client Conflict. You can contact him at email@example.com.
More by Paul Glen
- Paul Glen: The most important career question you've never even considered
- Paul Glen: Techies and users are in a vicious circle of mistrust
- Paul Glen: The benefits of an unstructured career
- Paul Glen: Motivating the mercenaries
- Paul Glen: The gifts and costs of working with 'them'
- Paul Glen: How can you wield influence if you don't know what it is?
- Paul Glen: For geeks, avoiding blame is a silent career killer
- Paul Glen: When you've had it with a stakeholder
- Paul Glen: Nobody wants you to be a technology vending machine
- Paul Glen: Geeks love problems, so give them some
Read more about Management in Computerworld's Management Topic Center.
- Who does NSS Labs "Recommend" for NGFW? In 2012, NSS Labs found that most available NGFW solutions "fell short in performance and security effectiveness." In 2013 NSS Labs noted "marked...
- What is this "File Sync" Thing and Why Should I Care About It? All of a sudden, getting a file from your work laptop to your iPad became as simple as clicking "Save." So it's no...
- The Keys to Securing Data in a Collaborative Workplace Losing data is costly. IT professionals have spent years learning how to protect their organizations from hackers, but how do you ward off...
- The Growing Demand for Rich Media This white paper discusses how IBM Customer Experience Suite Rich Media Edition can automate rich media workflows, from collaborating with creative agencies and...
- What should I look for in a Next Generation Firewall? SANS Provides Guidance With so many vendors claiming to have a Next Generation Firewall (NGFW), it can be difficult to tell what makes each one different....
- Why Are Customers Really Deploying an NGFW? It seems every IT Security expert is talking about the NGFW, but what are people really doing? This webcast covers 5 real-world customer... All Management White Papers | Webcasts