의사결정 기록(decision log)은 제품의 모든 결정에 대해 "왜 그렇게 정했는가"를 남기는 장부입니다. 몇 달 뒤 누군가 같은 논의를 다시 꺼낼 때, 당시의 맥락·선택지·트레이드오프가 있으면 곧바로 정리됩니다. 문제는 대부분의 의사결정 기록이 낡는다는 것——한 번 쓰고, 다시 읽히지 않고, 조용히 과거가 됩니다. 이 페이지는 작성법과, 낡지 않게 하는 '살아있는' 운영법을 다룹니다.
이 형식은 ADR(아키텍처 의사결정 기록)과도 통합니다. 결정은 대개 회의에서 나옵니다——먼저 음성 텍스트 변환으로 회의에서 결정을 뽑아내는 것이 출발점입니다.
평문 의사결정 기록은 쓰는 순간부터 현실과 벌어집니다. 뒤의 결정이 앞의 결정을 뒤집어도 문서는 조용히 옛 상태로 남습니다. Draftlize에서는 결정이 '살아있는 카드'가 됩니다.
결정 하나 = 카드 하나. 맥락·선택지·이유·담당자를 담고 ID로 참조됩니다. 문서 어딘가에 묻히지 않고 언제든 가리킬 수 있습니다.
새 결정이 옛 결정을 뒤집으면 연결된 옛 결정과 그 위의 스펙이 자동으로 stale 표시됩니다. 이미 정한 것을 다시 논쟁하지 않습니다.
의사결정 기록이 Claude Code·Cursor가 MCP로 읽는 컨텍스트가 됩니다. 에이전트는 "왜 그렇게 정했는지"를 알고 다음을 씁니다.
대부분의 의사결정 기록은 쓴 다음 날부터 아무도 읽지 않는다. 그래서 반년 뒤, 같은 논쟁을 처음부터 다시 한다.결정을 맥락째 남기고, 바뀌면 영향 범위를 자동으로 알린다. 그게 Draftlize.
회의록은 "회의의 기록", 의사결정 기록은 "결정의 장부"입니다. 회의록에서 결정만 뽑아 쌓은 것이 의사결정 기록이며, 나중에 진짜 쓸모 있는 건 후자입니다.
보통 그 결정을 책임지는 사람(PM·리드)이 관리합니다. 핵심은 결정의 "왜"를 나중에 되짚을 수 있게 유지하는 것입니다.
결정·맥락·트레이드오프가 드러나면 충분합니다. 길이보다, 뒤집혔을 때 알아챌 수 있는 구조가 더 중요합니다.
ADR은 기술 의사결정 기록의 한 종류입니다. Draftlize는 ADR과 제품 결정을 같은 "살아있는 카드"로 다룹니다.
결정을 맥락째 카드로 만들고, 뒤집히면 자동 stale, AI 에이전트도 읽습니다. Draftlize로 낡지 않는 의사결정 기록을.
$5 무료로 시작하기