이 글의 핵심
- 회의록이 길수록 결정이 잘 남는다는 보장은 없습니다.
- 결정 기록에는 선택, 버린 대안, 이유, 다시 열 조건만 있으면 됩니다.
- 틀린 결정을 지우지 않아야 조직이 같은 실수를 더 비싸게 반복하지 않습니다.
결정이 틀릴 수는 있습니다. 더 큰 문제는 왜 그렇게 결정했는지 잊어 같은 논의를 처음부터 반복하는 것입니다.
회의록은 열두 쪽인데 “그래서 뭘 하기로 했죠?”라는 질문이 다시 나오는 회사가 있습니다. 기록이 부족한 것이 아닙니다. 발언을 기록했을 뿐 선택을 기록하지 않았기 때문입니다.
생성형 AI가 회의 요약을 거의 공짜로 만들면서 이 문제는 더 커졌습니다. 문서는 늘었지만 판단의 흔적은 더 깊이 묻힙니다. 요약의 생산성이 높아질수록 조직은 무엇을 남기지 않을지 더 엄격하게 정해야 합니다.
AI 회의록은 기억을 늘리고 책임을 흐릴 수 있습니다
발언 요약은 참석하지 못한 사람에게 유용합니다. 그러나 실행에는 누가 무엇을 왜 선택했는지가 필요합니다. “마케팅 예산을 유지하기로 함”만 적으면 다음 분기에 같은 논쟁이 돌아옵니다. “환불률이 더 큰 위험이라 신규 광고보다 온보딩을 고쳤다”까지 남겨야 다음 판단이 이어집니다.
AWS의 아키텍처 결정 기록 지침도 맥락, 결정, 결과를 남기고 승인된 기록은 고치지 말라고 권합니다. 새로운 정보로 판단이 바뀌면 과거 기록을 덮어쓰는 대신 새 기록이 이전 결정을 대체하게 합니다. 조직의 판단도 같은 방식이어야 합니다.
선택한 것보다 버린 대안이 더 비쌉니다
사람은 채택된 안보다 탈락한 안을 빨리 잊습니다. 새 임원이 오거나 시장이 흔들리면 이미 검토했던 대안이 새 아이디어처럼 돌아옵니다. 그때 과거에 버린 이유가 없으면 조사와 토론 비용을 다시 냅니다.
결정 기록에 네 줄만 남기십시오. 무엇을 선택했는가, 무엇을 버렸는가, 어떤 증거로 골랐는가, 어떤 신호가 오면 다시 열 것인가. 담당자와 첫 행동은 별도 칸으로 붙입니다. 이보다 길면 회의록으로 돌아가기 쉽습니다.
틀린 결정을 지우는 순간 학습도 지워집니다
결과가 나쁘면 당시 문장을 순화하고 싶은 유혹이 생깁니다. 그러나 그 기록은 평가표가 아니라 학습 장치입니다. 당시 이용할 수 있었던 정보와 지금 알게 된 정보를 분리해야 판단의 질을 개선할 수 있습니다.
한 달 뒤에는 “맞았나”보다 “어떤 전제가 깨졌나”를 붙이십시오. 개인의 책임 추궁이 아니라 전제의 수명을 관리하면, 팀은 불확실한 상황에서도 기록을 숨기지 않습니다.
첫 기록은 반복된 안건에서 시작하십시오
전사 템플릿부터 만들지 마십시오. 최근 두 달 동안 세 번 이상 되돌아온 안건 하나를 고르십시오. 버린 대안과 다시 열 조건을 적는 것만으로 다음 회의가 달라집니다.
결정 기록의 성과는 작성 건수가 아닙니다. 과거 링크 하나로 끝난 논의의 수, 뒤집힌 결정에서 새로 발견한 전제의 수입니다. 담당자 없는 KPI처럼 주인 없는 기록도 곧 장식이 됩니다.
이번 주에 확인할 것
- 선택한 안과 버린 안이 함께 남아 있는가
- 결정을 다시 열 신호가 날짜가 아니라 사건으로 적혀 있는가
- 새 정보가 생겨도 과거 기록을 덮어쓰지 않는가