많은 엔지니어와 팀에 걸쳐 합의를 어떻게 이끌어냅니까?

많은 똑똑하고 의견 강한 사람들을 정렬시키는 것은 senior technical leadership의 가장 어려운 부분 중 하나입니다. 목표는 (종종 불가능한) 만장일치 동의가 아니라 모두가 commit할 수 있는 결정입니다. 정렬은 힘이 아니라 프로세스로 쌓습니다.

합의를 이끄는 방법

✓ 먼저 GOAL/기준에 정렬하라 — 대부분의 불일치는 명시되지 않은 목표 때문이다
✓ 의견을 널리, 일찍 모아라 — 사람들은 자신이 빚은 것에 commit한다
✓ PROPOSAL(RFC)을 작성하라 — 구체적 문서가 끝없는 회의를 이긴다
✓ 반론을 steelman하라 — 가장 약한 것이 아니라 가장 강한 것을 다뤄라
✓ 모두가 공유하는 80%를 찾고, 진짜 20%의 갈등을 분리하라
✓ DISAGREE-AND-COMMIT으로 결정하라 — 만장일치가 아니라 정렬
✓ WHY를 전달하라 — 사람들은 이해하는 결정에 commit한다

작성된 RFC를 써라

팀 간 결정에는 피드백을 위해 회람하는 작성된 RFC(request for comments)가 회의를 이깁니다. 사람들은 자기 시간에 참여하고, 반론이 글로 드러나며, 오래 가는 기록을 얻습니다. 회의는 소리 내어 생각하는 곳이 아니라 마지막 걸림돌을 푸는 곳입니다.

구체적인 예시

다섯 팀이 공유 API 표준에 동의해야 합니다. 당신은 초안 RFC를 작성하고, 일주일간 코멘트를 받고, 실질적 반론을 다루고, 간극을 메우기 위해 회의 한 번을 엽니다. 문서 없이 열 명이 라이브로 토론하는 것보다 훨씬 낫습니다.