1

Maybe this is not the place to ask. Please point me to the correct site if that's the case.

This happens often: I have a slack conversation with my manager and my PM, and at the end of the conversation I like to do a summary. Example:

OK for release on 20 we need to:

  • write script to handle (common name for feature X)
  • write script to handle (common name for feature Y)
    ...

Is everyone OK with this ?

Both my manager and the PM acknowledge this summary. After 5 minutes, in the same slack channel my manager starts discussing with the PM:

PM, we need to manually handle (another common name for feature Y). Can the support team manually change the data?

Both (common name for feature Y) and (another common name for feature Y) are used interchangeable both by me and them so that shouldn't be an issue.

How do I ensure that they don't just skim over the summary but actually read and understand what I've written?

(Bear in mind that one of them is my superior and he was extremely annoyed when I pointed out that we just discussed that and there is no need for manually handling it.)

Edit: The example above has people looking in the wrong direction, so I will give another that just happen.

End of May we had a consolidation release, in which my team did some cleanup and several optimizations. One of the changes involved consolidating 3 microservices into a single one (they were practically identical with only a few lines of code difference - very hard to maintain the common code). The change was presented every where, several emails and slack conversations.

Apparently that wasn't enough, yesterday the PM saw that those old micro services were not running and started them up, creating a world of trouble. All of them had a comment stating "backup, do not start" visible in the cloud interface used start them up.

10
  • 3
    So you are asking how to improve the manager’s understanding or intelligence?
    – Solar Mike
    Aug 13 '21 at 6:46
  • @SolarMike I'm sure that he is inteligent enough to understand the text, I'm not sure that he is giving it enough attention. Aug 13 '21 at 7:01
  • @rs.29, unfortunately neither Jira nor mail are their cup of tea, I have mails that go unanswered for weeks, or mails that I just reply by myself updating them each time we discuss something else in slack. I'm lucky if the conversation is on slack and not in a call, without any meeting notes afterwards. Aug 13 '21 at 8:13
  • @mostafawornout Push back on Slack, say it is not official or professional tool. Demand tasks in Jira and of course mail. Don't do unofficial work any more . If they ask you why didn't you do something, coolly reply : Where is the task ?
    – rs.29
    Aug 13 '21 at 8:16
  • 1
    @rs.29, Your suggestion while it doesn't apply to my particular situation, may merit an answer, I would certainly upvote it Aug 14 '21 at 9:07
4

They are not reading your notes since they don't feel it's valuable use of their time (or they are simply lazy).

You have a bunch of options.

  1. Let it go. If it only happens once or twice a day, who cares. Just answer "we can handle Y with a script" and be done with it
  2. Try to gently nudge them to see the benefit of reading the notes. Answer "we can handle Y with a script, see meeting notes (insert link)" If that happens often enough they may notice and figure out that reading the notes is actually useful.
  3. Talk to your boss about it but Carefully! Do not blame or judge or ask them directly to read the notes. Explain why do you write the notes, what you need to get out of this and what the problem is. The problem MUST be stated in terms of business impact and detriment to a business goal NOT in terms of a behavior or desired outcome or "I don't like it". If you can't state the problem objectively as a negative business impact, just let it go.
1
  • I'm going to try no 2 for the moment! Aug 13 '21 at 13:26
4

are used interchangeable both by me and them so that shouldn't be an issue.

Maybe this is zooming in too much, but I have found it to quite often be an issue. Usually it just wastes half an hour of a meeting, but the most extreme example was where the business analyst had two different workflows as he envisioned two slightly different processes and only one existed as the devs assumed that they were the same thing, just messily documented. This misunderstanding continued for several weeks.

I don't have a good answer for your title question, at least not one I am confident in, but make sure that your manager also considers the terms interchangeable. As I have had plenty of conversations and meetings where one person was using terms interchangeably and others thought they were two separate things.

3
  • 5
    The three most important rules in technical communication are 1. consistency, b) consistency, (III) consistency. In fact, in programming, we have the rule that if you use two different ways to express something, that means that you want to explicitly call out that they are not the same thing. This is the exact opposite to creative writing, where you use flowery language and synonyms to keep the reader engaged and keep your writing interesting. Aug 13 '21 at 8:24
  • 1
    I'm pretty sure that's not the case - the feature we were talking is "managed subscriptions" versus "managed distribution lists" , but thank you for the input Aug 13 '21 at 13:29
  • 1
    @mostafawornout Admittedly I don't have the context of working for your company, but I wouldn't consider "subscriptions" and "distribution lists" to be the same thing at all. Aug 14 '21 at 16:54
0

Why not interject in the conversation, "Does script y^1/y^2 not accomplish y^2?", where y^1 and y^2 are the two common names.

1
  • See my latest edit. While in the first example, yes it's not an issue to correct them (even if as I mentioned the manager got really annoyed with that), I can not be everywhere and supervise them constantly, and they may break stuff because they are missing key info that I'm trying to communicate (as I described in my second example). Aug 14 '21 at 9:12
0

Miscommunication happens for many reasons. Perhaps most notably in your case with your superiors, a task that consumes your life for several days might only be one small blip on their busy radar.

They also are coming at the problem with a different context. For example, I have chased problems that to me have one underlying cause, but to PM are 5 separate symptoms being complained about by 5 separate customers. I have to take care in those cases to communicate that fixing it for one should fix it for all.

I have also chased problems that to me are 5 distinct things, but to PM are just "the <microservice> startup issue." In those cases, I take extra care to communicate that fixing one thing doesn't fix everything.

You can't really avoid miscommunication altogether, just try to minimize it, and keep working to bump it back on course. I would respond to your example something like:

I thought we had agreed to handle that with a script. Are there problems I should be aware of that a script wouldn't address?

The purpose of the question is to give their ego an out, by allowing for the possibility that there is other information you aren't aware of. Sometimes even there is.

Also evaluate where you are communicating. At my workplace, a chat conversation isn't taken nearly as "officially" as a Jira comment. When an agreement is made in chat, I try to always copy it to the relevant Jira, and then note in the chat that I have done so.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .