4 ms·
A brief example of tailoring words for listeners: engineers and managers
- ajkjk 3y agoIf you have to ask for permission to do an hour long QoL task to fix some insane thing that stresses everyone out, you need a new job.
- easeout 3y agoI like to write the same email except as a work ticket, not a request, so long as it's under my team's control. Justify it, then do it.
- hashstring 3y agoPerhaps, but I think that it wasn’t the message that the author was trying to convey.
- ajkjk 3y agoYeah but the author's message is... Problematic. Warping the way you talk because of a creepy manager/engineering culture is not healthy. Anyway the engineers don't say 'this would take an hour to fix and it's worth X to do it'. It's all intuitive! 'this is really annoying so the team agrees to do it soon'. It's not about being a perfect utilitarian robot it's about being productive and having a good life.
- cgio 3y agoEspecially given you probably had to spend an hour just communicating the case for the fix.
- manvillej 3y agoI am a big believer that all approvals are bad. All they do is add wait time and bottlenecks with people who are further from the problem. I think they are a symptom of poor risk mitigation. code reviews are a discussion and my one exception.
- throwaway04f4 3y agoI believe in a balance. Spending 1 hour for the task mentioned in the article is something that should just be done without having to ask for approval. But knowing what to do and when to ask for "approval", requires that we are aligned with the business, so that we can make these decisions in the context of "the greater good". If not, the business may decide to take away these privileges and start micro managing.
- galoisscobi 3y agoI wish our management understand that. Even getting basic cables and adapters can be a kafkaesque battle that requires endless justification. I never thought that this is what it would be like working at a FAANG. Fwiw, I worked at different FAANG and they had a self serve kiosk with free cables and adapters. It was way more efficient.
- tslmy 3y agoAuthor here. It's just a random number I picked to simplify the calculations. But, yes, do find a new job if it's reality.
- insickness 3y agoIf this is over email, I always start with the "ask" first and then follow up with the most important information: "I'd like your approval to move the validation job to a new server. It will only take one hour but will save Dave many hours a week cleaning up the jobs." Then go on to explain the details. Nobody wants to read a long email to understand what it is you want them to do. 9 times out of 10, they'll provide the ask and only read the details if they need to.
- tslmy 3y ago+1. Author here. Would you do the same over verbal communications and over presentations?
- CalChris 3y agoDeductive or BLUF - bottom line up front. Maybe this issue is obvious and so the only thing the reader needs to read is the first line. Deductive saves them time. Deductive also gives the reader something to think about while reading the rest of the argument. The alternative is inductive which gives evidence and then concludes with a conclusion. You're torturing your reader by dragging them several paragraphs into the deep. I usually write inductive as that is the way I think and then refactor into deductive as that is the best way to persuade. (I note that I wrote this inductively.)
- 121789 3y agoI think your way is very normal (I do the same). Inductive matches how humans really tell stories but isn’t the right tool for an e-mail to execs
- deleted 3y ago[deleted]
- quicklime 3y agoIs it common for people to describe servers as "weak" and "strong"? I haven't heard this before, and when I was reading this initially I thought this example was going to be the example of tailoring words for non-technical managers.
- fallingfrog 3y agoSo in other words managers are big toddlers that have to be talked into making good decisions using cheap emotional manipulation tactics. Honestly that kind of checks out
- vachina 3y agoIt is of my opinion that if the manager had to be babied that way they have no business being a manager, especially in leading a technical team.
- fallingfrog 3y agoAnd yet here we are
- tbrownaw 3y agoWhere is the post doing that? Where it lists the people impacted? Where it implies (but doesn't explicitly assert) that the disruption is enough to impact their ability to meet deadlines?
- fallingfrog 3y agoWell my comment is a bit tongue in cheek. Tone doesn’t come across online sometimes.
- kcplate 3y agoIn my experience both as an engineer and a manager, the engineerspeak is not always as simple as the example here (which in itself is overly “explainy”). Many engineers have a tendency to over explain and provide too much detail to management. I know I was guilty of this once. Ultimately what you think is a reasoned and simple argument in favor of a proposed changes just becomes a jumbled mess of meaningless details. You don’t need to dumb it down and manipulate anything—just be brief. Brevity and sticking to facts are key. - One of the two servers has disk space issues - Using the low space server for these jobs is costing us a productivity time loss for our engineers who have to manage the low disk space issues - we would like to move some jobs to the other server to eliminate the cost of managing the disk space. - there are no hard costs associated with making this change, only savings.
- tbrownaw 3y agoThe "for engineers" version doesn't seem to mention the lost time of the people waiting on the failed jobs, only the time of the person fixing them.
- jlukecarlson 3y agoIt may just be a fake scenario but the actual solution there would be to implement the 1 hour fix without a single discussion or email. Sometimes the best way to tailor words for both engineers and managers is to 1) solve the problem then 2) if the solution was actually difficult, explain how you solved it in simple terms.