It seems to me there are some people (my experience is with SWEs but probably not limited to that) that:
- don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question
- don't stay focused to the point of the discussion
- don't have some level of clarity in their train of thought and speech
- generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
In such cases I find it hard to have technical discussions at the point where I'm frustrated thinking of all the pointlessly-spent energy required to have those discussions the first place.
Anyone else feeling like this at work? Why do you think this happens? Is it an intentional choice to communicate like this, is it lack of some skill (on theirs or on my part) or something else?
P.S. Apologies for this rant (that probably lacks clarity as well)
---
EDIT: Fixed title and some missing words (oh the irony).
In an American culture, it is "self-evident" that clear communication is about being direct and to the point. But this is far from universal. More generally, western cultures tend to conflate earnest and truth. "Telling it like it is" is valued. We don't realize our own "phoniness".
I have witnessed countless times people hitting a wall in meetings and other situations because they tried to address the point "butt head". Some typical examples I've witnessed
1. French/Japanese starting a simple resource discussion. As we French typically do, French manager starting a negotiating by saying no. Gradually softening while getting given more information. Result: French manager happy at the end, happy to start project, Japanese manager extremely stressed and thought nothing was decided.
2. American engineer excited about a starting project, mentioning how "awesome" things are. French engineer unimpressed, 50 % stuff not working, think the American is bulsshiting him, decides they can't be trusted. American just wanted to share his enthusiasm and wanted to build a working relationship. I was that French engineer long time ago, I really was super confused by American optimism. I thought it was all fake, I since learnt to tune and update my mental model :)
In all those cases, everybody thought they were very clear. I now work in Japan, and what Japanese would call very clear is very different from what we would consider clear in Europe or the US.
> - don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question
> - don't stay focused to the point of the discussion
I often dive deeper if the question itself raises suspicions that the question asker might not fully understand the topic. For example, if someone asked: "can you unbatch those 1k RPCs?", I might go into more detail than a "yes" or "no". I do it to spare the question asker from making a bad decision, without wanting to embarrassing them by saying that the question is too simplistic, or makes no sense.
> - don't some level of clarity in their train of thought and speech
You yourself are missing words in your communication like the word "have" in the quote above. Also, I don't know enough linguistic rules to correct you, but colloquially at least your title is better understood if you write it as "Why do some people not communicate clearly?" So some compassion when others misspeak might be good. Often it's possible to read between the lines.
> - generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
Creativity is often the expansion of a topic, or the merger of multiple topics. Maybe your question sparked their creativity and they're taking the opportunity to show you some of their creative thought process.
Good communications isn't merely about speaking well[1], but about handling how others speak. If you are frustrated with people never giving simple answers to simple questions (as I often am), it is you who needs to adapt and change strategies. The expectation that a question that should have a simple "Yes/no" response will be answered as such is not a deficiency in the other party.
So to communicate well means to learn skills/strategies to handle a variety of communication styles.
One other thing to keep in mind: People are like objects in code that have a hidden state (their experience and views in the world). When you say something to them - no matter how plain, that hidden state is going to morph their understanding and how they interpret what you say. The solution is to learn how to get them to reflect back to you what they think you are saying (without annoying them).
Now in a given work place, it's not reasonable to expect all employees to understand how effective communications works, and it does make sense for the workplace to have guidelines on it - and those that think differently have to adapt. I'm certainly not arguing for "Let people speak how they speak and the onus is completely on you to adapt" (in the workplace).
[1] However you define "well" - there is no consensus on it. Being concise and precise is not it.
My career is not built on programming. Rather, it's built on my ability to communicate effectively in writing and in spontaneous speech, and to serve as a translation layer between various parts of an organization. Your frustration is my opportunity.
In my experience, few people without the training or education will be effective communicators. What's my training? A philosophy degree. Theater. An interest in psychology and psychotherapy. Extensive reading. All sorts of management duties within my family, who are of a different culture and class than myself.
Tech is full of young people with CS and business degrees, lots of money, in a homogenous social context, without their own family. So they haven't been educated to express deeply abstract concepts effectively, and lack the experience of getting a large diverse group working effectively toward a shared goal.
Here’s how I address your issues, when I encounter them:
> don’t directly address the point of your question
I clarify why I’m asking - in the future, I make sure the person I’m talking to has the same context as me before asking.
> don't stay focused to the point of the discussion
I make sure I understand what it is I’m asking. Usually, this happens when I ask a dumb question.
> don't some level of clarity in their train of thought and speech
I make sure we have a common intellectual structure/framework to use. Usually, this happens when there’s more complexity than I initially realized
> generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
Could be a lot of reasons for this. Usually, I asked a big question and put them on the spot, so they’re rambling. I give them time to answer, and May schedule a meeting to discuss.
You may be noticing a pattern here: in general, if someone isn’t communicating clearly with me, it’s my fault, and I can fix it.
Another factor is that people may be addressing what they perceive (consciously or not, and correctly or not) to be your underlying concern, rather than what you literally say.
And sometimes people may actually be ahead of you, and may skip over things they believe should already be clear to you, with the result that they seem incoherent and sidestepping to you.
People also may simply disagree with what they perceive to be your point, and start elaborating on stuff in an attempt to get you to see their point of view, without explicitly stating that they disagree with what they perceive to be your premises, because in their mind it’s obvious from what they write.
> - don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question
- Discusses a point that is not relevant to the subject matter / Expects simple answers to complex questions
> - don't stay focused to the point of the discussion
- Overly rigid and unable to explore the problem space / Keeps bike-shedding unimportant detail
> - don't have some level of clarity in their train of thought and speech
- Expects fully formed thoughts and opinions on a new topic
> - generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
- Unable to follow discussion through related topics and unwilling to consider the broader perspective
--
There is also a big individual difference, during discussion, some people will quietly think out their entire argument, reach a conclusion and present it, they "think to talk". However, another group of people cannot do this to any useful extend, and will have to speak to make their arguments and conclusions.
I am in the latter group, in a discussion, I write (or speak) to think, I'm simply unable to prepare an entirey line of reasoning and then present it, I must make it up as I go, and this naturally leads to a bit of redundancy, backtracking and "moving around" the subject matter before reaching a conclusion.
Just like it is unreasonable of me to expect you (the think-to-talk type) to externalize your entire internal chain of thought, it is unreasonable of you to expect me to internalize mine.
-Empathy/Respect: recognize that people generally are doing the best they can, and try to meet them where they are at/assume good intentions.
-Ask clarifying questions like "What I am hearing you say is x". or "I'm having a tough time understanding how this relates to the problem we are trying to solve, can you break it down for me?" or "Just to confirm my understanding here, it sounds like you are suggesting...."
To the specific points in your post - I find that the difficulty in clear, concise communication rises considerably when it's a live, realtime discussion vs. when it is asynchronous. Compact and precise language takes a lot of time to formulate (I didn't have time to write you a short letter, so I wrote you a long one).
>generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
This one is a tough one. Sometimes this happens when the structure of the meeting is wrong, or there's not someone who's empowered to say "let's set that aside and focus on x". Sometimes though, exploring the possibility space verbally, even when it's a dead end is just how some people synthesize the problem and internalize it so they can understand it better. Sometimes it's necessary work that needs done before everyone can effectively 'play' with the problem you are trying to solve.
Sigh.
Some people are legitimately better than others in all of the above and my view is that those who are better have a responsibility to help the team.
Here are some things that have worked well for me:
* Good information gathering can happen in group discussions but I try to avoid problem solving in groups of more than 3 people.
* A super powerful question that focuses the conversation is this: "What are the decisions that we need to make in the near term?" Now if the answer to this question involves more than 2 or 3 things, politely propose that the group focus the conversation on just 1 or 2 decisions.
* In an engineering context it is extremely rare to find someone who is both very unfocused in conversations and at the same time very effective in getting their solutions built. So, don't waste too much energy trying to correct these people or bring them back on track because they just can't do much damage. Instead spend your energy in small group discussions with other effective engineers. This is where the real decisions are made and the large group discussions are for propagating these decisions for transparency.
My train of thought often branches when asked a general question on a particularly large topic::::
-My ability to communicate during such conversations may come out very rushed because of the amount of material to cover such a topic. -My choice of words may vary depending on a particular subsection of that topic. -I may feel unsure or frustrated with myself in having to double-back or rethink my choice of words on the fly.
What would help us both would be a very specific question to a very narrow topic. That would allow me to be relatively brief while providing full meaningful context to the question at hand.
On a personal note, it doesn't help that I am often sleep-deprived and drink too much coffee just to keep a resemblance of normal functionality. Pre-existing health conditions may affect mental state and ability to communicate with others.
For the train of thought, this one sometimes happens to me, specially when brain-storming ideas or when I'm thinking about second or third order consequences to the "thing" we are discussing.
Also, I think may be cultural? In some countries people prefer to give more context when talking while in others they want to go to the point as soon as possible.
Are you certain that you have clearly communicated your question to the listener? I frequently encounter questions asked without context, questions without assumptions being stated, or questions which are trivial/dontcares.
---
ME: Is X true? And if it is, does that mean Y would also true?
THEM: Yes, Y would be true.
skip a beat
ME: Ok, so to be clear, X is true?
THEM: No, X isn't true.
ME IN MY HEAD: :facepalm:
---
This happens all the time, and is why I've learned to simply not write multiple or compound questions per message in Slack. They have to be broken up into single questions I ask one at a time or else ~1/3 of people will only address one part of what I'm asking.
I still have no theory of why this seems necessary. My only hypothesis is that some people just glance at any given body of text and don't parse the entire thing. Understanding begins to break down as soon as a person has to read more than a single sentence.
Or perhaps my style of communication is the dysfunctional part and I just don't understand why.
https://en.wikipedia.org/wiki/High-context_and_low-context_c...
The rambling could be a way to communicate some context, emotions, while you are expecting a yes/no answer, typically from a low context culture.
* lack of practice; of reinforcing feedback in the form of pushback when not making sense and approval when making sense; perhaps because etiquette makes us too nice to respond in a tight feedback loop
* or a failure to learn from that feedback when provided, because distracted or not viewing it as important, or something to do with excessive dopamine-stimuli that makes longer-term learning difficult, or by nature.
* or, because communication is not so much about precisely expressing things as it is about saying enough to allow your counterparty to produce a mirror of your own mental model, a poorly calibrated sense of what other people know, due to mostly being around people who think very similarly to them
* an overactive mind that has a lot of different things to say—whatever comes to mind—and no particular training in how to organize all those things
I benefitted immensely from a presentation a coworker once gave on the "consulting pyramid" style of writing. In short, your thinking is constructed of "data > arguments > conclusion", and you actually come by those data and arguments in a somewhat random order; if you present an idea exactly as you came up with it it will be a complete mess. Instead, always lead with the conclusion, then a few top-level arguments; then build on the arguments in more detail; then supply data.
This is amazingly general. In writing you can create your argument exactly like this, with increasing detail / volume at each level. In verbal communication, supply the lower, larger levels only if asked.
It seems that having somebody tell you this stuff one time is enough to shake a person out of the mode of "say whatever they're thinking as soon as they think it."
It also helps to recognize rambling and incoherence as confusion, and take that as a cue to go write the whole thing down and organize it.
For example:
I asked a team lead the bare mininum permissions that were absolutely mandatory for the SDK to work, the CEO asked me to make clear what permissions were mandatory and what ones were optional based on features that clients might, or might not, use. The team lead I asked about this, gave me just a list of all permissions used, with no explanation when one or another is needed or not.
So I asked: "Is X permission enough for the SDK to work on iOS?" and the other guy replied: "The W permission is needed to use Popular Feature"
I then asked again: "If there is only X permission on the plist, will the SDK start, on iOS?" and the other guy replied: "But then Another Popular Feature won't work."
I ended having to be extremely precise: "If the programmer uses solely X permission, and attempts to start the SDK, and he doesn't intend to use any features at all, except start the SDK and get it to report RUNNING enum state, will this work?"
Finally he would reply: "Oh, yeah, it should work, oh wait, the programmer would need permission Z too..."
Because of timezones this conversation took over days, delayed projects and got clients angry.
I concluded that some people just assume others won't speak plainly and will attempt to find the hidden meaning.
Another classic issue is when you ask something on Stack Overflow for example, people assume it is the https://en.wikipedia.org/wiki/XY_problem too much, and will mark your question as duplicate or downvote it... But sometimes you are not asking about "Y" in the XY problem, you literally need to know "X". Wikipedia page there lists as example someone that asks how to get the last 3 characters when what they really wanted was to figure out the extension, but sometimes, people really needed to know the last 3 characters, and it had nothing to do with file extension.
Growing up, I had a terrible middle school educational experience in the 80s but two of the things they did right were A) computer club/lab where we could learn about programming and computers and B) a requirement to have an "oral presentation" (aka "OP") in front of our English class.
For introverts like me this was so worrying the first time but they made it easy by letting us choose almost any topic that we liked (I think I did coin collecting one time, I remember other students doing something on the Soviet military or sports). Once I got up there and into my OP it wasn't that hard and actually I felt relieved that some of my audience was bored. I feel that I am a better communicator because of it, both as a speaker and a listener.
Some workplace tactics I've seen to handle the situation you described include "BLUF" declarations (https://www.lauramfoley.com/bluf-statement/) for presentations or meetings. I met one guy in the military who said they do this, and if the scope of what is to be discussed is not clear or there is disagreement on what should be covered the meeting gets cancelled.
Having said that, his emails were horrible. Sometimes he would accidently put in a 'no' in the sentence, so he actually wrote the opposite of what he meant. I knew him well, so I could guess that this is the case, and followed up verbally to check what he means. At the same company the CEO also wrote pretty terrible 2-liner emails.
I personally put great value on clear and concise communication, esp. clear and concise writing. However, in my experience, having worked at ~10 companies, I'm an exception on this.
Most people seem to view the act of typing a message/email as a necessary evil, and they will just do one pass of typing, send it, and hope for the best.
Most people do not: (i) proof-read what they write (ii) care about grammar (iii) consider whether this is clear and concise (iv) don't think whether this is a good time to write this.
On the last point, eg. as a manager I never write any emails that might affect people's mood on a Friday, because I don't want to f--k with their weekends; there's no point, I can just send it at 9am on Monday and everybody had a great weekend. But, in my experience most managers aren't considerate like this.
For example - and it feels silly to type this because it's so obvious - as an ops-guy, I know we have to think about service downtime, its duration, our control over the downtime, user impact of the downtime and also the transitive impact of a downtime. This makes it very smooth for me to discuss a maintenance window with a call center manager, because even though our services aren't the same, we're knowing each other concepts. On the other hand, we've had developers who didn't understand how terrifying a rather uncontrolled downtime of unknown length is.
Or another example, some developers simply don't know that we're running a couple dozen instances of their software for different purposes. If you don't know that, "doing an hour or two of tinkering" for this update seems fine, because you just did it once for your test system. On the other hand, we're suddenly looking at literally man weeks of work if we accepted this.
Growing aware of such blind spots is doing good for me, and also growing awareness to the awareness of such blind spots. Some people who are very enjoyable to work with accept they have these blind spots and are happy to dig into them. Others are in fierce denial and more difficult.
Switching from verbal to written communication, or vice versa, can sometimes be helpful. Often when asked a complex question it's difficult to answer on the spot, not because they don't know the answer but because they need to organise their thoughts to explain it to you, or are trying think of any other information they might have forgotten, or other stuff. So a written answer they can compose might be easier.
Sometimes your simple question is not so simple, and doesn't have a clear cut answer. You do need to be open to that.
Of course sometimes people are not answering in good faith, and sometimes you're talking to a customer service drone, or even an actual AI responder, who are literally just choosing answers from a dropdown menu and not really reading what you've written.
I've found 1-on-1 discussions with this person to flesh issues out are much more productive than group discussions because fewer people are in on it and when I'm in the right mindset I am able to to put the effort in and help this person make the very significant contribution to the group they are capable of.
Overall, preparation is a useful tool for communicating on difficult topics. There are so many things I can talk about succinctly now that took me years of working over again and again to get where I am. Having a script, having some visual aids, etc. can help anybody be more articulate.
I know an activist who used to be notorious for ranting at public meetings who has gotten help from people in her community to prepare what she says ahead of time and she makes a much better contribution.
I'm a bit sensitive to what you say because sometimes I "think differently", particularly when it comes to what one might think is essential as opposed to what one might think is particular.
One case is that whenever the subject of "doing a calculation in parallel" comes up I will start with introducing batching because almost always the unit of work takes less time (often by 100-1000 times so this is pretty general) than a context switch regardless of what technology you use. In my mind the batching is essential and how you schedule the work is superficial.
I'd say that my approach is faster and more reliable because most people will schedule a unit of work that is too small and not get any speedup. They are going to introduce batching or give up. I've also learned the hard way that few people, particularly in a group, are going to be receptive to this, that I'm going to be accused of being obstinate or an ineffective communicator and as painful as I find it (it takes continuous mental effort to suppress) I will let people go ahead and learn about batching the hard way.
Some people's neurons are organized such that topics of information are tightly bound without reaching too far into adjacent topics.
Other people's neurons are broadly organized with topics of information overlapping.
Neither method of organization is superior. They each have pros and cons.
Tightly organized minds are efficient at particular tasks and can delve deeply into any particular area of knowledge, but are more rigid and less able to cope with new situations.
Loosely organized minds are less efficient and their knowledge is more superficial, but they're able to be flexible in the face of new situations and more apt to generate novel ideas to solve problems.
Are you sure you've clearly communicated to them the point of your question and all relevant context?
>- don't stay focused to the point of the discussion
Are you sure everyone in the room entirely agrees on what the point of the discussion is?
>- don't have some level of clarity in their train of thought and speech
Surely there must be some level of clarity.
>- generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
If they're related subjects, are you sure that they're entirely irrelevant to the discussion? Why are you the only one who gets to determine the appropriate scope for the discussion?
Many people seem to totally lack the capability of understanding simple questions. I often have to ask yes/no questions, and even then I have to say "please answer yes or no". Then I have to go beating 1 bit information at the time... really frustrating, specially with people with master or even PhD degrees! Ok, where I'm now it seems a PhD can be bought around the corner for 2 cents.
In my experience this also happens when they try to explain something. Right now I'm relatively new in my position, and it was a real torture to understand the system, because nobody seems to be able to explain it in a linear way. They start "there is this function, and this function, which depends on that, btw, there is also this here... did I mention this other module?!... ahh ok... no no.. sorry, I forgot this interface..." It was really exasperating!
I think this may correlate strongly with the lack of ability for text comprehension, that is often reported in school tests.
EDIT: I see some answers referring to learning disorders, disabilities, anxiety, not knowing the issue at hand. I'm talking about people which do know the topic (explain the code they have written, for example); in a situation where I'm not the boss, and is no interview, just a coffee talk between equals; witout any diagnosed problem oder disability. As said, even with PhD titles, which imply they had to defend a Thesis in front of a panel with complex topics...
“If a man writes and speaks "neatly" it is because his thinking is orderly; if his expression is forceful, the thought back of it must be forceful. But if he blunders for words, and uses phrases which express his meaning clumsily, I believe his mind is cluttered and ill-disciplined.”
[1] https://en.wikisource.org/wiki/Why_I_Never_Hire_Brilliant_Me...
> don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question
Understood the question, and without acknowledging the immediate implications, goes on to spell out the pictures that pop into their mind without sharing context for it.
> don't stay focused to the point of the discussion
In their mind, they are following the discussion to where it naturally leads. They only failed to connect the dots by providing context.
> don't have some level of clarity in their train of thought and speech
This one's hit or miss. Maybe they do have something that ties together what they're talking about but haven't shared it clearly. Other times, they're just rambling on.
> generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
Continuation of two points above. If there were more sync-points where participants would be clear about what they acknowledge and agree on, acknowledge and disagree on, then they could get to why/where there are discrepancies in their viewpoints. Unfortunately many are unable to express why/what their objections arise from and are gut reactions which may be valid but difficult to name.
I think an effective way to fix this conversation pattern is to adopt "Yes, and ..." rather than the unspoken 'ok' then spoken "But ...".
* to avoid committing to some specific work.
* to avoid revealing that they haven't done some expected background investigation or groundwork.
* to try to cover up simply not knowing stuff.
* engineers may overthink a question and the answers for fear of saying something incorrect, because almost everything is riddled with conditions and limitations. And sometimes incomplete counts as incorrect. It's hard to know which may be relevant to the situation being asked about, leaving the busy-brained techie flustered. "Oh, in C, you use the + operator to add numbers. Oh but wait, if there are overflows, it is undefined; don't interpret my answer as meaning that you have a nicely behaved, safe addition. Oh, except for unsigned types ... I should also warn you that the operands possibly undergo promotion to different types, and one operand is converted to the type of the other according to some hairy rules that have portability implications; just try to avoid mixing signed/unsigned or integer and floating."
Politicians are evasive. Canada's Justin Trudeau has become internationally noted for using questions as prompts to dump carefully scripted messages.
(1) They're focused on some other problem, and then they're asked to participate in a discussion. This requires unloading their brain, literally, so that they can devote full attention to the discussion (i.e. 'stay focused'). Some try to only devote partial attention to the discussion so that they don't have to unload and reload their brain all the time - as this takes a lot of time and energy (think: cost of a major context switch).
(2) They don't spend much time interacting with other human beings, so their communication and social skills are somewhat lacking, i.e. not much so-called 'emotional intelligence'. People can learn this skill, but for those not practiced in it, it does require one's full concentration (see point one). Others fall into the 'lecturing to the classroom' mentality, i.e. they generate a one-way stream of information, not a discussion.
One solution is to schedule technical discussions ahead of time, and make a point to never interrupt people when they're in the middle of something. If that doesn't work, maybe some kind of communication skills training program is needed.
* Didn't clarify requirements. Didn't outline or discuss potential solutions and tradeoffs to different approaches up front. Instead spent days writing an overcomplicated implementation based on their understanding of the problem in isolation. Typical code review feedback triggers a defensive response citing sunk cost fallacy and will not engage with non-syntactical questions, for example "why did you choose approach it this way instead of that way" is ignored or called out of scope
* Didn't prepare or share meeting agendas ahead of time. Instead tries to explain meeting context verbally on the fly. Monologues for 10-15 minutes touching unrelated points, outlining different ways we could structure the meeting, gives random bits of anecdotal context, then says "what do you think?". Is met with crickets. Attendees are confused and very little is established or clarified. Rinse and repeat at the next meeting.
These left me pretty much stumped and negatively affected my future efforts with the individuals.
I wonder how other people would approach these situations?
If you are bouncing ideas off other workers who have other responsibilities and don’t really know much about your problem, I suspect they see it as more of a social conversation and don’t feel a responsibility to stay on topic, and will be happier pivoting to things they understand better or find more interesting.
On the other hand, if you are trying to have a deep technical conversation about something you and another expert are working together on, and they can’t stay on topic, there’s a possibility that they aren’t very good at their job. Although, communication is a two way street, and there are probably only a couple people working on your specific problem, so it seems like it would be hard to get a decent enough sample size to figure out which party’s communication skills aren’t up to the task.
Finally there is the case where you are trying to get information from someone who know the problem much better than you. For example, someone who has designed a library that you are trying to use, where they know the internals and you are just trying to figure out the API. In this case, they might decide that they simply can’t describe the API without telling you about internal details that feel, from your point of view, like an expansion of scope and a waste of time. In this case, they might be wrong, but unfortunately it is hard to tell due to the knowledge asymmetry, so there doesn’t seem to be anything to do but go along with them.
Generally a conversation is more productive if everybody knows what everybody else’s incentives and roles are (lots of conversations are just for fun and not intended to be productive, which is probably why we’re used to not really thinking about this before conversing).
For me I think it comes from my background as a software developer.
When working at a task, the first thing I aim for is identify the most complex problem and build a trace of solution for that - it gives me a fair estimate for the task size to take all the complexity upfront, and makes it easier to delegate part of the details if I need a hand to keep a deadline later on.
When someone comes with a question, my brain is hardwire from 20 years of practice to go deep, trace a solution, and build on top of it.
The result is that there's hardly any linearity in the speech. Details get added out of order, preconditions get explored as needed by the core issue, and in general everything emerges based on the need of the argument to have a solid structure and not the need of the listener to follow up to the solution and of course if you take a total approach then it's hard to stay on topic.
Now as I said I've tried to get better but it's been hard beyond recognizing how one own thought process work.
2) Some people will always communicate poorly as worse than average communicators will always exist in nature.
3) On top of this, phones and other modern technologies provide a constant distraction for people. That average person might have appeared far more competent in a different era where they lived more in the moment and had to focus on what was in front of them rather than trying to resolve a problem as quickly as possible to go back and look at their notifications.
4) IMO, the question shouldn't be "why don't some people communicate clearly", the question should be "why does it seem like more people are communicating unclearly than before". To that I would say a combination of technical distractions as well as dropping IQs.
5) My personal life tip for both programming and interacting with people in your daily life (real-estate agents, waiters, customer-support people, plumbers, etc) is to make very simple requests without conditionals whenever possible. Everybody gets confused with words like the following: if, unless, and, or, until, when. To reduce the chance of confusion, say straightforward things to your busy waiter like "Please bring me some bread" and don't give convoluted requests like "If my appetizer or salad is ready, bring me that and my bread, but if the meal is ready, I want you to please get me my drinks first." Convoluted requests with conditionals are most often a chance for confusion.
Also, we seem to have lost respect for editors in writing and it may have spilled over into oral communication. When answering a technical question it would help if people kept the old inverted pyramid structure in mind. Instead people indulge in a "let me take you on a fascinating intellectual journey to parts unknown; Will I ever answer the question you asked? Who knows? But I appreciate your patience and indulgence".
I will often interrupt a few minutes into a monologue that doesn't seem to be circling my question and say "It's ok if you think I asked the wrong question, but in that case you need to say 'the answer to the question you asked is X, now here is why I think it is the wrong question...'"
Weaving together an on-the-fly response that both ties off the thought process and presents a narrative that doesn't lose the audience is a skill not many possess without extensive practice (e.g. high-level debate training, trial law, etc..).
Examples:
She starts off with "To make a long story short...". I tell her: "Honey, all of your stories are long and I like them to be very short. Just leave off 'To make a long story short' and get right to the point."
She answers yes/no questions with long-winded answers that make it very unclear whether it's yes or no.
She drifts WAY off topic very easily. We might be talking about some current topic and she'll go off with something like: "Oh, let me tell you about what happened when I was 7 years old and attending elementary school and we had this girl that lived next door that would always ...". It exhausts me when she does this.
She's very hard of hearing (has hearing aids in both ears) and even still she often doesn't clearly hear what the other person said and guesses at what they said. Then replies with something completely unrelated.
* They don't know how to politely communicate that they don't understand the question or disagree with the premise. The mental transformation from "that makes no sense, I don't understand what you're asking about" -> "I may be missing context here, but..." isn't something that comes naturally to everyone.
* They don't know precisely how focused they should stay. Sometimes the discussion really is too narrowly scoped and needs to be broadened, and it can be hard to calibrate.
* They don't know how to prompt other people, who may have a very different sense of which angles are relevant or how wide the scope of a conversation should be, to focus back down on what they need to talk about.
> don't have some level of clarity in their train of thought and speech
When I am working on a software project, especially a big one, a lot of my brain power is dedicated to holding a mental model of how it works, how the pieces fit together, and what the variables are. Even while I'm not working, a large block of my mental capacity is occupied. In the most extreme cases, I've had trouble coherently communicating/finishing sentences.
> generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
Sometimes when I start answering a question, my brain will follow a series of thoughts and free associations. Part way into an answer I'll have forgotten what the question was. This probably ties into the above, but it's also just how my mind works. This might be a common trait amongst developers?
It is a combination of personality and the persons understanding of the topic.
It boils down to you yourself not communicating your intention in the conversation a lot of times. You can say "java is a poor choice because of gc", do you want to talk about langauges in general, are you looking for them to relate to you on your experience with java, are you trying to get better context about why the person wants to use java? Are you mentioning that because you want to get to know the person better and that was your ice breaker?
Understand that other people live in a completely different world in their minds than your own. Being clear and direct is not enough, being specific might also be required which means saying obvious intentions and meanings out loud.
The process of translating thought into a language (written or spoken - also picking a language, being multilingual), and then into concise language, at least for myself, is a multi step process.
A younger version of myself would be “too lazy” to keep that process hidden in my brain and would verbalize the whole algorithm with all its complexities and dimensions until getting to the point.
It took trial and error and practice for me to realize people just wanted the point and fill in the details afterwards if necessary. Or that the other person wanted to find the reasons themselves as a way of confirming our thoughts are synchronized.
It takes quite a bit of computational brain power to do all that well, whereas it’s easier to ramble and and brain dump.
The opposite is often (but not always) true. If a person does not communicate clearly, it is usually because they cannot think clearly (at least about that particular topic).
Take a moment and ask yourself legitimately, “What do I owe the person(s) who I’m speaking to?”, by way of rights. Not monetary “owe”, but civil “owe”, if you’re not keen on any we can talk it out elsewhere. But try this out maybe. Worry less about the hang ups that other people have, because they aren’t going anywhere anytime soon, and focus on what your duties and obligations are toward these people. The outcome will not always be favorable or pleasing to you, but it’s not about that.
You could find another profession where the common communication problems have to do with getting upset and crying about interpersonal conflicts.
The useful insight is this…most people think they’re being clear even when they’re not. Their brain is making sense of the world in a way which may not make sense to you.
One quick hack, especially for engineers, is “I heard you say X…but I’m not sure that’s what you mean. Is that right?”
Most of the time, reasonable people will notice the communication gap and help close it.
Them: "I couldn't get it to start up correctly because the parameters weren't right. What are the right parameters?"
Me: "What are you even talking about?"
It got so bad at one job that I created a sign that said "Context Please" that I would hold up to my coworker. I could only get away with it because we worked well together and were friends. He just had a big problem with context in his communication.
1) People don't receive formal training in logic and argument formation.
2) People don't properly calibrate their own emotion or take into account the listener's emotions when deciding how to make their argument.
In a work context:
- Some people just follow their train of thought wherever it leads. It works OK in their internal working life, because it leads them interesting places. They may not realize that they have to maintain a clean "interface" with the external world and have some of that chatter not cross that boundary.
- Some people have hangups. They like to draw the conversation to their own things which make them look good.
- Some people are just self-centered. I don't mean conceited as in full of themselves necessarily, but as in they really find it difficult to see the world through another person's viewpoint. The world only exists through the viewing pane of their own interests and experience.
- Some people over communicate when they are nervous instead of keeping it crisp. I do this. It's important for me to be relaxed in a meeting where I am presenting.
- Some people just don't know how to gauge their audience. They try to explain the whole "elephant" when asked about it, instead of trying to scope the answer to the audience's level of expertise and the scope of the question. Imagine a blind man considering a vacation to Africa asking, "What's the dangerous part of an elephant?" - Well, it's partly the pointy things on its face, but also they are gigantic and ill tempered. There, I answered it in a concise way, but you can imagine (say) a nerdy zoologist getting wayyyy into the details of anecdotes of the myriad ways elephants have killed people.
- Playing dumb, by the way, can be a sneaky way of setting people's expectations to gain an advantage. See: The scene the Shlomo character in "The Honourable Woman" has near the end of the season where he admits that as CEO of a telecom that he actually understands all the tech from the top to the bottom. And that people's expectation that he doesn't reveals things about them in their interactions.
- If you read original texts by great thinkers from Plato to Adam Smith, they really aren't easy to parse. If they couldn't do it, what chance do you have :)
- It's recursive: to explain idea A, you need to understand idea !A in the other person's head.
- There's infinite complexity out there: Even if you can explain idea A, you're leaving out a lot in terms of related ideas B, C, D
(Disclaimer, I make a product to fix this: https://demogorilla.com/docs/compelling-demos )
I think people should generally fight this need for simple answers... the world is a messy place, and if you're turning to a practitioner of said mess for advice then you should expect a suitable answer. (It also avoids the other person looking like a buffoon or pointy-haired boss to me, which is one of fastest ways to lose my respect)
Most of the software engineers I have worked with never put anything in writing because they lack confidence in their ability to express their thoughts in a written form. When that becomes common in a work culture you tend to have lots of meetings where people over communicate verbally as a compensation while everyone else is silently playing games or watching paint dry.
I look for this kind of structure when I interview people, and it's amazing how many go breadth-first with their answers, and it turns into a hard-to-follow stream-of-consciousness.
Me: "Please describe system X"
What I want to hear: "System X is composed of major subsystems A, B, and C. I'll talk about them in order. Subsystem A is composed of attributes 1, 2, and 3, which I can describe later if needed. Subsystem B is composed of 4, 5, 6..."
What I often get is: "System X first has subsystem A. Subsystem A has a lot of attributes, like attribute 1, which itself is composed of detail alpha, the research behind detail alpha is this: ... ..., ok, now back to attribute 1, there's also detail beta, which is really cool because ... ..." and we're out of time without even getting to any of the other attributes, or to subsystems B, subsystems C, or even mentioning any of their attributes.
It's easier to go from stream-of-consciousness to depth-first, but you lose your audience. Better to take the time to structure what you're going to say, and present it breadth-first, top-down.
EDIT: Somehow switched depth and breadth :)
Me (manager): “Hey Bob, did you and the other team figure out a solution for the problem you mentioned last week?”
Bob: “Well, we had a couple of long meetings and went through a lot of issues.”
Me: “Great. Did you come to a conclusion?”
Bob: “Well, there was a lot of disagreement at first, that’s why we spent longer than we intended to in discussions.”
Me: “I see. So did you figure out a solution?”
Bob: “Well, I need to think about the impact now, might need to do a lot of refactoring.”
Me: “Ok, but did… you… agree… on a solution??”
Bob: “Oh. Yes.”
I had undiagnosed ADHD which I've finally gotten diagnosed after 30 years. I somehow managed to get into tech (at some of the most prestigious companies) as a software engineer but I couldn't advance past mid-level engineer because of a severe lack of consistency. I would have weeks where my output was massive followed by weeks of low output.
- don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question
I might've gotten distracted mid question. Or worse, I forget a word I was about to use and need to think hard about what that word was.
- don't stay focused to the point of the discussion
Some other tangential idea might've popped up in my head and in the moment I find it so compelling I need to blurt it out.
- don't some level of clarity in their train of thought and speech
My short term working memory is terrible.
- generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
See above
Anyway, I think most people are on some spectrum of having the ability to maintain clear trains of thought and I think it's one form of intelligence. So you should feel fortunate to have this ability naturally and learn some patience with the rest of us peons that are not as good as you. Intelligence, patience and compassion will get you far.
An umwelt is an individual's subjective experience of the world, shaped by their sensory perceptions, language, culture, and values. Because people have different umwelts, they often perceive the world differently and may come into conflict with one another.
Simply put, people are unequal when it comes to understanding and without clear understanding many people will struggle finding words to explain what they mean.
To recap again, language is difficult and communication requires active effort as opposed to just assuming that what one has in his mind will always come across perfectly no matter what words/utterances are used. Unfortunately, not everyone knows or ponders upon it.
But imprecise communication is something you'll have to get used to if you want to do important work. The most precise communication you will find are in higher level math textbooks, where the proofs rely on predetermined axioms and careful logic (and when proved these statements are called "trivial"). Issues in the real world are built on top of imperfect information.
Reminds me of a Feynman quote on what makes a topic that we can have a discussion on:
"We can talk about the weather; we can talk about social problems; we can talk about psychology; we can talk about international finance–gold transfers we can't talk about, because those are understood–so it's the subject that nobody knows anything about that we can all talk about!”
Yes, and not just because of cross cultural issues, as some of the sibling comments suggest.
I've seen people who don't address questions clearly, sometimes cannot explain their train of thought or reasons for making certain decisions (which may or may not be cargo culting at times), or have especially pronounced challenges in regards to async communication as well - not electing to use a spell checker and usually having typos (both in their messages and code, unfortunately), communicating in cut off short sentences without providing the proper details, or always asking for a call.
I suspect that communicating effectively is a skill like any other and many simply choose not to make an effort to advance it. Alternatively, some may not be comfortable with writing in any capacity (e.g. dyslexia), or alternatively, explaining themselves verbally (e.g. anxiety).
In regards to my latter points, I actually made this site to hopefully give some tips on async communication: https://quick-answers.kronis.dev/
(some of the already existing sites seemed to ridicule these people, which I do not want to do, but rather offer tips)
That said, I am also not perfect and have made the occasional communication blunders myself. That's why nowadays I try to re-read what I'm about to post, or consider how I word things at least a few times before hitting submit. Even in communication that takes place in-person, I try to introduce people to the points I want to make bit by bit, giving them whatever context may be necessary.
As for engaging with others, all you can do is encourage them to share more information as it's necessary, not get sidetracked and be very patient yourself.
I have been on both ends of the conversation. From what I have learned, each technical question to some degree requires reciting what architecturally is occurring from memory. The more complex a system becomes the harder it is to do that. Potential solutions are writing documentation, reducing complexity, or staffing people to keep complex parts in their memory.
Therefore, answers/responses can only be of a good quality if the question is.
Next, you may ask a question which in your eyes is simple but in the eyes of someone who understands more is actually complex and has many factors.
Ask two people how does a car move forward? One may say I press the gas, the other may say pressure increases in the engine which moves blah etc giving power to the wheels etc. Both answers are correct, no one specified the amount of detail nor the success criteria of the response. No one knows what you're thinking nor what you want, try to be considerate just because you think others aren't communicating clearly doesn't mean they aren't.
It's possible that you don't understand what is being said and therefore attribute that to bad communication but in fact it's a deficiency on your side.
If someone says someone is bad at communication sometimes they simply don't understand what's said and they want a simplified answer. That doesn't mean the person responding is bad at communication.
As others have mentioned, in tech nothing is black and white if you ask me how can we fix X: immediately I would give you a couple options; maybe a hacky workaround and a long term fix giving an explanation of the advantages and disadvantages so you can take an informed decision. None of this is bad communication it's actually portraying a sense of ownership and ethics.
Simple answers to questions may mean the wrong solution is chosen.
There's no such thing as a simple answer to a complex question.
Finally, communication is not code, like any form of communication back and forth has to take place and this is healthy and normal. If you feel it's tiring then you may want everything spoon fed.
I've had people repeat everything I've said with different pronouns to confirm their understanding - in my eyes they had a deficiency in understanding because they are literally repeating what I'm saying over instant messaging.
Take a step back and put yourself in their shoes and be sympathetic and compassionate.
* Social skills lacking due to upbringing and/or medical conditions
* Dwelling a lot on information and not enough on nuance or emotion
* Feeling superior and communicating in a way that advances what you think is important more than what the audience want to know
* Not giving enough value to why the person is asking the question or wants you to articulate your message
* Lacking self-awareness and not even knowing that they are communicating badly
* Too much on their mind to easily detach into communication mode
* Don't care enough about the people they are communicating with so they don't try
* Not considering the intent of the forum they are in. Is this something for noobs, for PMs, for Managers? Is someone asking me for an opinion?
* Sometimes the question/discussion is not as clear as the asker thinks it is, so rubbish in equals rubbish out.
* Sometimes I honestly don't know like when you think you've asked something really clear and the answer is confused, you try again but eventually just have to quit!
- don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question
Those that are savvier have a point they're trying to get across, not addressed by your question. A common tactic is to ignore the question being asked and give the answer to the question you wished you were asked. Most interviewers let this go, so people do it all the time. - don't stay focused to the point of the discussion
A lot of people have pet topics that they have knee jerk reactions to. So even if it's not the point, just mentioning the pet topic will make people want to pipe up, even if it's not the point. It's an emotional reaction.Also, I find most people don't really listen. Their head is full of what they're going to say next that they don't have any idea what the main point is.
- don't have some level of clarity in their train of thought and speech.
Takes practice. Most people don't write enough, as writing is a way of making thought linear and subsequently articulate. - generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion.
Sometimes it's an insecurity thing. If you don't know what's being talked about, one tactic is to change the topic to something you do know about.Generally, it sounds like you (OP) thinks that the reason why people converse is to exchange information, even if it's a technical discussion. There are other reasons, like establishing social status, to socialize, to think aloud, to impress someone else, to influence others to their goal, etc. I think once you know these other motives exist, it makes these behaviors less mysterious.
People are coming from various cultures and backgrounds, you should accept that it means that communication style can be very different. In all cases, be patient and ask questions till you are satisfied.
You may not get what you want the first time, but just keep politely giving them guidance, and eventually you will "train" them on how you like to get answers.
When they successfully give you a succinct and cogent response, thank them: "Wow, that was very well stated. Let me repeat it back to you: Z. Perfect, thank you."
In terms of why this happens, they may be formulating an answer on the fly, but feel like they have to start talking immediately. So, they're working through a half-formed thought in real time. There's that old joke: "I'm sorry this letter is so long, I didn't have time to write a shorter one." Simple is hard.
I struggle with this at work, too. I'll ask a question that I hope is a one word, or at most one paragraph answer. Five minutes later, I'm grinding my teeth, thinking "stop filibustering this meeting."
In my mind, this would be a stupid answer to a question that requires introspection and maybe also take time to explain why I think what I think and potentially, other beliefs that could be impacted by making a stand on this view.
Technical discussions are similar - you want to explain why you think it is so.. After all, if the question were so simple as to have a very simple answer, why would you ask it in the first place? You also want to point out other things that can be impacted by the answer or by each of the decision arms. Sometime, lack of clarity also comes from unstated assumptions of what you know and what others think you know.. but if someone makes that assumption, you are going to say they are not directly addressing the point.
I think it would help in thinking conversation is a 2-way street... you provide appropriate noises and feedback to get what you want, while listening to answers.
I tried to explain over and over again that I didn't think the question was very simple, that there could be at least 3 different answers depending on the context and that he would have to specify more. But he was so certain that it was simple that he didn't want to listen to any of my explanations. Eventually it came down to him trying to force me into saying either:
a. That I was too stupid to answer or even understand the question. b. Some false solution to the problem that I already knew wouldn't work with the reliability we needed.
From that point on, I was pretty damn sure that I didn't want to work with this coworker ever again, and I eventually left the company largely because of them (this obviously wasn't the only issue I had with them, or the company at large, but still it played a large role).
The answer to any "what is X?" or "what's the difference between X and Y" question invariably resulted in an hour-long meandering tour of the whole domain. But not really the whole domain... just tiny inconsequential bits and pieces of it, which I could never pause him long enough to get him to assemble. If you mention that "X is basically Z with 2 exceptions", I need to be able to pause you and ask you what "Z" is.
The first time and the first month this "dive into the deep end" was useful. It takes a while to load a new domain into your head and it's all going to be unclear and ad-hoc at first.
But at some point, I really just needed to know what X, Y, or Z is so I could get on with my work, and I knew I'd never be able to get that answer out of him.
I know I'm personally awful at explaining technical things I worked on a day or more ago. Even just some simple spreadsheet or something, if you want a confident answer you'll let me open it up and look at the formulas. Don't expect me to answer off the top of my head. I'm pretty confident in saying this aloud but many people are not. They feel like it reflects negatively on their intelligence and whatnot. I feel like many people start rambling on when they just simply don't know the answer or don't understand the question. In this case, just make sure they understand the question/problem and give them time/space to get the answer.
Now, there is always differences in communication style so someone you consider a poor communicator might be considered a good communicator by someone else. Some people are also better at verbal communication than written or vice versa. Find a mode of communication that works.
But apart from that, chances are that poor communicators are simply poor developers (or managers, or designers, or whatever) because of it.
Have you effectively communicated this to those you're conversing with? Why not? This is worth some thought.
Otherwise, I have noticed the same and agree with you. I recommend the book Crucial Conversations.
Think about technical discussions as a thing that you need to spend extended amounts of time and energy on - probably more than programming, once you get senior enough as an individual contributor.
(So, yes, I think it's a lack of skill, largely because of a lack of recognition that it's a skill worth developing. I can't say whether the "blame" is yours or theirs, but it is highly likely that everyone has a lot of room to get better at it.)
The fact that context is communication seems to be lost on most people and in an effort to be efficient assume every one else is using and understands their definition.
The examples you give could all be caused by this. They could be trying to establish context or gain understanding of definitions. As in they are talking in an attempt to understand you rather than answer the question.
Is clear communication answering in the least words possible or covering all possible interpretations of understanding? Annoyingly its both.
It is literally a difference between night and day. Without medication, I stumble over my words, have problems finding words, and it's very hard to not get distracted by 10 concurrent trains of thought. It's a source of great frustration and pain in my life because I do not like being medicated.
We're not being paid to be anxious at work, but I personally feel that accepting that this is common is a reasonable basis for having relationships with team members and trying to find a productive manner in which to solve problems together.
One aspect of working on a team with many brilliant, anxious people is that we can become hyper-competitive about the small technical areas we have been a reputation of success around. We start to defend our areas with an overabundance of technical details - a firewall of jargon that can keep others healthily out of our spaces.
Pulling others IN to these spaces is still a traversal of that firewall; there's no playbook for getting the anxious to be less anxious, but I find that treating SWEs as people, and not engineers, has helped me build stronger relationships and earn a little trust. Trust that I spend on helping me get my work done. And hopefully, theirs, too.
One particularly divisive technique I continue to tinker with, is the "zoom out", or the "level set". When I have to broach a new topic, or body of work, with my fellow SWEs, I find it useful to address what the problem is as though we don't even work at the company solving it. This divides everyone into two camps: those annoyed by hearing the obvious, but then those who, in good faith, have no idea how to get involved with the work but would otherwise like to.
I try not to dwell too long during a "level set" because if it's not becoming obvious how to contribute with a little back story, then perhaps the fit isn't very good anyways and I let people scatter. And, to my own point of mental health, I have stopped insisting that anyone can do anything if they put their minds to it.
No one else communicates the way that I do. It's absurd to expect them to. So, to borrow from Postel's Law, I put far more effort into trying to understand how my coworkers perceive the requirements, than I do telling them what the requirements are to me. The time 'wasted' on this extra preparation has time and again saved me from countless hours of meaningless effort. I have saved entire quarters of the year by asking a few extra questions that were not obvious, by not needing to embark at all. Listening, it can be far more productive than speaking.
Most systems discussion devolve to describing a few key structures that are better represented graphically. Think protocol sequence diagram, flowchart, logic table, state machine, stacked graph.
It's actually your fault for demanding a verbal answer to a graphical question, and rejecting the feedback you receive.
Additionally, highly-educated folks are trained to do this because it is a popular way educators verify comprehension, since asking a verbal question about a graphical fact simplifies the process of "hiding" part of the solution, and verifying that it's been comprehended rather than regurgitated.
So if they “don’t stay focused on the point of the discussion” they may well be entirely focused on the point of the discussion from their point of view - the point of the discussion for them may just be different from you.
When I started taking personal responsibility for all communication mishaps, things changed around me.
If I think someone is communicating poorly, I attribute it to my own ask being vague - and make sure to clarify my current goals by mapping to every else's goals. "Seek first to understand, then be understood" was the mantra I kept in mind.
People rise (or fall) to the expectations around them. If someone lacks a key skill in life, it's possible they've never had a good role model for that skill. You could be that role model!
People will endlessly speculate about other options, or criticize a decision with no input on a viable path forward.
I'll let it go for a bit, but eventually its time to hold their feet to the fire: "I require positive confirmation that you accept decision X; or for you to clearly define an alternative path. If I do not receive an answer by
Why are some people bad drivers?
Why can't I cook a great lasagna?
On the flip side this sort of thinking enables me to be very creative in my job and often I am the go to guy when you need solutions for difficult problems.
Because mostly successful communication is difficult. People do not entirely understand what they are "saying"; people do not entirely understand what they are "hearing"; people do not achieve consensus on the meaning of the terms utilized beforehand. As a result, people are almost never participating in the same conversation.
Because of a lack of training. Because of particular neurological configuration. Because of past emotional conditioning. Because of social pressures.
Because brains.
I've found that talking to people 1:1 after each meeting saves a ton of time you'd spend on wasteful coding due to miscommunication. Like if they want a feature from your service, just ask why they need it again. Usually, the first time, they don't tell you precisely what they need but actually an overly generalized version of it.
- They couldn't give you a direct answer because they didn't understand the question.
- They couldn't focus on the point of the discussion because they thought the focus is something else.
It's good to consider that you can be the one not communicating clearly and try to see where your message could be confusing. Maybe try to clarify the question you have and explain why you have it. It won't always work but a lot of the times you can find the right approach.
I work with a brilliant programmer who is one of the worst communicators I've ever worked with. It's exhausting, because he doesn't have the empathy required to properly explain things to others. I'm definitely bringing this up to him during feedback time.
Have you considered that people at work may not want to stay rigidly on target 100% of the time, and may find your hidebound need to do so bothering as well?
If I sense you come with a very pointed, clear, relevant question or request, and I have a history of clear communication with you, I can trust a short/tight answer is enough.
But I agree with you on one thing, all things being equal, people who think and speak more clearly tend to also write (code, documentation, emails) clearly.
People are different? They have different strengths and weaknesses.
Some of the best developers I’ve ever worked with communicate differently. Eg One guy hardly spoke but was genuinely a nice guy and was a math genius that turned out awesome code.
Maybe it’s YOU that has to change your communication strategy when talking to other people
Hopefully this answers your question - pretty spot on I'm assuming.
What you can do is tighten the question down so there is no misunderstanding.
- Can you explain X in 30 seconds?
- Is X going to definitely be done by Y?
etc.
People often communicate (and think) sloppily through-out their lives and it is only when they encounter people who are an order of magnitude better or worse than they are, that they become acutely aware of it. :)
Plus also world ain't black and white, so I don't like giving answers/statements you can't backpedal from, politicians are known for this speak.
But senior engineers and wiser people will answer with: I do now know. Or simple “yes” or “no”. Or answer with clear question or two if the initial question is not clear.
I feel like there's lots of stuff about this on writing but less related to verbal communication.
The idea that people know what they want, and are able to communicate it without thinking and planning is not realistic.
People need to take a second and think, and even then, it's hard and they probably don't know what they actually want to say.
The 10x developers I have worked with are all excellent communicators. The worst developers I have worked with most definitely weren’t.
Some people are bad at communication due to social anxiety.
Some people are bad at communication because they're trying to be the smartest person in the room.
Some people are bad at communication simply due to lack of practice.
There are other reasons, but those come to mind first.
Changing the state of a system through the speech protocol is a slow, time consuming and error prone task. Some people are better at it than others.
Neurodiverse brains communicate differently. Some of the patterns that you described could be ADHD, for instance.*
*Labeling the other person won't help.
You need to target your communication to the audience.
I've met so many people who assume that talking more means they're better communicators. Not necessarily true. In fact, often the opposite is true.
"I try not to speak more precisely than I think."
How to Get Your Point Across in 30 Seconds or Less by Milo Frank
Best you can do is to just redirect the person again. Don't necessarily criticize them but just say "Hey I understand but can you confirm xyz? Is that a Yes or a No" and depending on your relationship with the person, keep going or not.
The one asking. The one answering.
The one asking thinks their question is simple. It could be true, and it could also be a lot more difficult to answer. It could be the asker is missing some context, which the one answering thinks they do have some of that missing context, and attempts to fill in the hole before answering that question. Sometimes the one answering is the one missing some crucial context and attempt to adjust what they think they know to what the asker is asking.
I didn't really answer your question, but my point is
TL;DR nothing is ever simple, and two people who look at the same thing will never perceive the same things
Though it has a terrible misnomer of a name, the art of "Business Writing" is basically about reducing the number of useless words you use in emails/conversations.
Some good resources:
* The 2-page "Business Writing" section in Scott Adams' "How to Fail at Almost Everything and Still Win Big"
* https://www.coursera.org/lecture/management-leadership-english/4-8-business-communication-concise-language-PfBKs
UPDATE: The "Business Writing" section from Scott Adams' book is available here: https://bestwriting.com/book-notes/how-to-fail-at-almost-eve...
Takes about 15-30 seconds to figure out if the person you are talking to understands or is being evasive. In which case you need to adjust and put on kiddy gloves, slow down, and coax information out.
Q1. Don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question.
A1. This comes down to a lack/abundance of knowledge and/or how to handle a specific situation. If someone is not directly addressing the point of your question, they may not have the knowledge to answer and therefor may feel uncomfortable because now they don't know how to handle the situation they are put in. They have a sense of pride and they don't want to look like they know less than you or others around them.
A good example is asking someone something personal in a topic that you may excel at and they may lack. On the other hand, it can be the opposite. The person asking the question may view the other person answering with an over complicated answer. In reality, it is the person asking the question who has little knowledge and the person answering has greater knowledge.
Another good example is telling people what I do for a living since it is in the semi-conductor field. I have only had two people, not including family, wanting me to explain more about what I do. For others, if I try to explain beyond saying "I work on photo lithography equipment," they view it as an over complicated answer.
Q2. Don't stay focused to the point of the discussion
A2. This comes down to caring about the subject at hand or scope of knowledge and divided attention. I think if you are in a discussion and the other person starts losing focus then you may have exceeded their knowledge base in said discussion and they don't care to continue. On the other hand, they may simply not be giving you their full attention in the first place which will lead to de-focusing on the discussion.
A good example is simply what you and the others around you have in common and if you think on the same wave length. If people don't have some similarities or they don't think the same way, they won't stay too focused in a discussion.
Q3. Don't have some level of clarity in their train of thought and speech A3. I think this comes down to two things: 1.) How well and how comfortable is that individual with articulating their thoughts and emotions and 2.) How comfortable are they with their knowledge base in that discussion. This can be a cultural thing, a language barrier, a feeling of confidence in ones self and the topic
Q4. Generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion A4. So this one is easy because I think we all have encountered someone like this in our lives and if you haven't I can explain. If someone is over-complicating matters by wandering off to other related subjects and extending the scope of the discussion, it is because they may have basic knowledge on the discussion and since they don't want to look stupid, they wander off on to other related subjects to make it look like they have a broad scope of knowledge.
I work with someone who is exactly like this. The first time I worked with him, we were talking about interferometers (very accurate LASERs for measuring), and boy, hehe, that conversation just went from one "related" topic to another. Anytime I try to ask something in depth on the topics he brought up he gets upset and veers. At first, I though he was very knowledgeable, but I later found out this is a trick he pulls as a dog and pony show to "show how smart he is." In reality, he has very little life experience with those other topics yet he talks it up like he knows so much. Long story short, he constantly always goes behind are backs at work, he's untrustworthy, pain in the ass to work with, but stays employed since he knows how to work on our systems very well. This person has an extreme sense of pride and doesn't want people to see his mistakes.
In conclusion, why do some people not communicate clearly? They either can't or don't want to due to some kind of motive they have which may either because they are simply trying to hide something, or they don't know and don't want you to know, or it may simply be a cultural or mental inability. In our case, it's the humble engineer interacting with other people who may not be so humble. You are not alone and I am glad I am not alone. I feel this way time-and-time again through my professional career and personal life.
Thanks for bringing up this topic up. It was good to talk about it with other who feel the same way.
Some strategies to employ that I've picked up from professors and colleagues over the years:
* If you ask a question and you feel that the answer does not adequately address it, ask for further clarification. The person answering may feel that they've answered based on the knowledge that they have but if you're missing some critical bit of context, what they've said might not make sense to you. Canned phrases: "I'm sorry, I'm still not understanding. Can you help get me caught up?" or "I might be missing something: [specific followup question about their answer here]" or "I'm not sure, but we might be talking about different things. When you say ___, do you mean ___ or ___?".
* If the conversation wanders, focus on what they're saying and let them finish. Once they've completed their thought, if you're still pretty sure that it's tangential to what you were asking/talking about before, ask a question that refocuses the conversation. Canned phrases: "I think we may be getting slightly off track here. We were talking about xyz, but now we're talking about ___ and I'm a little confused at the relation between the two." or "I'd really like to talk with you more about ____, but before we move on, can we quickly wrap up about the xyz question -- [repeat your original question]".
* If team discussions go off the rails frequently, bring that up in a retro sometime. If everyone agrees that's actually happening (remember that your perception of the conversation might be different from others), try to get people to agree on a strategy for noticing tangential discussions and then refocus the conversation to the topic at hand. A team I was on picked a random word that anyone could say or drop in the zoom chat during a meeting and everyone was supposed to stop talking about whatever they were talking about and come back to the topic at hand or justify how it was relevant. We had one team member who often hijacked the discussion with stream-of-consciousness style talking that started relevant and then wandered. Eventually, somebody just dropped "Objection. Relevance?" in the chat, everyone had a laugh, and then we talked about it in retro. This isn't something that there are really canned phrases for -- it's a team dynamic thing.
* Lack of clarity in speech is usually lack of clarity in thought in my experience. This is an opportunity for you to help them clarify their own thinking as well as yours. This takes a lot of practice and it can be tiring for introverts especially, but it's really valuable time spent -- especially on a technical team. Canned phrases: "I'm not super clear on the details of ____. Do you have a few minutes and can we dive into that a bit?" (then continue to ask probing questions until they get to either a question or an "i don't know"). This works best if you already have a bit of context about the topic of conversation/problem domain.
* Over-complicating can either be an indicator of lack of clarity on their part or that it's actually a really complicated topic and that the question isn't valid as stated. For instance, "How does the internet work?" is a question that can have different answers depending on your audience. For non-technical people, it might be as simple as "You plug these cables in, make sure these lights are on, here's your wifi network name and password. I've already set up your devices for you and now Netflix works". For technical people, there are varying levels of depth that you can go into. If the answer is not at the level of complexity that you're expecting, you can request a different level of complexity. Canned phrases: "I see that there is a ton of detail to go into here and that you know a lot about it, but I think I need to understand the big picture before we dive into the details. Can you give me the sparknotes version of what ___ is/does? Explain it like I'm five." or in the other direction "Cool, that really helps me understand the big picture. As I understand, part of the problem entails [some slice of the problem domain]. Can we talk about the overall goal of that part of the system and then a bit of detail about how it works/what it does?"
- don't directly address the point of your question / provide a much complex answer (or even worse, a non-answer) to a simple question
Simple or easy? For once, a lot of time the question oversimplified the problem that is been asked about, and reality is very nuanced. The fact that the person asking assumes that the question is simple and, on top of that, gets frustrated when it is not leads me to believe that doesn't know what is asking or that does not have the emotional maturity to manage his/her feeling. As the person provided the answer, my obligation is to give all the information necessary to understand the answer. This means removing assumptions; specially the assumptions that make believe that the question is easy. If you don't want to hear it, that is on you, not the person answering. What I don't want is later on to get "I asked you and you told me X", without me been able to say "true, within the context I explained, and the context changed"
- don't stay focused to the point of the discussion
Deflection is a good technique that a lot of people uses when trying to tell bad news to power. Other times, maybe what you are asking has origins on other places that you think are unrelated, put attention. In short, if you want to get shot accurate answers, then foster an environment around you where people feels that they can trust you with bad news, and that you are knowledgeable enough to know that what you don't know might be important. Fostering such environment is up to you, and ranting on HN is not going to help you
- don't have some level of clarity in their train of thought and speech
Or maybe it takes time to formulate an answer that can cross the listener's emotional state and reach with the piece of knowledge that is been asked for. When I see that, I need to consider if I stablish a relationship were people is confident that telling things by their name will not result in retaliation, including but not limiting to your personal frustrations.
- generally over-complicate matters by wandering off to other related subjects and extending the scope of the discussion
Ufff... 2 red flags here: "Over-complicate matters" and "other RELATED subjects". Yeah... if people feels that need to walk around you in tiptoes, and measuring what they can or cannot say to you, or how to say it, then that is you not creating trusting relationships, and venting your frustration in HN is not going to fix it.
Work at gaining people trust and feeling safe around you, then you can remove your potential lack of soft skills out of the equation, and will allow you to discover what people need to communicate more clearly with you
The short answer here is that other people are not you, and by default they communicate to you in the manner they wish to be communicated to. This is a mistake.
Your problem is broad enough that there's a myriad of explanations, but I will narrow and rephrase it as "other people don't answer my questions as directly and succinctly as I expect."
Phrased like that, you can see there's two parts of the equation: other people, but also you. Manager Tools[1] uses a DISC model that I think works well here -- so lets analyze this interpersonal business relationship with it. it's not quite the "big 5" model that psych researchers use but pretty close[2]. It offers 2 dimensions to model personality, and labels for each extreme:
D – Dominance: the tendency to exert power and assertiveness
I – Influence: the tendency to assert oneself socially and interpersonally
S – Steadiness: the tendency to engage in reserved and personable behavior
C – Conscientiousness: the tendency to be reserved and analytical.
Within that model, you land on one of those labels to some degree, and your conversant does as well. Based on your question, I will put you down as a D. You want short and concise answers, and are probably already pissed at how long this answer is. Assuming you are even still reading.
But your conversant isn't a high D. Engineering personalities tend to cluster around Conscientiousness. They want to know the answer and understand the details behind it, and probe the logic for weakness. When asked a question they provide the details _because when they ask questions they expect to be provided the details_. In fact, they hate off the cuff conversations because they want time to analyze and give a correct and defensible answer. They'd much rather write an email with charts and graphs, or at least a two by two matrix[3].
So this is fundamentally a mismatch of expectations, and personality preferences. Personality cant usually do a complete 180 but with deliberate practice most people can move their behavior a few points closer to their conversational parter. So its a skill that _all_ of us have to learn, to accommodate others as they wish, rather than how we would want. It's a scenario where the golden rule simply isn't sufficient.
[1]: https://www.manager-tools.com [2]: DISC doesn't have some of the drawbacks of trying to describe disorders within the model. Seems useful for researchers and practitioners, but dangerous for laypeople if they go wrong. [3]: yes, DISC is often shown as one https://united-partners.com/how-disc-personality-assessment-...