한 줄 정의
기술적 세부 사항에 매몰되어 목적이 흐려지는 안티패턴을 피하고, 바쁜 이해관계자가 의사결정을 즉시 내릴 수 있도록 ‘피라미드 원칙(결론-근거-데이터)‘에 따라 간결하고 단호하게 작성하는 9가지 коммуникация 규칙이다.
핵심 요지
- 대칭적 안티패턴 회피: 초보자는 코드를 읽는 순서대로(문제->수사->해결책->질문) 메일을 쓰는 오류(대칭적 오류)를 범하지만, 시니어는 피라미드 원칙(요청/결론->이유->데이터)으로 접근한다.
- 9가지 핵심 규칙:
- 가장 첫 문장에 원하는 것을 명시할 것.
- 1 이메일 = 1 주제 원칙 준수.
- ‘기계적’ 단어(We are experiencing, Please be advised 등) 회피.
- ‘이유(Because)‘를 생략하지 않을 것.
- 일관된 용어 사용 (동의어 남발 금지).
- 짧고 간결한 문장 구조.
- 약한 동사 피하기 (am, is, are, have 대신 강한 행동 동사).
- 정확한 기한(Deadlines) 명시 (ASAP 금지).
- 시각적 구조화 (여백, 굵은 글씨, 글머리 기호 사용)
상세
기술 이메일의 목적은 본인의 똑똑함을 증명하는 것이 아니라, 수신자에게 특정 행동을 이끌어내고 다음 단계를 명확히 하는 것이다. 메일 첫 줄에 “We need approval to migrate the staging database to instance type X”라고 단호하게 요청한 후, 뒤에 배경 설명을 덧붙이는 것이 핵심이다. 모호한 “최대한 빨리(ASAP)” 대신 “수요일 오후 5시까지”를 명시해야 책임 소재가 흩어지지 않으며, 독자가 메일을 훑어볼 수 있도록 블릿 포인트나 여백을 두어 가시성을 높여야 한다.
예시
- Bad: “최근 데이터베이스 과부하를 디버깅 중입니다… (긴 설명) … 따라서 인스턴스 업그레이드를 고려 중인데 어떻게 생각하시나요?”
- Good: “이번 주 금요일 오후 5시까지 스테이징 데이터베이스를
db.r6g.xlarge로 업그레이드하는 것에 대한 승인을 요청합니다. [줄바꿈] 이유는 지난 3일간 CPU가 95%에 도달했기 때문입니다. [줄바꿈] 승인이 없으면 테스트 파이프라인이 차단됩니다.”