Live data from Hacker News

Curing Our Slack Addiction

blog.agilebits.com

111–120 of 187 posts

Re: Curing Our Slack Addiction

#111

This is incredibly timely for me. We have grown from a team of 2 to a team of 18 in the past year, we're all remote and we literally huddle around Slack and warm ourselves to it's glow from morning till night. It's the core of our company culture and our comms. I think Dave (the author and founder of 1password) is feeling the same thing I'm feeling as a CEO. It's a kind of weird anxiety that creeps up on you as the c…

Digital addiction, especially with communications tools, has been a very real problem since the 1990s at least (with regard to Internets) and has become prevalent with the rise of social networks.

I've built and run several companies since the 1980s and always tried from the start to instil a culture of respect for other people's focus, which ranges from (as CEO) not 'looming' at their office door/desk expecting them to interrupt their focus to not 'telling' (asking) them to do something over a real-time communications channel (since the power differential will often cause them to interrupt something more important).

That means people don't interrupt or distract others without first asking politely via a non-realtime method (e.g. email) unless there's a genuine emergency (servers are down!).

Additionally, people should not feel obligated to stop what they're focused on to help someone else unless that is part of their role.

On the other hand if they're running out of steam, and need a distraction to get their thoughts back in gear, then catching up on help requests or doing something 'social' is OK, including getting outside for some fresh air.

With the increasing ubiquity of communications tools a key management activity is helping people to not feel obligated to be tied to them.

For example, with IRC and other real-time chat channels where there's a growing expectation that people are logged in all the time: don't! When you're done, log-out. Don't feel the need to have to 'scroll-back' to review history since you were last there. Treat it like entering and leaving a physical building - if you're not there, you will miss what is said.

From that comes the well-practised requirement in the non-tech business world that important discussions and especially decisions should be documented (some business sectors require this anyhow) and formalised (via arranging meetings with all stakeholders).

Don't assume people who don't respond immediately will ever see what you typed. If it is important to document it in a non realtime way; email, issue tracker, wiki, or whatever suits.

