Or "Avoiding death by a thousand cuts". With your productivity being the victim.
The cheapest way to kill a programmers productivity, is to get him on a company Slack team, include him on all the channels, and give everyone free reign to poke, ping and prod him at will. The onslaught of dings, popups and push notifications will tire him out pretty quickly.
Just as humanity hasn't yet evolved to deal with online social networks, so too programmers are still a few generations away from fully figuring out how to survive instant messaging. And not just programmers, this includes any profession that needs to stay focussed for hours at a time to get meaningful work done.
Slack might cost only $5 per user, but if you take into account the lost productivity I bet that figure becomes just a rounding error on your balance sheet. That is, if you're not using Slack correctly.
What Slack isn't
Ok, so here's the thing. We've been blaming Slack for concentration-genocide ever since it became the de facto chat tool. Companies love it, clients love it, but programmers only tolerate it. I'm going to argue that we've just been using it wrong.
Slack is not meant to be real-time
Think about the forums of old. You would leave a well thought out message, hoping to get an answer, and go about your day. You would either return a lot later, or once you've received the (pretty slow to arrive) email notification of a reply.
You would be greeted by a similarly well thought out message. Not 10 sentence fragments spread out across a line each, and certainly not someone’s incoherent train of thought, the point of which was lost mid way.
Somewhere along the way...
We decided
that this
is an acceptable way to communicate.
Please. Stop.
Not only does it vibrate my phone off the table, it breaks up a single message into a dozen interruptions. It's also hard to read, and a lot of the time the point of the message changes by the time the "thread" unravels.
Type out a single coherent paragraph of text. Break it up into multiple sentences or lines if you want, but keep it in a single message. That way you're minimizing clutter and noise. If you want to send 20 screen-shots, zip them up. Nobody wants to scroll through 3 screen-space-heights worth of vertical phone backgrounds.
As a bonus, as you're writing out these long messages, you might answer your own question. This happens to me daily. By the time I'm on my 3rd line of the message, I realize that I can either figure it out myself or that the answer was simpler than I thought.
Slack is not an issue tracker
Can we burn this one onto the Slack sidebar or something? If your company is already using a project management tool like Trello, Jira or Redmine, there is zero reason to report an issue straight into chat. You've got the right tool for the job, use it.
Yes, something may not be clear. Yes, you might not be sure it's an actual issue. Yes, you want it done quickly. But you still want your other projects to keep moving. "Slack tasks" quickly bury a team in "minor urgent sidetracking" to the point where the issue tracker loses it's purpose. Anything worth reporting is worth reporting in the issue tracker, and discussed, elaborated or closed there.
Chat is not a replacement for a call
Here's a little exercise for your. It has to do with timing. The next time you need to "discuss something real quick", take note of the timestamps of the first and last message once it's done. I bet you that you're looking at something like 8 sentences spread out over 10 minutes, or about "1 sentence per minute".
And during all of this you can't get anything done. Or maybe you can, but you risk messing up, due to lack of concentration. You're effectively blocked for that time, until the conversation wraps up. Compare this with a call in which you could get the point across in 2 minutes, and take the spare 8 minutes to provide more needed information. And once you hang up you're not left wondering if you're going to get another message before you go back to your code editor.
Anything demanding your attention now better be important
Chat is asynchronous and should be used as such. The problem arises with the default Slack settings and behaviours. You hear the notification and you run to see what's up on the off chance that it's important. 99% of the time, it's not.
And if you have those browser pop-up notifications enabled, I wonder how you get anything done during the day. Unless your attention is needed right this very instant then it's not worth the interruption.
Also, when did this become the norm:
"Hey, I just sent you an email, let me know once you read it."
10 times out of 10 it's not urgent enough to warrant that message. They'll see it when they see it. And they'll respond once they have a response ready. At least email doesn't have any pretence of being real-time.
Ways to retain your Sanity
Now that I'm done complaining, here's a list of ways for your to minimize interruptions.
Kill the notifications
First things first, update all the channel notification preferences to "mentions only". There's no reason for you to be notified for every message in there.
Also, since you can't really do this for private messages, teach your team/company to use public channels more often than private messages. Also, teach them to not tag you unless it requires immediate attention - you'll see it when you see it.
Oh, and disable the browser pop-up notification, that thing shouldn't exist in the first place.
Establish some ground rules
There are a few very simple rules you can share with your Slack team to minimize interruptions:
- Try and group your chat messages into fewer bigger messages, to reduce notifications.
- Don't @ someone in a public channel unless it's urgent.
- If you're replying with an "Ok." or "Thanks!" a few minutes later or more, use the emoji reactions instead, to acknowledge the message.
- Again, use public channels more often than private ones.
- If you have more than 2 questions, best schedule a short call.
Introduce Zen Hours or Zen Days
Ok, this ones my personal favourite. There's a DnD mode in Slack, which Snoozes your notifications - even the private message ones - and it's awesome. In the event that the building is on fire, the sender can "break through" your DnD mode to get the message to you, but most of the time they won't feel the need to.
Now, to not be constantly in DnD mode, as the company probably needs you available and reading chat from time to time, you should establish certain "Zen" chunks of time.
Here at Pathway, we do a single Zen Day per week, but you might be able to get away with multiple ones. Or maybe do 3 Zen Hours each day.
What this means is that your DnD mode is on, and everyone knows not to send you Slack messages at that time, unless it's important. This works better with company buy-in, but in reality, you can get away with just using DnD for bigger chunks of time anyway. Your brain will still have you checking Slack from time to time, but now it's on your terms instead of it being an interruption.
Bottom-line
Slack is not a bad tool, but we as a society are still not sure what a proper Slack etiquette is. We don't understand what our message does on the other end, nor do we understand the cost of interruptions. As more is done on the topic, and we get saner chat defaults, things are going to get better, but until then: Snooze your Slack.
Top comments (10)
This is probably because of phones -- folks typing a quick message to say "hey there is more coming" because typing a long message on a phone can take a while, and many people hate this message even more than the above:
Yeah, that explains the source, but I know people break their messages apart like this even when on a keyboard - although not to such small chunks.
Really, unless people expect a response in the style of "I'ma let you finish" in between the messages, it should all be a single message.
Oh I hate this. I've seen a few people who do this and it quickly grows to 20+ individual messages -- because the people themselves ramble. 😵
Oh yeah, I ramble, especially IRL :D
But that's also why I try and keep my messages on point. Even if that means completely rewriting them 3 times :P
Yeah, I do that same thing sometimes. And yes, I'm also an IRL rambler. Lol
Haha. I’m a fellow “rambler” too jsn1nj4. I think that’s actually why I like remote work, so I can keep myself from chatting too much IRL. By the way, great article Nick. I just posted an article about removing noisy distractions and then I saw yours about Slack. These are some great points. :)
It's ironic, these are basically the principles that IRC culture has operated on for two+ decades, and yet we don't even have message logging (especially when offline) as a default part of the protocol!
Alumni IRCers live by the principles of lurk, scrollback, ask and wait (even for more than 24 hours at times), and not pinging when someone is marked
/away. As a result, most people are able to lurk constantly in IRC, without feeling compelled to answer absolutely everything.Yet an asyncronous chat service like Slack, being more technically capable of allowing the same cultural principles, is more demanding. Weird, isn't it?
Yea, it is weird! I guess it's really just a people problem again. The tech is there, but the more convenient you make it, the lower barrier to entry, the less rules are implied. Or that's how I see it.
Don't get me wrong, it's great that we're off Email and Skype, but there's room for improvement for sure.
Nice post. I think that Slack and/or other communicators can be very destructive to our productivity unless we disable the annoying notifications. Personally, I like Slack. I used to work with Skype for Business and I hate it. Slack's support for the group messaging is just awesome and you can always call to the other person 😁
So... Is it safe to say there's a reason it's called "Slack"? 😉