DEV Community 👩‍💻👨‍💻

Cover image for Why public chats are better than direct messages
Denis Stebunov
Denis Stebunov

Posted on • Originally published at

Why public chats are better than direct messages

Most problems in project management are, in fact, communication problems. How we communicate makes an enormous impact on our work. In this post, we talk about one of the best strategies for improving communication in a team: making it open.

What is open communication?

Over the years, we at ivelum have developed a work culture that relies on open communication, an approach borrowed from open-source communities. We prefer to publicly discuss most work questions so any team member can follow the discussion and participate if they'd like. It can happen in chat channels, a project management system, or open video meetings, which anyone could join.

We discourage work discussions in private talks. This is not to say that we avoid direct communication entirely; of course, there's no replacement for it for sensitive topics. However, there's nothing sensitive in most work talks, and we prefer to have them in the open.

We're not the only company that practices open communication. However, it doesn't seem to be very common. Most companies follow a more traditional approach. In most companies, if Alice has a question for Bob, she is likely to ask Bob directly rather than posting a question in a group team chat. At ivelum, we do the opposite. Many folks who join our teams notice that we communicate differently from how they used to do it at their previous job. We explain why and try our best to ensure a smooth transition.



Simple: it boosts team performance - a lot. Of course, it takes some adaptation effort for new team members, but the effect is so significant that it soon pays off.

Minimize distractions

At first, it may seem that when all work communication is public, it might cause a lot of distraction. In reality, the opposite is true because of how chats work. Slack, which we use, and other chat platforms (Discord, MS Teams, Mattermost, etc.) are configured by default like so:

  • Notifications ARE shown for direct messages;
  • Notifications are NOT shown for messages in group channels.

As a result, when you send a direct message, you distract your colleague, but when you post a message in a group chat, you don't distract them (unless you mention someone explicitly via @).

From our experience, the vast majority of work questions are not so urgent that they require an immediate response. Most topics can be discussed asynchronously – you post a question when you have time, and your teammates will respond when they have time. It greatly helps to minimize distractions, which is especially important for developers. To be productive with code, they need prolonged periods of focused work.

This is not "noise"

Okay, reducing distractions is all well and good, but why would people in a team chat browse through lots of messages which are not addressed to them directly? Well, in practice this information is actually very useful:

  1. Easy way to keep the team updated. When people communicate openly, others can see what they're working on. It significantly reduces the need for status updates – meetings or written reports. When almost all communication is public, everyone knows what their teammates are working on and their progress.
  2. Faster problem-solving and learning. Some information can't be learned by asking questions and getting answers. We often don't know what we don't know, so we might have no idea what questions to ask in the first place. Watching how other people work can be an insightful learning experience. It could be an opportunity to learn something but also to share our knowledge with others as well.

Finally, proper organization of chat channels reduces the risk of information overload to a minimum. Each chat channel can be dedicated to a particular project or a team, and people follow only channels in which they're interested.

Why isn't everyone doing it?

Even when teams agree that they may benefit from open communication, they sometimes don't rush to implement it in practice.

One obstacle is that people can be shy. Many are reluctant to talk in public because they're not used to it and don't feel comfortable doing it. They may think they're asking a trivial question and don't want to attract too much attention to it. The best thing we could do to help with that is to be friendly and welcoming. No sarcasm, and never treating any questions as "silly." A positive atmosphere is crucial for learning, and continuous learning is vital for team success.

Another common problem is too much focus on secrecy. Open communication can be perceived as a risk of information leaks, and in some cases, it can be a risk indeed. However, by imposing communication barriers, companies not only mitigate these risks but also greatly harm their productivity. Even one of the most secretive companies – Apple – is now reconsidering its practices because the downsides are so significant.

Bottom line

There are certain things that the most productive teams do differently. Of course, open communication is not a silver bullet that magically solves all potential team problems, but this is certainly a big one.

Numerous studies show that in one or other form, communication problems are behind most of the reasons why IT projects fail. Involving themselves in frictionless team communication is arguably the best thing a team leader can do, as the rest of their team members will most likely follow suit and make it a habit.

Top comments (5)

nickfun profile image
Nick F

I really think this is a key to making chat work for a remote team. Keeping the knowledge open so that when Alice & Bob figure out the solution it's now for the whole team to learn the solution because it's out in the open.

A problem I have is that when people do directly message me, it is tough to redirect them to a public channel. I'm a SME on a few things so people will reach out. I'll ask them to ping me in a public channel so that others can learn, but often they do not do it. I think it comes down to shyness, as you state. Not sure how to get around this.

stebunovd profile image
Denis Stebunov

Yeah, politely redirecting people to a public channel can be tricky. When new team members join our teams, we always give them reasonable time to adapt. After they see that others are doing it and nothing bad happens, it becomes easier for them to follow the established team practice.

Since adaptation requires time, it may be difficult to do it reliably with occasional chat guests. If they have a way to reach you in person, they would occasionally do it anyway, and maybe it's fine. In such a situation, even if half of the people are using the public channel, it already provides benefits. 50% of success is better than zero :)

pinotattari profile image
Riccardo Bernardini

Do you have some actual numbers about the improvement?

stebunovd profile image
Denis Stebunov

I don't think it can be measured in some meaningful numbers, but people certainly notice an improvement.

chandmohammad profile image
Chand Mohammad S

This will be a game changer, really loved the idea "make it open"

Let's Get Hacking

Join the DEV x Linode Hackathon 2022 and use your ingenuity and creativity to build using Linode.

→ Join the Hackathon <-