And as CEO ensure your people are NOT logging-in/commenting out-of-hours unless that is part of their job. Ensure they maintain a positive life/work balance in favour of their life, even if you have to send them home (as I've done many times with programmers that 'just need to finish this bit' and who you know will likely be there 3 hours later if you leave them).

Re: Curing Our Slack Addiction

#113
post #109

Why not IRC, Jitsi, Jira and a wiki. IRC for chitchat / asking questions (PMs and highlights so there's no immediate need to respond) Jitsi / IRC for meetings or small team collaboration. Jira for bugs Wiki for documenting design decisions and future work

IRC for chitchat and a issue tracker are great. I agree.

I prefer Etherpad for meetings, especially for virtual meetings. It includes a simple chat, but I never used that. http://beza1e1.tuxen.de/articles/meeting.html

A wiki is ok for meetings minutes, but I prefer documents now. Wikis always seem to deteriorate to the point of uselessness.

Re: Curing Our Slack Addiction

#114
post #29

Here's my best practices list: 1. The best use of slack is the free edition which has limited history. Once this lack of history is made clear, people use it simply for online pings. Since notes, files and everything will disappear, people will automatically put the effort to put those things in the right tools (wiki, bug tracker etc). 2. Don't expect people to be online. It's the same as irc. If people are there, th…

I disagree. Twitter integration is great because it gives us a way to have tweets about our brand appear and we can discuss each one if needed. Munin integration via our bot just alerted us to the Linode DDoS today. We've created our own bot which recognizes bug ID's and expands the bug with title, description and status and a link. Same with support tickets. Also our bot can draw cows on demand. Very important that.

3. Integrations are mostly gimmicks. FTFY

Re: Curing Our Slack Addiction

#115
post #101

I still try to understand what Slack is that IRC isn't. At the moment I'm in the "someone managed to make money out of copying IRC"-phase including copying all the problems/pain points of IRC according to this article and comments here so far (highlighting, channel inflation, multiple conversations in one channel at the same time overlap ..) - what do I miss?

Accessibility for non-technical users, and formatting.

In MatterMost (a very nice self-hosted Slack alternative) the integrated MarkDown-support means that sharing code and more extensive reports can be done with a helpful amount of formatting. I much rather read the ten lines of code a colleague is asking me about with code highlighting than without, and a summary of a colleague's visit to a customer reads a lot more pleasant with headings than without.

Also, emoji. Not something most of us on HN would miss, but a lot of the non-technical users seem to appreciate being able to nuance messages with them.

Re: Curing Our Slack Addiction

#116
post #93

Earlier quoted context omitted.

I have a hard time agreeing that "Slack's a far sight better than email." The lack of threading and context (mentioned in AB's writeup) means you have to maintain a lot of state (and keep up to date) in order to get any value. That defeats the point of having automation! For good or ill, the 40+ year history of mail means there are various tools and conventions that allow your computer to do part of the work for you.

Also, email is an open standard, with plenty of choices in both client and server software. Slack is a proprietary system. Why are we actively axing solid, widely distributed, open ecosystems for proprietary ones? It'd be like if everyone woke up one day and decide "eh, Linux is just not animated-giphy enough, let's all switch to this startup OS with a crippled free version."

I don't think any of these corporations that use Slack are axing email. They still need to communicate with people outside of the organisation, right?

Re: Curing Our Slack Addiction

#117
post #15

I'm wondering if Slack will ever implement something like Sococo or teamspeak's always-on voice chat. If you have not seen these it's quite a weird idea. If you are in the channel your speakers are always-on. Someone can speak to you without dialing and without you answering. They can simply say "Hey Fred..." and start talking. I have not worked with these, but did try Sococo briefly. The way this would work in slack…

I've used TeamSpeak for that at an old job. We used it for pairing and team meetings. We couldn't all fit in the office at the same time (10 people, 100 square feet w/desks wasn't happening), so we had team meetings over TS. Was great. Would definitely do it again.

What prevented multiple people starting to talk at the same time during team meetings?

Re: Curing Our Slack Addiction

#118
post #29

Here's my best practices list: 1. The best use of slack is the free edition which has limited history. Once this lack of history is made clear, people use it simply for online pings. Since notes, files and everything will disappear, people will automatically put the effort to put those things in the right tools (wiki, bug tracker etc). 2. Don't expect people to be online. It's the same as irc. If people are there, th…

> 2. Don't expect people to be online. It's the same as irc. If people are there, they are expecting to be interrupted / they are feeling helpful at that moment. One of the reasons I don't like Slack is that people contact me when I'm off shift. I support APAC and so work different hours from most of my company. If I have a problem, I have to either email someone, or DM someone who isn't online. Either way, my voice…

Can't you just set your status to away and not respond? People can email you when you aren't working as well. It's no different.

Re: Curing Our Slack Addiction

#119
post #37

Earlier quoted context omitted.

The integrations are indeed a gimmick. They consume so much space that they end up being shoved into their own channel, where nobody ever looks... so what was the point of them again?

I agree that some integrations are a gimmick, but having content relevant integrations has helped out our team immensely. We'll have channels specific to a project, so notifications that JIRA stories have been resolved, knowing if a build fails, exception logs from production, are all intertwined with us discussing the project throughout the day so they get exposure. One thing that we've loved is being able to log in…

So, in best case, the integrations are equivalent to the whole ecosystem of IRC integrations in existence?

That's interesting. And still leads to the question "why slack, not IRC"?

Re: Curing Our Slack Addiction

#120
post #93

Earlier quoted context omitted.

I have a hard time agreeing that "Slack's a far sight better than email." The lack of threading and context (mentioned in AB's writeup) means you have to maintain a lot of state (and keep up to date) in order to get any value. That defeats the point of having automation! For good or ill, the 40+ year history of mail means there are various tools and conventions that allow your computer to do part of the work for you.

I recently disabled threading in my email as I have an unfortunate number of people who regularly : send mail using identical subject lines, reply to whatever my previous email to them was rather than come up with a new subject line or send multiple versions of important documents under the same subject/RE the same message over the course of months. This results in a hideous nightmare of thread spaghetti where I can'…

I have seen this among all my friends that aren't that computer knowledgeable.

They just search for an email with the same set of people that they want to sent an email to, choose reply all and change the content.

Post reply on HN