개발자를 위한 슬랙 에티켓의 불문율

Source: Dev.to

위의 링크에 있는 전체 텍스트를 제공해 주시면, 해당 내용을 한국어로 번역해 드리겠습니다. (코드 블록, URL, 마크다운 형식 등은 그대로 유지됩니다.)

“Hi”라고 인사하지 말고 기다리기

이것은 너무 흔해서 전용 웹사이트까지 있을 정도입니다. 하지만 전 세계의 Slack 워크스페이스에서 매일 매일:

You: “Hey, are you free?”

…그리고 아무 응답도 없습니다. 맥락도, 질문도 없이. 상대방이 현재 하고 있던 일을 멈추고 기다리게 만드는 모호하고 불안감을 주는 메시지일 뿐입니다.

Do this instead: 질문을 앞에 두고 상황을 바로 제시하세요.

You: “Hey! I’m working on the auth‑middleware refactor and I’m running into a weird issue where the token refresh silently fails on 401s. I’ve tried wrapping it in a retry but it loops indefinitely. Have you seen this before, or know where I should look?”

이제 상대방은 요청을 바로 파악하고, 언제 답변할지 결정한 뒤, 다섯 번 주고받는 ping‑pong 없이 유용한 답변을 줄 수 있습니다.

Thread Your Replies

스레드는 이유가 있습니다: #backend(또는 어떤 채널) 가 트위치 채팅처럼 보이는 것을 방지하기 위해.

• 누군가 질문이나 업데이트를 올렸고 당신이 추가 질문이 있을 때는 스레드 안에서 답변하세요.
• 세 사람이 함께 문제를 해결하고 있다면 스레드에서 진행하세요.
• 관련 링크를 공유하거나 “나도 그래요” 같은 말을 하고 싶을 때는 스레드에 달아 주세요.

바쁜 채널에서 스레드 없이 대화하면 정말 따라가기 힘듭니다. 어느 답변이 어느 질문에 대한 것인지 파악하려고 40개의 메시지를 스크롤해야 하고, 그 절반은 서로 겹치는 두 개의 대화입니다. 마치 두 개의 팟캐스트를 동시에 듣는 것과 같습니다.

Exception: 스레드가 전체 채널에 유용한 결론에 도달하면, 메인 채널에 짧은 요약을 올리세요. 토론 자체는? 스레드에 남겨 두세요.

@channel과 @here는 메가폰이 아니라 비상 레버입니다

대략적인 가이드:

점심을 같이 먹자고 물어볼 때 @channel을 사용하면 원하지 않는 평판이 생깁니다. 사람들은 알림을 신중하게 설정하고, 비긴급 상황에 @channel 레버를 당기면 모두가 그 알림을 완전히 무시하도록 학습하게 되어 실제 비상 상황도 놓치게 됩니다.

코드 블록을 사용해주세요

Slack에는 충분히 좋은 코드 포맷팅 기능이 있습니다:

• 인라인 코드를 위한 단일 백틱: `code`
• 블록을 위한 삼중 백틱:

def please_format_your_code():
    your_teammates_will_thank_you = True
    return your_teammates_will_thank_you

누군가 스택 트레이스나 설정 파일을 서식 없이 일반 텍스트로 붙여넣으면 들여쓰기가 사라지고 모든 내용이 뒤섞인 읽기 어려운 덩어리가 됩니다. 백틱으로 감싸는 데 2초만 더 투자하면, 사람들이 실제로 읽을 메시지와 눈을 가늘게 뜨고 스크롤만 할 메시지 사이의 차이를 만들 수 있습니다.

15줄 정도를 초과한다면 스니펫이나 Gist 링크를 고려하세요. Slack 메시지에서 200줄짜리 JSON을 스크롤하는 사람은 없습니다.

Respect DND and Status Messages

When someone’s status says 🎧 Focusing, back at 2 pm, that’s not a suggestion—that’s a boundary. If their status is set to Do Not Disturb, your message isn’t so urgent that it overrides whatever they’re deep in. It can wait. It almost always can wait.

And on the flip side: actually use your own status. If you’re heads‑down on something, set DND. If you’re at lunch, say so. If you’re off for the day, mark it. It helps your team calibrate expectations and reduces “hey, are you around?” clutter in your DMs.

