Earlier quoted context omitted.
I think there's a legitimate FOMO involved with not quickly reading messages. I say legitimate because it's not just missing out on inconsequential chatter. Slack is a business tool and business decisions get make over slack. The folks that read every messages and respond quickly are therefore the ones that get to contribute the most to decisions. When waiting too long to respond, the conversation has already changed…
>I think there's a legitimate FOMO involved with not quickly reading messages. Call me rigid, but isn't the ability to overcome this kind of silly stuff exactly what separates well-adjusted adults from everyone else? When you catch yourself doing things out of FOMO, take your dispositions and fix it. In this case: close the app, or configure the alerts. I'm sometimes alarmed by how people seem to have zero self-knowl…
Slack Is Not Where 'Deep Work' Happens
191–200 of 227 posts
Re: Slack Is Not Where 'Deep Work' Happens
#192Earlier quoted context omitted.
It's easily the most misused feature of Slack. Using @here in a channel is the equivalent of standing on your desk and shouting at everyone around you. So what happens is, like you, everyone starts muting it. And then you just have people shouting into the void.
I think you should rules about it at the workplace. At mine, I can probably count on one hand the amount of times I've seen an @here. And one of them, the person was told he shouldn't have done it since it wasn't important. Really makes everything think before they use it.
It all boils down to how people use the communications channel. I see @here multiple times a week but do not feel like it is a big distraction. At worst it can create a few minutes of distraction from my current workflow and if I'm truly in the middle of a thought process I ignore the message for a little bit or unless a 2nd notification hits.
Re: Slack Is Not Where 'Deep Work' Happens
#193Earlier quoted context omitted.
I very much like Zulip, it's open source and much closer to email, even culturally. It encourages long-form replies and messages with subjects, so it requires at least a tiny amount of thought before you start talking to someone. I think it's a great cross between Slack and email.
Just looked at it. What keeps Zulip threads from exploding in practice? Either on the UI or usage side? E.g. How to I keep from going from "One channel with a hundred unread messages" to "One channel with twenty unread threads"? Also, what features exist when a thread diverges from the original topic? E.g. We were talking about the "afternoon lunch" at the "annual meeting", and then someone mentioned their favorite r…
For diverging topics, you can easily edit the topics of the messages that are a diversion to be a new topic. This helps a huge amount when you have new users who haven't learned the convention of creating a new topic when bringing up something unrelated, since anyone can clean it up in a few seconds.
Re: Slack Is Not Where 'Deep Work' Happens
#194Earlier quoted context omitted.
I think there's a legitimate FOMO involved with not quickly reading messages. I say legitimate because it's not just missing out on inconsequential chatter. Slack is a business tool and business decisions get make over slack. The folks that read every messages and respond quickly are therefore the ones that get to contribute the most to decisions. When waiting too long to respond, the conversation has already changed…
>I think there's a legitimate FOMO involved with not quickly reading messages. Call me rigid, but isn't the ability to overcome this kind of silly stuff exactly what separates well-adjusted adults from everyone else? When you catch yourself doing things out of FOMO, take your dispositions and fix it. In this case: close the app, or configure the alerts. I'm sometimes alarmed by how people seem to have zero self-knowl…
Re: Slack Is Not Where 'Deep Work' Happens
#195Re: Slack Is Not Where 'Deep Work' Happens
#196Earlier quoted context omitted.
>I think there's a legitimate FOMO involved with not quickly reading messages. Call me rigid, but isn't the ability to overcome this kind of silly stuff exactly what separates well-adjusted adults from everyone else? When you catch yourself doing things out of FOMO, take your dispositions and fix it. In this case: close the app, or configure the alerts. I'm sometimes alarmed by how people seem to have zero self-knowl…
You're missing the key modifier: legitimate. It's not an irrational fear of missing out; it is a very real concern about a culture where being less responsive on Slack reduces your influence on key business decisions. "Close the app" is only good advice if you both want to and can afford to opt-out of any involvement in those decisions.
If decisions are being made over Slack, I have to be involved or suddenly I may find myself responsible for something I have no control over. Simply because I was not there to let people know who actually is responsible.
Re: Slack Is Not Where 'Deep Work' Happens
#197I'll play devils advocate. I like Slack, and having a group communication tool has only increased my productivity. How? - Having a place to easily search for issues others have had in the past. Sure, you can search emails or ask the same questions, but it's nice to search and find answers from other peoples conversations. - Integration for production alerting, customer feedback, and deployment pipelines. Instead of m…
> You can always just exit the program. Or never start to use it in the first place. The fundamental problem with Slack is that its interactions are not structure in the right way to be useful in non-real-time. An email thread has two critical pieces of structure that Slack threads lack: a subject line, and a beginning . With email, it's easy to tell where a particular discussion started, and which messages have to d…
As anyone who's followed a giant email chain, I think that slack is at-least a little bit easier to follow. Albeit I'm working in a company that is just now trying to start to emphasize stories/tickets/chat over email for everything, with tons of pushback.
Gone are the days of email everything, tons of people are CC'd, email chains are 30-50 responses in. It's absolutely unmanageable. Oh and if you drop chat, let's start logging alerts to email, or bugs to email. It's useless.
Personally I'll use chat for anything relatively quick or unimportant in the grand scheme of things. I'll use email for when it's not something that requires a response right away but generally is also unimportant to the company projects and doesn't involve a ton of collaboration. Anything bigger than that goes in a system that's suitable for tracking projects or complicated topics.
I don't think there's a one size fits all solution for communication.
Re: Slack Is Not Where 'Deep Work' Happens
#198The problem with entepriise tools, both technical capabilities and organisational contexts, is that this is often neither supported nor acceptable.
Everyone does not have to have full interrupt access to everyone else.
https://web.archive.org/web/20190330111120/https://plus.goog...
________________________________
Notes:
1. Thank you, Internet Archive.
2. Based on my Google Data Takeout, about 3,000 blocked profiles. I'll miss those.
Re: Slack Is Not Where 'Deep Work' Happens
#199Replying to someone 2 hours later has never been an issue.
If it's urgent, people drop by my desk.
Definitely don't have slack on my phone, and when Slack is closed, I don't get any kind of notifications.
Being able to focus is important. In the end it matters I deliver on the project, not that I reply to every question immediately.
Re: Slack Is Not Where 'Deep Work' Happens
#200I'll play devils advocate. I like Slack, and having a group communication tool has only increased my productivity. How? - Having a place to easily search for issues others have had in the past. Sure, you can search emails or ask the same questions, but it's nice to search and find answers from other peoples conversations. - Integration for production alerting, customer feedback, and deployment pipelines. Instead of m…
> You can always just exit the program. Or never start to use it in the first place. The fundamental problem with Slack is that its interactions are not structure in the right way to be useful in non-real-time. An email thread has two critical pieces of structure that Slack threads lack: a subject line, and a beginning . With email, it's easy to tell where a particular discussion started, and which messages have to d…
I've convinced everyone at two companies so far (50 and 20 people) to never reply directly in a channel, and always use threads: