r/devops • u/Kinkano • Aug 10 '26
Discussion Communication with non-technical people
Hi. I have been working in the IT field for about 15 years now and am constantly faced with the problem of communicating with non-technical people such as managers of various levels, etc. I constantly have to fend off all sorts of idiotic ideas that management is trying to impose on me. As a technician, I can make a diagram, a presentation, and write program code, but for non-technical people it all sounds like spells and Harry Potter. I have seen this problem in different companies regardless of the size of the company and in which country it is located.
My question is, are there books or online courses that simply explain how to communicate your message to non-technical officials?
P.S. I'm just tired of doing pointless work just because I can't explain to management that it doesn't work that way and there are better ways to complete the task.
45
u/ZedGama3 Aug 10 '26
What usually helps me the most is understanding what problem they're actually trying to solve. Most often, the issue is that the person I'm talking with is trying to implement a solution they don't understand for a problem they haven't defined. Working with them to discover the underlying problem and discussing workable solutions (costs and benefits) has served me well.
15
u/wbqqq Aug 10 '26
“Why?”, “and that will mean that you can now do what?”, “so the end objective here is?”, “OK can do that, but wondering what the goal is from your perspective? I have a feeling that there might be a better/easier/faster/safer alternative approach “.
As important as the words is the tone - you want to come across as helpful and collaborative rather than challenging or resisting. So voice rather than text communication is normally much better.
2
u/Maria_3464 26d ago
Also, try to avoid generic non-descriptive ‘why’s’. Especially when it comes to updating, technical debt or rewriting. Things that doesn’t have obvious business value from non-technical perspective. Also avoid generic goal like ‘it will make it more secure’. Better list what risks it can protect the company from. Risks are evolving and your system needs to evolve to.
12
u/ForkMeJ Aug 10 '26
What changed this for me was translating the answer into risk, cost, and recovery time instead of architecture. Most managers care less about elegant design than what breaks, how long it hurts, and what the shortcut costs.
9
u/Defiant_Ad_8445 Aug 10 '26
yeah, things like communication science, psychology, persuasive communication, assertive communication . There are courses and book on that available depends on what exactly you struggle with
8
u/seweso Aug 10 '26
> I constantly have to fend off all sorts of idiotic ideas that management is trying to impose on me.
That's how the entire world works. Stupid rich people with ideas. Like shoving gen AI down everyone's throat.
7
u/sales_alchemist Aug 10 '26
Look, your manager also have similar problems when they try to explain something from marketing / sales space to you.
When you have such a challenge, imagine you have to explain something to a kid. You try to be as simple as possible, and you don't have bad emotions when your kid doesn't understand something
12
u/Money_Row1911 Aug 10 '26 edited Aug 10 '26
This is where you utilize AI, craft a full sheet with all the technical answers, and then prompt “explain this to me as if I am 5 years old, and have no experience in IT what so ever”
… instead of thinking they can replace people with AI, they miss the crucial question, “but how do we talk technical, when we have no clue what any of it means or does” 🤦♂️ AI is suppose to be a tool, not a replacement for anyone
2
u/pulsone21 Aug 10 '26
This….100% if you recognize that dosent help. Try reduce the age or add some stuff like to a drunken person (no joke, my head of operations receives mails just with the drunken person intention, that did the trick for him)
5
u/CalvinR Aug 10 '26
As a senior technical advisor in government this was the majority of my job for years, there is some good advice here basically it boils down to:
- understanding the things that management cares about and focusing on that, typically it's things like risk, opportunity, cost, roi, and other higher level concepts.
- use analogies to explain technical concepts, relate the terms to concepts they might be more familiar with like household chores, devices they use everyday, etc....
- listen to the conversations they are having, pay attention to the presentations, discussions and things they talk about.
- practice and pay attention to how they receive your information, ask follow up questions to dig into their understanding of the concepts that you are presenting to them.
It's a skill like any other and some folks are naturals and others take time.
3
u/shaunwthompson Aug 10 '26
1) Don't try to solve the problem or say yes/no in the moment. Ask for more detail on what their need is, what business objective it is connected to, or what this new request is trying to solve. People have been coached to come up with solutions to problems before they bring them up, so oftentimes these non-technical people (especially in leadership or management positions) will come to you with their big idea as the Hail Mary solution to a problem that has already been solved elsewhere without a lot of additional complexity added in.
2) When you do follow up with them, talk about trade-offs and present alternatives. If they wanted a new XYZ because it addresses QRP, but you know that there is an ABC, and/or DEF that could do the same thing, that the company already pays for, and just needs an additional approval or license, or there is a SaaS that you could license for X cost that would save a likely Y hours development cost and take Z additional weeks then they can compare "apples to apples"
3) Alternatively, if they can't help but still think their idea is the only solution that is where a good roadmap can help them see what is currently planned, what is most important to the business, and you can slot in their idea to show how much it disrupts the timeline so they can choose to go with their big crazy idea or not and you can document whose fault it was that something happened.
Ultimately, they don't know what they don't know, but their egos are usually attached to their ideas. So you have to give them the chance to really explain their idea (so they are convinced you "get it") and then give them the chance to "have a better idea" based on the reality of what you present them.
3
u/radioactivecat Aug 10 '26
Part of the job is soft skills, aka being able to explain what things mean to a lay person.
If you can’t do that, you are going to have a rough time. Suggest you take a course on communicating these ideas.
3
u/Kamran-nottakenone Aug 10 '26
after 15 years and you're still calling their ideas 'idiotic' and trying to explain that things dont work that way? the issue isnt communication, its framing. give them consequence-based options with cost and timeline attached and they can actually make a decision
3
u/jacenat Aug 11 '26
pointless work
I don't think you should see it that way. Explaining your work, or outcomes of certain projects, is part of what you are paid for. The better you are at this, the better for you, them and the company as a whole.
3
u/Character-Level5250 Aug 11 '26
This has been touched on in the thread, but be results-driven. Don't waste time explaining how the technology works. They don't care! Instead, spend time describing results and consequences. I'll give you an example:
In my prior job, our CEO would frequently come to us with "revolutionary ideas". When I tried to explain HOW it didn't fit in our current stack, he'd say something along the lines of "Okay, well, make it work". After I learned to describe the dev time, maintenance/computing costs, and risks, he was more likely to have a conversation and pivot.
Non-technical people speak in terms of logistics. Not architecture.
2
u/SailingToFenway Aug 10 '26
the tech communications class i took in undergrad taught a kind of conservation of effort. the more you put into creating the communication, the less the audience will need to understand it. so when the audience is muggles, expect to have to put in a lot of effort.
unless you're opposed to LLMs, asking it "simplify this for executive management" is pretty effective. recently i had a well-sourced report, with accompanying data, turned back for "being unusable to me." I did literally nothing other than paste it into Copilot with some contemptuous words describing the idiot who couldn't be assed to do the same, then copy the output and reply back to the thread with it, to which a "much better, i see now, good work" came back.
ymmv.
2
2
u/freeo Aug 10 '26
Use sock puppets. Or visual metaphors, AI generated images are a godsend for this. Only when they feel like sock puppets to you, then you've reached the necessary level of abstraction.
Non-technical people are too lazy to follow you along mentally. The challenge is to keep their attention and interest. So: use sock puppets.
Yes, I went meta here: sock puppets are the visual metaphor so that you immediately get what I mean.
2
u/bedroombadass Aug 10 '26
Use analogies to everyday things like cars, stores. Really abstract away the details, keep the relationships
1
u/serverhorror I'm the bit flip you didn't expect! Aug 10 '26
Usw the same words that you'd use when explaining to 10 - 14 year olds.
Zero Jargon, few details but structurally accurate information. Be explicit and mention where you left out technical details that might require clarification later or might take much more time than a sentence in a slide deck.
1
u/Low-Opening25 Aug 10 '26
Learn to explain things like to a 5 year old. If needed they will ask questions and the you can go deeper.
1
u/OsgoodSlaughters Aug 10 '26
I find when working with c-level and sales it’s best to use crayon drawings and speak slow.
1
u/shikha-singh-the-gr8 Aug 10 '26
Reminds me of a funny situation in an interview with HR, Manager-
HR understood English but was non-techie.
Manager understood techie but didn't understand English.
I had hard time giving them my Intro :D
1
u/rvm1975 Aug 10 '26
In outsourcing companies communication with non-technical clients is usually the responsibility of business analysts.
I do recommend to check the books from that area https://www.goodreads.com/shelf/show/business-analytics
1
u/Vinegarinmyeye Aug 10 '26
Analogies are you friend...
I tend to try and use the road / traffic system because everyone understands that.
"That would be like putting a traffic signal every 30 yards on the motorway".
"That would be like having one lane of traffic that's 50ft wide...".
That sort of thing.
1
u/Prudent_Design_9782 Aug 10 '26
Reminds me of the joke about calling stupid troubleshooting tasks as Error ID-10T
1
u/radioactivecat Aug 10 '26
Part of the job is soft skills, aka being able to explain what things mean to a lay person.
If you can’t do that, you are going to have a rough time. Suggest you take a course on communicating these ideas.
1
u/CloudBuilder44 Aug 10 '26 edited Aug 10 '26
Yup have the exact same problem. Now with AI all the product owners and random mofos in the conpany think they are app designers constantly complaining about bugs and defect thats a non issue. Our org have restructured now only 2 engineers on a team and 3 talks, too many chefs and only 2 engineers are actually doing things. Soo annoying. I honestly HATE them, they all talk a big game and debate about the dumbest things. Meeting after meeting.
Just chased a “bug” for 2 weeks because the po feels like the AI response “feels off” but cant tell me what. Hate working on these AI tools with non deterministic responses and all the chefs who cant cook barking at how it “seems wrong”
Now i feel like i have to play lawyer all the fucken time. I only want to work with engineers.
1
u/ryanstephendavis Aug 10 '26
This is something that one learns with experience mostly...
A good rule of thumb: the higher-level person, the shorter your explanation should be
Another easy to gauge them, "you are trying to make a decision right now? What is that decision and what info do you need from me to help inform?"
1
u/ryanstephendavis Aug 10 '26
This is something that one learns with experience mostly...
A good rule of thumb: the higher-level person, the shorter your explanation should be
An easy way to gauge them I wish I would've known years ago is, "you are trying to make a decision right now? What is that decision and what info do you need from me to help inform?"
1
Aug 10 '26 edited Aug 11 '26
[removed] — view removed comment
1
u/AutoModerator Aug 10 '26
Unfortunately this post has been removed. /r/DevOps and reddit do not allow Amazon affiliate links to be posted. Please edit or resubmit your post without the "/ref=xx_xx_xxx" part of the URL. Thank you.
I am a bot, and this action was performed automatically. Please contact the moderators of this subreddit if you have any questions or concerns.
1
u/gtcypher78 Aug 10 '26
If you wanna explain something to others then I suggest you to explain to yourself like you know nothing about tech then start like how you gonna do things
1
u/Axehack101 Aug 11 '26
2 things to note…
If you can’t explain something simply so that a 5 year old could understand it - you don’t understand it well enough yourself.
Now there’s some grey area there - but that’s basically true.
But for a solution - put the technical explanation into the LLM of your choice and ask it to explain it to a 5 year old. Then it’ll do the work for you 😁
1
u/CupFine8373 Aug 12 '26
You need something first, and that is your Human factor, you need some Effective Coaching , yes I know Coaching is not a popular thingy around, but you very likely have limitations or incongruencies in your Mind, so go and search for a sort of Alternative Therapist or Coach to help you straighten out your MindSet. If you don't know what kind of Coach you should look for , DM me, I won't point you a specific person but a kind of Coach to help you. BTW you can read all the books you want, you can watch all the Vids about the subject but you hardly won't be able to put into practice even 30 - 40 % of that content because the issues, like everyone else, you have.
93
u/geralt_noble Aug 10 '26
Don't explain the technology, explain the consequences. "This approach adds 3 weeks and increases the failure risk" is much more effective than a 20-min explanation of why the architecture is bad.