“빠른 통화?” 메시지

이 경우는 미묘합니다. 때때로 동기식 대화가 30개의 메시지를 주고받는 것보다 실제로 더 빠를 수 있습니다. 복잡한 디버깅, 아키텍처 논의, 혹은 어조가 중요한 상황에서는 짧은 통화가 모두의 시간을 절약해 줍니다.

하지만 아무런 맥락 없이 “빠른 통화?”라고 하면 교장실에 소환되는 느낌이 들 수 있습니다. 통화를 원한다면 이유를 제시하세요:

“안녕, 새 이벤트 시스템을 어떻게 구조화할지 고민하고 있는데, 통화로 10분 정도 얘기하면 타이핑에 한 시간을 절약할 수 있을 것 같아. 다음에 시간 괜찮아?”

이렇게 하면 상대방이 “사실, 다이어그램을 보내줄게. 그게 문제를 해결할 거야”라고 선택할 여지를 주어, 지금 바로 모든 일을 중단하고 통화에 참여해야 한다는 압박감을 느끼지 않게 됩니다.

Enter 키를 누르기 전에 생각을 정리하세요

이런 식으로 메시지를 보내는 사람을 아시죠:

hey
so
I was looking at the PR
and I think
there might be an issue
with the way we handle
the cache invalidation
actually nvm
wait no
yeah there's def a problem

그것은 하나의 메시지였어야 할 것을 위해 열 개의 알림이 되는 겁니다. 각 줄마다 알림, 배지, 진동이 발생합니다. 모바일에서는 특히 가혹합니다. 잠깐 멈춰보세요

Emoji Reactions Are Underrated

Reactions are one of Slack’s best features for keeping noise down, and most teams under‑use them. A quick emoji can replace an entire message:

• 👀 – “이것을 확인했고 조사 중입니다.”
• ✅ – “완료” 또는 “처리되었습니다.”
• 👍 – “확인했습니다” 또는 “괜찮아요.”
• 🎉 – “축하합니다” 또는 “잘했어요” (채널을 12개의 별도 “축하!” 메시지로 가득 채우지 않고).
• ➕ – “동의합니다” 또는 “저도 마찬가지에요.”

When someone posts an announcement and 15 people each reply “thanks!” it buries the actual message. A bunch of 🙏 reactions communicates the same thing without turning the channel into a wall of one‑word replies. Start using reactions more and watch how much cleaner your channels feel.

공개 채널을 기본으로

질문이 있을 때 특히 팀에 새로 들어와서 당연히 보이는 질문을 할까 걱정될 때는 DM으로 사람에게 직접 물어보고 싶은 자연스러운 충동이 있습니다. 그 충동을 억제하세요. 대부분의 경우, 여러분이 가진 질문은 다음 주에 다른 사람도 가질 질문이며, 공개 채널에 물어두면 답변이 검색 가능해집니다.

• DM – 진정으로 개인적인 사안, 민감한 피드백, 두 사람만 관련된 내용에 적합합니다.
• 공개 채널 – 기술적인 질문, 프로젝트 업데이트, “누구든 X가 어떻게 동작하는지 아는 사람?” 같은 내용은 채널에 올리는 것이 이상적입니다. 여러분만 도움을 받는 것이 아니라 팀 전체를 위한 지식 베이스를 만들게 됩니다.

예외는 누군가에게 직접 피드백을 주거나 민감한 사안을 논의해야 할 때입니다. 판단은 여러분에게 맡기지만, 확신이 서지 않을 경우 DM보다 채널을 선택하세요.

비동기는 예외가 아니라 기본

다른 시간대에 있는 팀원이 당신 시간으로 새벽 3시에 질문을 올렸다고 해서 아침까지 답변을 하지 못했다고 죄책감을 가질 필요는 없습니다—그들은 알고 있습니다. 이것이 분산 팀의 현실입니다: 당신이 편한 시간에 메시지를 보내고, 상대방은 자신의 편한 시간에 답변합니다.

