누가 정하는가를 먼저 정한다 — 결정 권한이 모호할 때 생기는 일
합의를 기본값으로 두면 결정이 지연된다. 결정 유형별로 권한을 배정하는 방법.
합의를 기본값으로 두면
팀에서 결정이 늦어지는 흔한 원인은 모든 것을 합의로 처리하려는 것이다.
- 참석자가 늘어난다
- 반대가 하나만 있어도 진행이 멈춘다
- 결론이 나도 누가 책임지는지 불명확하다
합의는 되돌리기 어려운 결정에 적합한 방식이다. 되돌릴 수 있는 결정까지 합의로 처리하면 속도가 비용이 된다.
되돌릴 수 있는가로 나누기
가장 실용적인 1차 분류다.
| 유형 | 성격 | 방식 |
|---|---|---|
| 되돌리기 쉬움 | 며칠 안에 원복 가능 | 담당자 단독 결정, 사후 공유 |
| 되돌리기 어려움 | 데이터 마이그레이션, 외부 계약, 조직 변경 | 합의 또는 상위 승인 |
되돌릴 수 있는 결정은 빨리 시도하고 틀리면 고치는 편이 논의로 시간을 쓰는 것보다 싸다. 시도 자체가 정보를 만들기 때문이다.
결정 방식 네 가지
되돌리기 어려운 것 안에서도 방식이 갈린다.
1. 단독 결정
한 사람이 정한다. 빠르지만 정보가 편중될 수 있다.
2. 자문 후 결정
의견을 듣되 결정은 한 사람이 한다. 대부분의 상황에서 균형이 좋다.
3. 합의
전원이 동의해야 진행. 되돌리기 어렵고 모두가 실행에 관여할 때.
4. 위임
다른 사람에게 결정권을 넘긴다. 넘겼으면 결과를 존중해야 한다.
사전에 밝히기
가장 흔한 갈등은 참여자가 방식을 오해할 때 생긴다.
의견을 물어놓고 다르게 결정하면, 참여자는 "그럼 왜 물었나"라고 느낀다. 처음에 밝히면 이 문제가 사라진다.
```
"이 건은 의견을 듣고 제가 정하겠습니다.
결정 기준은 A와 B이고, 다음 주 화요일까지 정합니다."
```
세 가지가 들어 있다 — 방식, 기준, 시점. 이 문장 하나가 이후 불필요한 마찰을 크게 줄인다.
결정 기준을 먼저
무엇을 기준으로 판단할지 논의 전에 정해두면 논의가 짧아진다.
```
기준: (1) 운영 부담 (2) 도입 비용 (3) 되돌리기 난이도
가중치: 운영 부담 > 되돌리기 난이도 > 도입 비용
```
기준 없이 시작하면 각자 다른 기준으로 주장하게 되고, 논의가 취향 대립처럼 보인다.
결정하지 않는 것도 결정이다
"더 검토하자"가 반복되면 실질적으로는 현상 유지를 선택한 것이다. 그런데 아무도 그렇게 인식하지 않아서 책임 소재가 사라진다.
유예할 때는 명시한다.
```
결정: 이번 분기에는 현행 유지.
재검토: 다음 분기 초, 조건은 (구체적 조건)
```
이렇게 적으면 유예도 하나의 결정으로 기록되고, 언제 다시 볼지가 정해진다.
실행 후 확인
결정한 뒤 무엇이 달라졌는지 확인하는 절차가 없으면 결정의 품질이 개선되지 않는다.
```
결정 시점에 함께 정할 것:
- 언제 효과를 확인할 것인가
- 무엇을 보고 성공/실패를 판단할 것인가
```
이 두 줄이 있으면 다음 결정 때 참고할 근거가 쌓인다. 없으면 매번 처음부터 논의한다.
최종 수정 2026-08-28