프로젝트 회고 PPT 6장 구성 예시
결제 화면 개편 4주 회고를 예로 목표 대비 결과, KPT로 원인 나누기, 담당·기한을 붙인 다음 할 일까지 6장으로 정리했습니다.
프로젝트 회고 PPT는 표지, 목표 대비 결과, 잘된 점(Keep), 아쉬운 점(Problem), 원인과 판단 근거, 다음 할 일(Try) 6장이면 충분합니다. 막히는 곳은 장수보다 내용입니다. 숫자만 늘어놓다 끝나거나, "누가 놓쳤나"를 따지는 자리가 되거나, 다음에 바꿀 일이 담당도 기한도 없이 남기 쉽습니다.
MOVO에 회고 메모와 지표 파일을 첨부하고 장 순서를 적으면, 슬라이드를 만들기 전에 장별 목차를 먼저 보여 줍니다. 목차에서 숫자와 문장을 고친 뒤 디자인을 고르면 슬라이드가 만들어지고, 틀린 장은 그 장만 골라 고칠 수 있습니다. 이 글은 결제 화면 개편 4주 회고 한 건을 따라가며 6장을 채우는 법과 MOVO로 만드는 과정, 바로 쓸 수 있는 회고 템플릿을 보여 줍니다.
프로젝트 회고 PPT는 어떤 순서로 만드나요?
목표 대비 결과를 먼저 보여 주고, 잘된 점과 아쉬운 점을 나눈 뒤, 원인을 하나로 좁혀 다음 할 일로 끝냅니다. 아래 예시는 가상의 온라인 쇼핑몰 팀이 결제 화면을 4주 동안 개편했는데 목표한 결제 완료율에 못 미친 프로젝트입니다. 이 글의 숫자는 모두 가상입니다.
| 장 | 이 장이 답할 질문 | 결제 화면 개편 예시 |
|---|---|---|
| 1. 표지 | 무엇을 어디까지 돌아보는가? | 결제 화면 개편 4주 회고, 미달 원인 1개와 다음 할 일 3개 |
| 2. 목표 대비 결과 | 목표에 얼마나 닿았는가? | 결제 완료율 목표 68.0%, 결과 64.5% |
| 3. 잘된 점(Keep) | 다음에도 그대로 할 것은? | 결제 단계를 3개에서 2개로 합친 구조 |
| 4. 아쉬운 점(Problem) | 어디서 막혔는가? | 모바일에서 '결제하기' 버튼이 첫 화면 밖으로 밀림 |
| 5. 원인과 판단 근거 | 무엇을 보고 그렇게 판단했나? | 결제수단 단계 이탈 21% → 26%, 문의 12건 |
| 6. 다음 할 일(Try) | 누가 언제까지 무엇을 하는가? | 할 일 3개와 담당·기한·확인할 숫자 |
회고 범위는 미달 원인 하나로 좁히세요. 원인을 다섯 개 늘어놓으면 다음 할 일도 다섯 개가 되고, 다음 회고에서 무엇이 효과였는지 가려내기 어렵습니다. 나머지 원인은 표지 아래에 "이번 회고에서 다루지 않은 것"으로 한 줄씩 남겨 두면 됩니다.
목표와 결과 장에는 무엇을 적나요?
목표, 결과, 개편 전 기준을 같은 정의와 같은 기간으로 나란히 적습니다. 목표는 착수 때 정한 값을 그대로 쓰고, 제목에는 숫자가 말하는 결론을 한 문장으로 씁니다. 예시라면 "결제 완료율 64.5%, 목표에 3.5%p 못 미쳤습니다"입니다.
| 구분 | 개편 전 2주 | 개편 후 2주 | 목표 |
|---|---|---|---|
| 전체 | 62.1% | 64.5% | 68.0% |
| 데스크톱 | 65.0% | 71.0% | - |
| 모바일 | 60.5% | 61.0% | - |
- 정의: 결제 완료율은 결제 화면에 들어온 세션 중 결제를 마친 비율입니다.
- 분모와 기간: 개편 전 2주는 17,900세션(모바일 11,600), 개편 후 2주는 18,400세션(모바일 12,000)입니다. 두 기간의 길이가 다르면 비교하지 마세요.
- 나눠 보기: 전체만 보면 2.4%p 올랐습니다. 기기별로 나누면 데스크톱은 6.0%p 올랐고 모바일은 0.5%p에 그쳤습니다. 결제 화면 진입의 약 3분의 2(18,400세션 중 12,000세션)가 모바일이라 전체 결과가 목표에 못 미쳤습니다. 이 차이가 4장과 5장의 출발점입니다.
미달 원인 하나를 KPT로 어떻게 나누나요?
원인을 하나 정하고, 그 원인에 대해서만 Keep(그대로 할 것), Problem(막힌 것), Try(다음에 해 볼 것)를 적습니다. 예시에서 고른 원인은 "모바일 결제수단 단계에서 이탈이 늘었다"입니다.
| 구분 | 모바일 결제수단 단계에 대해 적은 것 |
|---|---|
| Keep | 결제 단계를 3개에서 2개로 합친 구조. 데스크톱 완료율이 6.0%p 올랐습니다. |
| Keep | 출시 전에 지표 정의와 측정 기간을 합의한 것. 전후를 같은 기준으로 비교할 수 있었습니다. |
| Problem | 결제수단 8개가 기본으로 모두 펼쳐져, 375px 화면에서 '결제하기' 버튼이 스크롤 아래에 있었습니다. |
| Problem | QA 체크리스트에 '모바일 첫 화면에 결제 버튼이 보이는가' 항목이 없었습니다. |
| Problem | 기기별 완료율을 출시 1주 뒤에 처음 나눠 봤습니다. |
| Try | 결제수단 목록 접기, QA 항목 추가, 기기별 완료율을 출시 첫날부터 보기 |
Problem 칸에는 사람 대신 단계와 조건을 주어로 적습니다. 『Project Retrospectives』를 쓴 놈 커스(Norm Kerth)는 무엇이 드러나든 모두가 그때 알던 것과 능력, 쓸 수 있던 자원과 상황 안에서 최선을 다했다고 믿는다는 회고 최우선 지침(Prime Directive)을 남겼습니다(Retrospective Wiki, The Prime Directive).
| 피할 문장 | 바꿔 쓴 문장 |
|---|---|
| 디자이너가 모바일 화면을 안 챙겼다 | 결제수단 8개가 기본으로 모두 펼쳐진 시안이 그대로 출시됐다 |
| QA가 버튼 위치를 놓쳤다 | QA 체크리스트에 모바일 첫 화면 확인 항목이 없었다 |
| 분석이 늦어서 대응도 늦었다 | 기기별 완료율을 출시 1주 뒤에 처음 나눠 봤다 |
바꿔 쓴 문장은 그대로 다음 할 일로 이어집니다. 모두 펼쳐져 있었으면 접고, 항목이 없었으면 항목을 넣고, 늦게 봤으면 첫날부터 보게 바꾸면 됩니다.
숫자와 결정 근거는 어떻게 나눠 적나요?
관찰한 숫자, 팀의 판단, 그 판단으로 내린 결정을 다른 줄에 적습니다. 숫자는 누가 봐도 같지만 판단은 틀릴 수 있습니다. 둘을 한 문장에 섞으면 다음 회고에서 판단이 맞았는지 확인할 수 없습니다.
| 칸 | 결제 화면 개편 예시 | 어디서 나왔나 |
|---|---|---|
| 관찰 | 모바일 결제수단 단계 이탈 21% → 26% | 분석 도구, 개편 전후 각 2주 |
| 관찰 | 고객센터 문의 "결제 버튼이 안 보여요" 12건 | 상담 기록, 개편 후 2주 |
| 판단 | 버튼이 첫 화면에 보이지 않아 이탈했다고 봅니다 | 375px 화면 캡처와 위 두 숫자 |
| 결정 | 결제수단 목록을 접고 최근 쓴 수단 1개만 펼칩니다 | 회고 회의 합의 |
판단 줄에는 "봅니다", "추정합니다"처럼 판단이라는 표시를 남기세요. 출처 칸이 비어 있는 숫자는 슬라이드에 올리지 않습니다. 결정을 적용한 뒤에도 모바일 완료율이 오르지 않으면 판단이 틀린 것이고, 그때 다른 원인을 찾으면 됩니다.
다음 할 일은 어떻게 적어야 실행되나요?
할 일 하나에 담당 한 명, 기한, 확인할 숫자를 붙입니다. "모바일 개선"처럼 방향만 적지 말고, 다음 주에 바로 시작할 수 있는 행동으로 적으세요.
| 할 일 | 담당 | 기한 | 확인할 숫자 |
|---|---|---|---|
| 모바일 결제수단 목록을 접고 최근 쓴 수단 1개만 펼치기 | 프론트엔드 리드 | 10월 31일 | 배포 후 2주 모바일 결제 완료율(이번 61.0%) |
| QA 체크리스트에 '375px 첫 화면에 결제 버튼이 보이는가' 추가 | QA 리드 | 10월 24일 | 배포 후 2주 "결제 버튼이 안 보여요" 문의(이번 12건) |
| 출시 대시보드에 기기별 결제 완료율을 첫날부터 따로 표시 | 데이터 분석가 | 10월 24일 | 출시 후 기기별 완료율을 처음 보기까지 걸린 일수(이번 7일 → 0일) |
담당 칸에는 '개발팀' 대신 한 사람을 적습니다. 할 일이 세 개를 넘으면 이번 원인과 관계가 먼 것부터 다음 회고로 넘기세요. 표 아래에는 다음 회고 날짜를 적어 둡니다. 예시라면 "배포 후 2주가 지난 11월 셋째 주에 모바일 결제 완료율을 같은 기준으로 다시 봅니다"입니다.
MOVO로 프로젝트 회고 PPT를 만들면 무엇이 다른가요?
- 회고 메모와 지표 파일로 시작: 회고 메모 Word(.docx), 지표 Excel(.xlsx, 시트 20개·셀 10만 개까지)과 CSV, 회의록 PDF(100쪽까지), 화면 캡처(PNG·JPG·WebP)를 첨부합니다. 무료 요금제는 파일 3개(파일당 5MB)까지, Pro·Max는 10개(파일당 20MB)까지이고, 요청 한 번에 합계 50MB까지입니다. HWP·PPTX는 PDF로, 예전 형식 .doc·.xls는 .docx·.xlsx로 저장해 올리세요.
- 목차에서 숫자와 문장부터 확인: 슬라이드를 만들기 전에 장별 제목과 상세 내용을 보여 줍니다. 숫자가 파일과 다르거나 Problem 칸에 사람 이름이 들어갔다면 이 단계에서 고칩니다.
- 템플릿이나 보고서 스타일에서 시작: '프로젝트 회고 보고서' 같은 템플릿의 상세 화면에서 '이 자료에서 시작'을 누르면 로그인한 계정의 새 프로젝트로 복사됩니다. 처음부터 만들 때는 문서 종류를 '보고 /분석형'으로 좁혀 스타일을 고릅니다.
- 한 장씩 고치고 검사: 슬라이드를 골라 AI 창에 요청하면 그 장을 대상으로 고칩니다. 캔버스 아래 '레이아웃 검사'는 그 장에서 겹치거나 잘린 글을 찾습니다.
- 장수와 파일 형식: 무료 요금제는 AI로 한 번에 5장까지 만들 수 있어, 6장을 AI로 만들려면 Pro(30장까지)·Max 요금제가 필요합니다. 무료로 만들려면 표지를 빼고 5장 안으로 줄이세요. 6장짜리 '프로젝트 회고 보고서' 템플릿은 모든 요금제에서 복사해 쓸 수 있습니다. PDF·PNG는 모든 요금제(무료는 워터마크 포함)에서, PPTX·Figma는 Pro·Max 요금제에서 받습니다.
MOVO로 프로젝트 회고 PPT 만드는 과정
1. 회고 메모와 지표 파일을 넣고 요청을 적습니다
대시보드 입력창에 회고 메모와 기기별 결제 완료율 파일을 첨부하고, 장 순서와 지킬 조건을 적습니다. 슬라이드 개수는 6장으로 고릅니다.
결제 화면 개편 회고라면 이렇게 적습니다. 프로젝트 이름과 숫자만 바꿔 쓰세요.
첨부한 회고 메모와 기기별 결제 완료율 파일로 '결제 화면 개편 4주 회고' 발표 자료를 6장 만들어줘. 순서는 표지, 목표 대비 결과, 잘된 점(Keep), 아쉬운 점(Problem), 원인과 판단 근거, 다음 할 일(Try). 숫자는 파일 값 그대로 쓰고, 관찰한 숫자와 팀의 판단은 다른 줄에 적어줘. 문제와 원인에는 사람 이름 대신 단계나 조건을 적고, 다음 할 일 세 개에는 담당과 기한을 붙여줘.
2. 구성 단계에서 목차를 고칩니다
MOVO가 제안한 장별 제목과 상세 내용을 회고 메모와 나란히 놓고 확인합니다. 제목이 결론 한 문장인지, 숫자가 파일과 같은지 보고, 틀린 곳은 고친 뒤 카드를 끌어 순서를 바꿉니다. 목차에서 고친 내용을 바탕으로 슬라이드를 만듭니다.
3. 청중과 문체를 정합니다
팀끼리 보는 회고라면 청중 '일반', 리더에게 보고하는 자리라면 '경영진'을 고릅니다. 디자인 밀도와 문체 톤도 여기서 정합니다.
4. 디자인을 고릅니다
문서 종류를 '보고 /분석형'으로 고르면 보고서용 스타일만 남습니다. '예시 보기'로 샘플 슬라이드를 확인하고 하나를 고른 뒤 '프레젠테이션 생성하기'를 누릅니다. 'Pro' 표시가 있는 스타일은 유료 요금제에서 씁니다.
5. 숫자를 대조하고 필요한 장만 고칩니다
만들어진 슬라이드의 숫자를 지표 파일과 대조합니다. 슬라이드를 골라 왼쪽 AI 창에 요청하면 그 장을 대상으로 내용을 읽어 주거나 고칩니다. 다음 할 일 장에 담당과 기한이 빠졌다면 "할 일마다 담당과 기한을 붙여줘"라고 요청하세요.
6. 파일로 내보냅니다
팀 위키나 메일로 돌려 볼 자료라면 PDF를, 다음 회고 때 이어서 고칠 자료라면 PPTX를 고릅니다. PowerPoint를 고르면 덱에 쓴 글꼴 목록이 함께 보이니, 발표할 컴퓨터에 같은 글꼴을 설치하세요.
프로젝트 회고 PPT 예시 템플릿 4가지
MOVO에 있는 회고·결과 리뷰 템플릿입니다. 템플릿 속 회사와 숫자는 구성을 보여 주기 위한 가상 예시입니다. 마음에 드는 템플릿은 요금제와 관계없이 내 프로젝트로 복사해 내용만 바꿔 쓸 수 있습니다.
1. 프로젝트 회고 보고서 (6장)
신규 앱 기능 출시를 돌아보는 예시입니다. 개요와 성과 요약, 잘된 점, 아쉬운 점, 원인 분석, 액션 아이템 순서라 이 글의 6장 구성과 그대로 맞습니다. 제품·개발 팀이 출시 뒤 회고를 정리할 때 맞습니다.
2. 프로젝트 회고와 개선 과제 (8장)
배운 점 세 가지, 주차별 누적 완료율, 다음 프로젝트의 우선순위, 바꿀 운영 규칙과 효과를 확인할 순서를 흑백으로 정리했습니다. 일하는 방식이나 운영 절차를 바꾼 프로젝트의 회고에 맞습니다.
3. 캠페인 성과와 예산 효율 분석 (8장)
채널별 비용과 적격 전환을 표로 비교하고, '현상'과 '실험', '기준'과 '판정'을 나눈 장으로 다음 예산을 정합니다. 광고·마케팅 캠페인을 마친 뒤 숫자와 판단을 나눠 보고하는 회고에 맞습니다.
4. 고객 교육 프로그램 운영 리뷰 (8장)
회차별 참여 완료율과 실습 제출률, 예산 배분, 다음 회차의 운영 원칙과 일정을 담았습니다. 교육이나 행사처럼 회차를 반복하는 프로그램의 운영 회고에 맞습니다.
자주 묻는 질문
KPT 말고 다른 회고 방식으로 만들어도 되나요?
됩니다. Start·Stop·Continue(시작할 것·그만둘 것·계속할 것)나 4L(Liked·Learned·Lacked·Longed for)을 써도 6장 뼈대는 그대로 둡니다. 3·4·6장의 이름만 그 방식의 칸으로 바꾸고, 목표 대비 결과와 원인·판단 근거 장은 남기세요.
회고 PPT에 사람 이름을 적어도 되나요?
다음 할 일의 담당 칸에는 한 사람을 적습니다. 이름이나 '프론트엔드 리드'처럼 한 사람을 가리키는 직책을 쓰세요. 실행할 사람이 한 명으로 정해져야 기한을 챙길 수 있습니다. 문제와 원인 칸에는 이름 대신 단계와 조건을 적으세요. 이름이 들어가면 회고가 책임을 가리는 자리로 바뀌고, 다음 회고에서 숨김없이 적는 기록이 줄어들기 쉽습니다.
착수 때 목표 숫자가 없던 프로젝트는 어떻게 하나요?
회고 자리에서 목표를 새로 만들어 넣지 마세요. 목표 칸에는 "착수 때 정하지 않음"이라고 적고, 개편 전 기준과 결과만 비교합니다. 그리고 Try에 "다음 프로젝트는 착수 회의에서 목표 숫자와 측정 기간을 정한다"를 담당·기한과 함께 넣습니다.
목표를 달성한 프로젝트도 회고 PPT가 필요한가요?
필요합니다. 잘된 이유를 근거와 함께 남겨야 다음 프로젝트에서 같은 방식을 다시 쓸 수 있습니다. 이때는 Keep 장을 두 장으로 늘리고, Problem에는 "목표는 넘었지만 일정이 1주 밀린 곳"처럼 다음에 줄일 것을 적습니다.
개인 회고나 연말 회고도 이 구성으로 만들 수 있나요?
만들 수 있습니다. 목표 대비 결과, Keep, Problem, Try 네 장만 남기고 원인은 Problem 장에 함께 적으세요. 개인 회고는 셀 수 있는 숫자가 적으니 "읽은 책 12권, 목표 20권"처럼 한두 개만 고르면 됩니다.
정리
프로젝트 회고 PPT는 표지, 목표 대비 결과, Keep, Problem, 원인과 판단 근거, Try 6장으로 만듭니다. 목표와 결과는 같은 정의와 기간으로 나란히 두고, 미달 원인은 하나로 좁혀 KPT로 나누세요. Problem 칸에는 사람 대신 단계와 조건을, 원인 장에는 관찰한 숫자와 팀의 판단을 다른 줄에 적고, 다음 할 일에는 담당 한 명과 기한, 확인할 숫자를 붙입니다. 회고 메모와 지표 파일이 있다면 MOVO에 첨부해 6장 목차부터 확인하세요.
