개발자 회의록 템플릿

개발팀을 위한 회의록 작성법

좋은 개발자 회의록은 회의가 끝난 뒤에도 팀이 같은 맥락을 유지하게 합니다. 핵심은 네 가지입니다: 참석자(누가 결정했는지), 안건(무엇을 논의했는지), 결정 사항(어떻게 결론 났는지), 액션 아이템(누가 언제까지 무엇을 할지). 이 네 가지가 없는 회의록은 기록이 아니라 메모입니다.

참석자와 역할 명시

이름만 적지 말고 역할(PM, 개발, 디자인)을 함께 기록합니다. 몇 달 후 회의록을 다시 볼 때 누가 어떤 맥락에서 발언했는지 파악하는 데 도움이 됩니다.

결정과 이유를 함께

"릴리스를 연기했다"가 아니라 "QA 이슈로 인해 릴리스를 1주 연기했다"처럼 이유를 함께 적으면 나중에 같은 논의를 반복하지 않아도 됩니다.

액션 아이템의 3요소

실행 가능한 액션 아이템은 담당자 + 할 일 + 기한 세 가지가 모두 있어야 합니다. 담당자 없는 할 일은 아무도 하지 않습니다.

회의 직후 공유

회의록의 가치는 작성 직후 공유할 때 가장 높습니다. 기억이 선명할 때 빠진 내용을 보완하고, 24시간 내에 팀과 공유하세요.

스프린트 회고와 결정 로그를 분리하세요

잘된 점과 문제점은 회고 문맥으로, 릴리스 일정과 담당자 지정은 결정 로그 문맥으로 적어야 나중에 다시 찾을 때 혼동이 줄어듭니다.

Maku에서는 링크와 백링크로 맥락을 잇기 쉽습니다

회의록에서 스펙 문서, 버그 노트, 일간 저널을 링크로 이어두면 회의가 일회성 기록으로 끝나지 않고 지식 구조 안에 남습니다.

같이 보면 좋은 페이지