프로젝트 킥오프 회의록 양식과 시작 회의 예시
양식 표
| 항목 | 적는 내용 |
|---|---|
| 프로젝트·회의 정보 | 프로젝트 이름·회의 일시·참석자 |
| 목표·성공 기준 | 해결할 문제와 끝났다고 판단할 조건 |
| 포함 범위 | 이번 단계에서 만들 결과물 |
| 제외 범위 | 이번 단계에 넣지 않는 요구 |
| 역할·승인자 | 실행 책임자와 최종 판단을 맡을 사람 |
| 주요 일정 | 중간 검토일과 결과물 전달일 |
| 의존 조건·위험 | 외부 자료·접근 권한 등 필요한 조건 |
| 검수 기준 | 결과물별 확인 방법과 통과 기준 |
| 첫 할 일 | 착수 작업·담당자·기한 |
| 미정 사항 | 질문별 확인 담당자와 답변 예정일 |
프로젝트가 시작된 뒤 생기는 일정 다툼은 첫 회의에서 서로 다른 완료 모습을 떠올린 탓일 수 있습니다. 킥오프 기록은 기대하는 결과물과 약속하지 않은 범위를 함께 고정하는 출발점입니다.
이 양식을 쓰는 때
새 프로젝트에 여러 담당자가 참여하거나 요청자와 실행자가 처음 범위를 맞출 때 씁니다. 첫 회의라고 회사 소개만 길게 남기기보다 목표, 경계, 판단 책임자를 중심으로 적습니다. 이미 시작한 업무의 진행 상태를 점검할 때는 주간 양식으로 이어갈 수 있습니다.
준비 단계에서 목표 초안과 요청 목록을 공유합니다. 다만 요청 목록 전체를 합의된 범위로 취급하지 않습니다. 꼭 필요한 결과물과 나중에 검토할 요구를 회의에서 나누고 누가 최종 판단하는지 정합니다. 참석자가 모르는 의존 조건은 빈칸을 채우려 추정하지 않습니다.
채운 예시
가상 회사 ‘별숲보관소’가 내부 물품 대여 절차를 정리하는 프로젝트를 시작한 상황입니다. 모래·나린·도담은 가명의 참석자입니다. 아래 일정은 설명용이며 실제 제품의 출시 계획과 관계없습니다.
| 안건 | 확인한 조건 | 결정 |
|---|---|---|
| 첫 단계 범위 | 대여·반납 흐름부터 필요 | 내부 신청표와 반납 확인표를 작성 |
| 검수 방식 | 요청자마다 기대가 다름 | 샘플 대여 세 건으로 흐름 확인 |
| 승인 창구 | 여러 사람이 수정 요청 | 나린이 의견을 모아 승인 요청 |
| 할 일 | 담당자 | 기한 | 결과물 |
|---|---|---|---|
| 현행 대여 과정 조사 | 모래 | 2026-11-03 | 단계별 문제 목록 |
| 신청표와 반납표 초안 | 도담 | 2026-11-05 | 두 서식 초안 |
| 샘플 검수 기준 확인 | 나린 | 2026-11-06 | 검수 시나리오 세 건 |
자동 알림은 첫 단계에서 제외했습니다. 필요한지 논의한 사실은 남기되 구현 약속으로 기록하지 않습니다. 이후 알림 요청이 다시 나오면 제외 범위와 당시 이유를 보고 일정에 넣을지 별도로 판단합니다. 이렇게 남기면 요청자가 기대한 사항을 숨겼다는 오해도 줄어듭니다.
기존 물품 목록을 받을 날짜는 미정입니다. 목록을 받는다는 전제로 전체 일정을 확정하지 않고 제공 담당자에게 확인할 날짜를 남깁니다. 첫 작업은 목록 없이 할 수 있는 현행 과정 조사부터 시작하기로 합니다. 가정과 확정을 구분해야 지연이 생겼을 때 어떤 조건부터 확인할지 알 수 있습니다.
작성 요령
- 목표를 결과물 이름만으로 끝내지 않습니다. ‘신청표 제작’ 옆에 무엇이 달라져야 하는지 적습니다. 대여 상태를 다시 묻지 않아도 되는 흐름처럼 사용할 장면을 적으면 검수 기준을 만들 때 팀이 같은 상황을 떠올릴 수 있습니다.
- 제외 범위에 이유와 재검토 조건을 남깁니다. 제외 항목을 단순 거절 목록으로 만들면 다음 요청 때 같은 논쟁이 반복됩니다. 첫 단계 자료로 효과를 확인한 뒤 검토할지, 추가 자원이 있을 때만 다룰지 조건을 적어 둡니다.
- 역할표에서 실행과 승인을 분리합니다. 초안을 만드는 사람이 최종 확정 권한까지 가진다고 가정하지 않습니다. 의견이 충돌하면 누가 정리하는지와 승인 답변을 기다릴 기간을 합의해 일정에 검토 시간을 포함합니다.
- 마일스톤마다 확인할 결과물을 붙입니다. ‘중간 점검’만 적으면 각자가 다른 준비를 해 옵니다. 검토 가능한 초안인지 실제로 사용할 수 있는 최종본인지 적고 회의 전에 읽어야 할 자료도 함께 정합니다.
- 외부 의존 조건을 담당 없는 위험 목록으로 두지 않습니다. 자료 제공, 접근 권한, 다른 팀의 검토처럼 먼저 해결해야 하는 조건에 확인 담당자를 붙입니다. 아직 답을 얻지 못한 항목은 일정표의 전제라는 사실을 드러냅니다.
- 범위 변경을 요청하는 방법을 정합니다. 새 요구를 누구에게 전달하고 어떤 정보를 함께 적을지 합의합니다. 현재 범위, 예상 영향, 판단 날짜를 남길 위치를 정하면 구두 요청이 이미 승인된 일처럼 진행되는 것을 막을 수 있습니다.
착수 후 첫 점검
첫 점검에서는 작업량보다 시작할 때 둔 가정이 맞았는지 확인합니다. 자료가 예정대로 도착했는지, 검수자가 결과물을 같은 기준으로 보는지부터 살핍니다. 전제가 바뀌면 일정만 밀지 말고 범위나 완료 기준도 다시 합의해야 하는지 기록합니다.
킥오프 녹음은 미팅노트에서 논의 요약과 담당자·기한이 있는 할 일로 정리할 수 있습니다. 그 결과를 읽으며 범위와 승인 조건을 이 양식에 옮겨 확인합니다. 영어로 진행한 회의도 한국어 요약을 받을 수 있으며 무료 시작 후 이용 방식은 가격 안내를 참고합니다.
기준일 2026-10-31
자주 묻는 질문
킥오프에서 일정이 확정되지 않으면 기록을 미뤄야 하나요?
확정한 단계와 가정한 일정을 나눠 적습니다. 일정 확정에 필요한 자료와 답변 담당자를 정하면 다음 논의가 이어집니다.
요청된 기능을 모두 포함 범위에 적어도 되나요?
제안과 합의된 범위를 구분합니다. 이번 단계에 넣지 않기로 한 요구도 제외 범위에 남겨 같은 요청이 다시 들어올 때 확인합니다.
킥오프 참석자가 많을 때 역할은 어떻게 나누나요?
작업 책임자와 검토자, 최종 승인자를 구별합니다. 한 작업의 진행 상황을 답할 사람을 정하고 검토 의견을 모을 창구도 기록합니다.
관련 글
이 양식을 녹음만으로 채우기
녹음에서 정리된 결정·할 일·논의 요약을 확인해 필요한 항목에 옮겨 적으세요. 요약은 직접 수정할 수 있습니다.
무료 시작 후 크레딧을 선불 충전해 사용합니다. 가격 안내