이는 즉각적인 왕복이 필요 없는 메시지를 작성해야 함을 의미합니다. “배포에 관해 물어봐도 될까요?” 대신, 모든 상황을 포함한 전체 질문을 작성해 두면 상대방이 6시간 뒤라도 한 번에 답변할 수 있습니다. 대화라기보다 아주 짧고 구조화된 이메일처럼 생각해 보세요.

효과적인 비동기 커뮤니케이션을 위한 팁

1. 상황을 앞에 배치해 컨텍스트를 제공한다.
2. 관련 링크를 포함한다.
3. 메시지를 자체적으로 완결되게 만든다.

이러한 스킬은 개발할 가치가 있으며, 전 세계에 흩어져 있는 동료들은 당신에게 조용히 감사할 것입니다.

도움 요청 방법 (다른 사람에게 숙제 시키지 않기)

좋은 질문을 하는 데는 기술이 있으며, 이는 Slack에서도 Stack Overflow에서도 마찬가지입니다. 잘 구조화된 도움 요청은 다음과 같습니다:

What I’m trying to do:
내가 하려는 일:
Set up the local dev environment for the payments service.
결제 서비스의 로컬 개발 환경을 설정하기.

What’s happening:
현재 상황:
The Docker build fails at step 7/12 with a permissions error on /var/run/secrets.
Docker 빌드가 7/12 단계에서 /var/run/secrets에 대한 권한 오류로 실패합니다.

What I’ve tried:
시도한 내용:

• Running with --privileged
--privileged 옵션으로 실행
• Clearing the Docker cache
  Docker 캐시 정리
• Checking the README (last updated 8 months ago)
  README 확인 (8개월 전 마지막 업데이트)

My question:
질문:
Is there an additional setup step for the secrets volume that isn’t documented, or is this a known issue with the latest Docker version?
문서에 없는 secrets 볼륨에 대한 추가 설정 단계가 있나요, 아니면 최신 Docker 버전에서 알려진 문제인가요?

Compare that to “The payments service doesn’t work, help?” One of those gets a useful answer in minutes; the other starts a 20‑message interrogation just to figure out what’s actually going on.
‘결제 서비스가 작동하지 않아요, 도와주세요?’와 비교해 보세요. 앞의 경우는 몇 분 안에 유용한 답변을 얻을 수 있지만, 뒤의 경우는 실제 상황을 파악하기 위해 20개의 메시지에 달하는 질문‑답변이 이어집니다.

Bonus: The Worst Slack Crimes

A non‑exhaustive list of things that will make your teammates sigh deeply:

• 그룹 채널에서 음성 메시지 보내기. 15 초면 타이핑할 수 있는 두 문장 질문을 듣기 위해 이어폰을 꽂고 싶어 하는 사람은 없습니다.
• 이미 누군가 답장을 한 메시지를 편집하기. 이제 답장이 의미가 없어지고 모두 혼란스러워합니다. 수정이 필요하면 별도의 후속 메시지를 추가하세요.
• 스레드에 답장하고 “채널에도 보내기”를 체크하기. 하나만 선택하세요. 이 체크박스는 드문 경우에만 쓰이며 기본값이 아닙니다.
• #random에서 @channel 사용하기. 안 됩니다.
• 활성 대화 중 메시지 삭제하기. 답장은 여전히 남아 떠다니며, 유령 메시지를 참조합니다.
• 모든 것을 긴급으로 표시하기. 모든 것이 긴급하면 아무것도 긴급하지 않은 겁니다. 당신은 늑대가 울음소리를 내는 소년과 같은 Slack 사용자입니다.

모든 것은 공감에서 시작된다

대부분의 “규칙”은 하나의 아이디어로 귀결됩니다: 보내기를 누르기 전에 메시지를 받는 사람을 생각하세요.

• 이것이 명확한가요?
• 이것이 방해가 되나요?
• 그들이 나를 도울 수 있는 필요한 것을 가지고 있나요?
• 나는 그들의 하루를 조금 더 편하게 만들고 있나요, 아니면 더 힘들게 만들고 있나요?

좋은 Slack 예절은 격식을 차리거나 알을 깨지 않으려는 것이 아니라, 톤이 보이지 않고 모두가 알림에 휩쓸려 있는 매체에서 배려심을 갖는 것입니다.