How to respect other people’s time with Slack

Slack can be great for improving workplace communication, but it can also be a collosal distraction for everyone. Tens or hundreds of channels and DMs, and an expectation of near immediate replies… 

With so much communication going on, how can anyone get any work done?

After giving this a lot of thought, one simple fact has occurred to me: every time I post anything to slack, I have chosen to take a little piece of someone’s time away. It might only take a few seconds to read a one-line message. An emoji or gif posted in reaction to another comment may only take a moment to glance at. But each one of those messages adds up, and together they create work and distraction for your colleagues.

Every message, even just an emoji, creates a notification on your colleague’s computer. A message posted in an open channel creates that notification for everyone who is in that channel. 

So each gif only takes a moment to glance at. But let’s do the math: let’s say there are 50 people in a channel – that’s 50 people who need to spend a little bit of mental energy clicking on the channel and consuming your gif. But remember it’s not just the time spent looking at the gif itself – it’s switching tabs to Slack, switching to that channel, looking at the gif, and then probably responding. So let’s round it up and say it takes 10 seconds. (This doesn’t account for the cost of task switching, which is a whole different topic).

10 seconds x 50 people: 500 seconds, or 8.3 minutes. And how many gifs are sent a day? 50? 100? The numbers quickly add up.

To that end, I came up with a few simple rules of engagement for Slack, to be considerate of everyone’s time and distraction:

  • Use public channels for communications that are relevant for everyone. Don’t waste people’s time and attention with messages that aren’t relevant for everyone in the channel. Use a DM instead.
  • Reply to messages only when a reply is really needed. If it’s important that the other person knows that you’ve read the message, use an emoji “response” instead, which does not create an unread notification on the channel.
  • If you want to reply to someone who posts in an open channel, but the reply is only relevant to that person, don’t reply in the main channel – start a thread instead. That way, the reply won’t create an unread notification for everyone in the channel. Bonus points: don’t reply to the person on the channel at all; use a DM instead.
  • Think twice before posting a gif to an open channel. Yes, they’re fun and all that – but they are also massive distractions.
  • If you are writing a longer response, don’t hit ‘ENTER’ until you’re finished. That way, the recipient will receive only one notification, and only when the message is finished. Otherwise, the recipient gets pulled in after the first line, and sits there waiting, staring at the “Will is typing…” message and wondering what is coming next… which is a huge waste of time.
  • Only reply to messages in open channels when you have something useful to say. The number of messages you post in open channels is not a measure of your productivity. (Rather, it tends to be the opposite). 

With every message you send on Slack, you have unilaterally decided to take a little piece of time and attention away from one or more people. Use this power over your colleagues wisely! 

Rallying the “troops”: how things can be misunderstood

Soldiers at attention.

I was reminded today of a story about managing people. About 8 years ago I was in my first management job, managing a team of about 15 web software designers and engineers. I saw a key challenge in bringing the team together, inspiring one vision and building a sense of identity and unity within the team.

At the time, I was fresh out of the Army, and was still active as a part-time Army reservist. I took to calling the team my “troops”, and turned some of the key challenges we faced as a team into our “key battles”. I saw it as a term of endearment to the team. In my mind, I saw it bringing a sense of unity and a common, understandable vision to the team. I saw it flattening the hierarchy, putting us all at the same level to encourage shared responsibility and the willingness to speak out. I saw it helping to build individual relationships between each of the team members. (Looking back, I think subconsciously I also hoped it would help give me, as a very young manager of an experienced team, a sense of authority; but I wouldn’t have told you that at the time.)

All-in-all, I saw it as a positive, understandable and motivational message. Indeed, military expressions like “rallying the troops”, “strategic battles” and “war rooms” were common in business parlance then, as they are today.

In reality, though, the team themselves saw something quite different. In short, they hated it. They hated being referred to as “troops” or “soldiers”, which they found disrespectful. Where I saw it flattening the hierarchy within the team, they saw a new hierarchy emerging: one with officers who sit back and give orders and soldiers who follow them. Where I saw it encouraging initiative and shared responsibility, they saw themselves reduced to simple soldiers who just follow orders and are not expected to think for themselves. On top of that many found the frequent references to war and battles offensive and tiring. (This was just after the second invasion of Iraq, and soldiers were still dying every day in Iraq and Afghanistan.)

I learned two very valuable lessons from this in my young management career.

Firstly, be very careful with military references in the workplace. While it’s still common in business to hear talk of “battlefronts” and “attack plans” and so on, I’ve learned to be cautious with how often, and in which situations, I use these. I think in the context of a conversation between a few people it’s probably ok; but I wouldn’t frame the team objectives/targets for the year in terms of “battles” and “wars”.

Secondly, sometimes you just don’t know how people are responding to the messages you deliver and the things you say. As a manager, when setting a vision or delivering a message, you need to remember that your job isn’t done until you can confirm that the message was heard and understood by your team in the way you intended. For my example above, how could I have known that my efforts to bring the team together were not working out as I had intended? I think the answer is: ask. Ask for feedback from individuals, from the team. Just like in agile and scrum, constant feedback helps you constantly iterate and adjust, which applies as much to management and communication style as it does to code.

Communication in standups: watch the team, not the speaker

You can gain a lot of insights about people’s mood and reaction to news and disucssions just by watching them.

One habit I have picked up is during the daily standup, instead of watching the person speaking, I look around and watch the other members of the team. If I know the speaker is discussing a topic that’s particuarly relevant for someone, I’ll watch them to try to gauge their response to it.

You can get a sense of how effective the standup is overall simply by watching the faces and responses of the other people in the room. If the team seems bored or restless, then it might be a sign that the format of the standup or the way things are being discussed could be improved. If someone seems to respond negatively to a particular point or topic, you might take a note to catch up with them 1 on 1 after the standup to follow up.

Try it in your next standup; you will likely be surprised what little insights you get out of it.