회고란? 의미, 5단계 진행법, 방법론과 템플릿 (2026)
회고만큼 평판은 좋은데 실제 운영은 아쉬운 회의도 드뭅니다. 이론적으로는 팀이 일하는 방식을 개선하는 자리이지만, 현실에서는 스프린트 끝마다 돌아오는 형식적인 일정이 되어 같은 이야기만 반복되고 정작 바뀌는 것은 없는 경우가 많습니다.
이 가이드에서는 회고가 무엇인지, 리뷰·레슨 런드·포스트모템과는 어떻게 다른지, 5단계 진행 순서는 어떻게 구성되는지, 상황별로 어떤 방법론이 맞는지(비교표 포함), 바로 복사해 쓸 수 있는 템플릿은 무엇인지, 그리고 대부분의 회고 문화를 조용히 무너뜨리는 기록 문제를 어떻게 해결하는지까지 다룹니다.
⚠️ 이 글은 2026년 9월 기준 공개 정보와 사용자 피드백을 바탕으로 독자적으로 정리한 것입니다.
목차
- 회고란 무엇인가: 의미와 정의
- 회고, 리뷰, 레슨 런드, 포스트모템의 차이
- 회고 진행 순서: 5단계
- 회고 방법 한눈에 보기: 8가지 형식 비교
- 세 가지 방법 자세히 보기: 돛단배, 4L, 불가사리
- 바로 쓰는 회고 템플릿
- 회고에서 자주 하는 실수와 해결책
- 원격 회고와 기록 문제
- FAQ
- 마치며
회고란 무엇인가: 의미와 정의
회고는 팀이 마무리된 업무 기간을 되돌아보고, 거기서 발견한 것을 다음 기간의 구체적인 개선으로 연결하는 정기 회의입니다. 영어로는 retrospective라고 하며, 애자일 현장에서는 줄여서 "레트로"라고 부르기도 합니다. 분석 대상은 제품이 아니라 협업 그 자체입니다. 프로세스, 커뮤니케이션, 도구, 팀의 컨디션이 여기에 해당합니다.
이 형식은 애자일 소프트웨어 개발과 함께 널리 퍼졌습니다. 스크럼에서 스프린트 회고는 매 스프린트 끝에 열리는 공식 이벤트 중 하나이며, 스크럼 가이드는 1개월 스프린트 기준 최대 3시간, 더 짧은 스프린트에서는 그에 비례해 짧게 진행하도록 안내합니다. 다만 아이디어 자체는 그보다 오래되고 폭도 넓습니다. 노먼 커스(Norman Kerth)는 2001년 저서 "Project Retrospectives"에서 모든 종류의 프로젝트 팀을 위한 회고를 정리했고, 그가 제시한 기본 원칙(Prime Directive)은 지금도 제대로 된 회고의 출발점입니다. 모든 구성원은 당시에 알고 있던 것을 바탕으로 최선을 다했다고 전제하고, 회고는 사람이 아니라 시스템에서 원인을 찾습니다.
진짜 회고와 일반적인 피드백 자리를 가르는 특징은 세 가지입니다.
- 반복됩니다. 한 번의 속풀이 자리는 회고가 아닙니다. 결정하고, 시도하고, 다음 회고에서 결과를 확인하는 연속성에서 가치가 나옵니다.
- 정해진 기간을 다룹니다. 지난 스프린트, 지난달, 프로젝트의 한 단계처럼 범위가 명확해야 합니다. "그동안 불편했던 모든 것"은 대상이 아닙니다.
- 결정으로 끝납니다. 산출물은 담당자가 정해진 소수의 구체적이고 검증 가능한 변경 사항이지, 분위기를 적은 메모가 아닙니다.
회고, 리뷰, 레슨 런드, 포스트모템의 차이
현장에서 자주 뒤섞이는 네 가지 용어입니다. 각 형식이 답하는 질문이 다르기 때문에 구분해 둘 가치가 있습니다.
| 회고 | 스프린트 리뷰 | 레슨 런드 | 포스트모템 | |
|---|---|---|---|---|
| 대상 | 협업과 프로세스 | 제품과 업무 결과물 | 프로젝트 전체 | 특정 장애·사건 |
| 참여자 | 팀 자신 | 팀과 이해관계자 | 프로젝트 관련자 전원 | 사건 관련자 |
| 시점 | 정기적(예: 스프린트마다) | 스프린트 종료 시, 회고 전에 | 마일스톤과 프로젝트 종료 시 | 사건 발생 후 |
| 결과물 | 2~3개의 개선 실험 | 증분에 대한 피드백 | 다음 프로젝트를 위한 지식 목록 | 원인 분석과 재발 방지책 |
이 형식들은 서로를 대체하는 것이 아니라 보완합니다. 스프린트마다 리뷰와 회고를 하면서, 프로젝트 종료 시점에 레슨 런드 워크숍을 열고, 심각한 장애 후에는 포스트모템을 진행할 수 있습니다. 가장 흔한 혼동은 리뷰와 회고 사이에서 일어납니다. 리뷰는 무엇을 만들었는지 묻고, 회고는 어떻게 일했는지 묻습니다.
회고 진행 순서: 5단계
가장 널리 쓰이는 진행 순서는 에스더 더비(Esther Derby)와 다이애나 라센(Diana Larsen)의 책 "Agile Retrospectives"(2006)에서 나왔습니다. 다섯 단계는 관찰에서 결정으로 이어지는 흐름을 만들어 줍니다. 8명 이하 팀이 2주를 돌아보는 경우 60~90분이면 충분합니다.
1단계: 분위기 만들기 (약 5분). 진행자가 대상 기간과 초점을 밝히고 Prime Directive를 다시 언급한 뒤, 모든 사람이 한 번씩 입을 열게 합니다. "이번 스프린트를 한 단어로 표현한다면?" 같은 한 단어 체크인이 좋습니다. 첫 몇 분 안에 발언한 사람은 이후에도 훨씬 적극적으로 참여합니다.
2단계: 데이터 모으기 (약 15분). 논의를 시작하기 전에, 각자 조용히 글로 사실과 관찰을 적습니다. 무슨 일이 있었는지, 무엇이 잘됐고 무엇이 발목을 잡았는지를 씁니다. 이 조용한 글쓰기가 회고 전체에서 가장 중요한 장치입니다. 처음부터 자유 토론으로 시작하면 목소리가 가장 큰 사람의 해석이 그 기간의 공식 해석이 되어 버립니다.
3단계: 인사이트 도출 (15~20분). 모인 내용을 묶고 가장 중요한 항목을 파고듭니다. 왜 그런 일이 생겼는지, 어떤 영향이 있었는지를 묻습니다. 증상과 원인이 갈리는 지점이 여기입니다. "릴리스가 힘들었다"는 증상이고, "구현 시작 후에 스펙이 두 번 바뀌었다"는 손댈 수 있는 원인입니다.
4단계: 실행 항목 결정 (약 15분). 영향이 가장 큰 주제 두세 개를 골라 각각 구체적인 변경 사항을 정하고, 담당자와 확인 시점을 붙입니다. "소통을 더 잘하자" 같은 다짐은 금지합니다. 좋은 실행 항목은 다음 회고에서 했는지 안 했는지를 확인할 수 있는 행동입니다.
5단계: 마무리 (약 5분). 결정된 실행 항목을 소리 내어 다시 확인하고, 다음 회고 일정을 확정하고, "이 회고 형식 자체에서 개선할 점은?"이라는 짧은 메타 점검으로 마칩니다.
다섯 단계가 형식적으로 느껴질 수 있지만, 경험 많은 진행자일수록 이 단계를 건너뛰지 않습니다. 2단계와 3단계가 없으면 팀은 감정에서 곧바로 실행 항목으로 건너뛰고, 그 실행 항목은 결국 증상만 건드리게 됩니다.
회고 방법 한눈에 보기: 8가지 형식 비교
돛단배나 4L 같은 방법론은 2단계와 3단계를 위한 틀입니다. 팀이 어떤 범주로 내용을 모으고 논의할지를 정해 줍니다. 완벽한 방법을 고르는 것보다 꾸준히 적용하는 것이 더 중요하지만, 적절한 시점의 전환은 회고를 살아 있게 만듭니다.
| 방법 | 범주 | 이런 경우에 적합 |
|---|---|---|
| KPT | Keep / Problem / Try | 정기 팀 회고의 믿을 만한 기본값 |
| Start / Stop / Continue | 시작 / 중단 / 유지 | 명확히 그만둘 것을 정해야 하는 팀 |
| 4L | Liked / Learned / Lacked / Longed for | 배움과 감정까지 드러내고 싶을 때 |
| 돛단배(Sailboat) | 바람 / 닻 / 암초 / 섬 | 새 팀이나 혼합 그룹을 위한 부드러운 진입점 |
| 불가사리(Starfish) | 더 많이 / 더 적게 / 시작 / 중단 / 유지 | 자리 잡은 프로세스의 미세 조정 |
| Mad / Sad / Glad | 화남 / 슬픔 / 기쁨 | 팀 분위기 자체가 주제일 때 |
| DAKI | Drop / Add / Keep / Improve | 도구·프로세스 관련 결정 |
| 타임라인 회고 | 사건을 시간순으로 정리 | 긴 기간, 분기 단위, 장애 복기 |
검증된 운영 방식은 이렇습니다. 정기 회고에는 표준 형식을 하나 정해 두고(많은 팀이 KPT나 Start/Stop/Continue를 선택합니다), 분기 마감에는 타임라인 회고, 힘든 시기를 지난 뒤에는 Mad/Sad/Glad처럼 의도가 있을 때만 형식을 바꿉니다. 매주 형식을 바꾸는 팀은 개선이 아니라 규칙을 새로 익히는 데 에너지를 씁니다.
세 가지 방법 자세히 보기: 돛단배, 4L, 불가사리
돛단배 회고는 그림 하나로 진행합니다. 팀은 섬(목표)을 향해 항해하는 배입니다. 바람은 배를 밀어주는 것(우리를 빠르게 하는 요소), 닻은 배를 붙잡는 것(우리를 붙드는 요소), 암초는 항로 위의 위험, 섬은 공동의 목표입니다. 이 은유는 참여 장벽을 눈에 띄게 낮춥니다. "프로세스 문제를 지적한다"는 것을 부담스러워하는 사람도 닻에 메모를 붙이는 일은 어렵지 않게 합니다. 그래서 새로 구성된 팀, 이해관계자가 섞인 자리, 팀의 첫 회고에 특히 잘 맞습니다. 다만 4단계에서는 은유에서 빠져나와야 합니다. 닻은 담당자가 정해진 구체적 실행 항목이 되었을 때 비로소 처리된 것입니다.
4L 회고는 네 가지를 묻습니다. 좋았던 것(Liked), 배운 것(Learned), 부족했던 것(Lacked), 바랐던 것(Longed for)입니다. 이 형식의 강점은 Learned 칸에 있습니다. 그냥 두면 암묵지로 남을 배움을 팀이 입 밖으로 꺼내게 만들기 때문에, 온보딩, 기술 전환, 새 프로젝트의 첫 스프린트처럼 새로운 것이 많았던 시기 이후에 특히 유용합니다. Lacked와 Longed for는 단순한 잘잘못 형식에서는 놓치기 쉬운 실행 항목의 재료를 제공합니다.
불가사리 회고는 Start/Stop/Continue에 "더 많이"와 "더 적게"라는 중간 단계 두 개를 더한 형식입니다. 바로 이 눈금이 오래된 팀에 가치가 있습니다. 2년쯤 함께 일한 팀에는 완전히 새로 시작하거나 아예 그만둘 것이 많지 않은 대신, 용량이 안 맞는 관행은 많습니다. 페어 리뷰는 더 많이, 상태 보고 회의는 더 적게 같은 식입니다. 반대로 갓 만들어진 팀에는 불가사리가 대개 너무 세밀합니다. 아직 조절할 만큼 자리 잡은 관행 자체가 없기 때문입니다.
어떤 방법으로 시작할지 고민된다면 이 기준이 도움이 됩니다.
- 팀의 첫 회고라면: 진입 장벽이 낮은 돛단배가 좋습니다.
- 프로세스가 안정된 팀이라면: 용량을 조절하는 불가사리가 맞습니다.
- 배울 것이 많았던 시기 직후라면: 배움을 명시적으로 꺼내는 4L을 추천합니다.
- 그 외의 경우라면: 믿을 만한 기본값인 KPT나 Start/Stop/Continue로 시작하면 됩니다.
바로 쓰는 회고 템플릿
대부분의 방법론에 그대로 쓸 수 있는 템플릿입니다. 가운데 범주만 사용하는 형식에 맞게 바꾸면 됩니다. 공유 문서나 온라인 화이트보드에 붙여 넣으세요.
# 회고 - [팀] - [날짜]
대상 기간: [YYYY-MM-DD - YYYY-MM-DD]
방법: [KPT / 돛단배 / 4L / ...]
참여자: [이름]
## 체크인: 지난 회고의 실행 항목
- [ ] [실행 항목] - 결과: [완료 / 효과 있음 / 폐기]
## 잘된 것 (방법에 따라 범주 교체)
- [사실로서의 관찰, 그리고 왜 잘됐는지]
## 발목을 잡은 것 (방법에 따라 범주 교체)
- [사실: 언제, 무엇이, 어떤 결과로]
## 인사이트
- [가장 중요한 항목 뒤에 있는 원인]
## 실행 항목 (최대 2~3개)
- [ ] [구체적이고 확인 가능한 행동] - 담당: [이름] - 확인: [다음 회고]
## 다음 회고: [날짜]
체크인 블록이 맨 위에 있는 것은 의도적입니다. 모든 회고는 지난 회고의 실행 항목을 확인하는 것으로 시작합니다. 이 피드백 루프가 있어야 회고가 쌓이는 시리즈가 되고, 없으면 서로 연결되지 않은 대화의 나열이 됩니다.
회고에서 자주 하는 실수와 해결책
- 회고가 불만 성토장이 됩니다. 말하고, 고개를 끄덕이고, 아무것도 결정하지 않습니다. 해결책: 4단계에 고정 시간을 배정하고, "실행 항목은 최대 2~3개, 각각 담당자와 확인 시점 필수"라는 규칙을 협상 대상에서 제외합니다.
- 프로세스가 아니라 사람을 겨냥합니다. "알렉스가 늦게 준다"는 관찰이 아니라 공격입니다. 진행자가 사실로 번역합니다. "리뷰가 평균 이틀 대기했다"처럼 말입니다. 시작할 때의 Prime Directive는 의례가 아니라 작업 규칙입니다.
- 같은 주제가 회고마다 돌아옵니다. 지난번 실행 항목이 시스템 변경이 아니라 다짐("더 잘 맞추자")이었다는 신호인 경우가 대부분입니다. 해결책: 반복 주제에는 노력 기반 실행 항목을 금지하고, 프로세스나 도구를 바꾸는 것만 인정합니다.
- 바쁘면 회고부터 취소합니다. 사실 그때가 회고가 가장 필요한 시점입니다. 압박이 올 때 회고를 접는 팀은 개선이 한가할 때나 하는 활동이라고 선언하는 셈입니다. 없애는 대신 30분으로 줄이는 편이 낫습니다.
- 아무도 기록하지 않아 아무것도 쌓이지 않습니다. 화이트보드 사진은 검색이 안 되고, 서기를 지정하면 그 사람은 논의의 절반을 놓칩니다. 믿을 만한 기록이 없으면 체크인 블록이 죽고, 시리즈 전체의 가치도 함께 사라집니다. 바로 다음 주제입니다.
원격 회고와 기록 문제
회고는 원격에서 의외로 잘 굴러갑니다. 회의실보다 나은 경우도 많습니다. 조용한 글쓰기 단계는 공유 문서와 온라인 화이트보드로 자연스럽게 옮겨지고, 조용한 목소리도 글에서는 같은 무게를 갖습니다. 원격이든 대면이든 그대로 남는 것이 기록 문제입니다. 회고에서 가장 가치 있는 것은 논의인데, 논의는 증발합니다.
여기서 실시간 AI 회의 어시스턴트가 도움이 됩니다. SuperIntern은 봇 없이 동작하는 데스크톱 앱(Mac·Windows)으로, 기기의 오디오를 직접 캡처합니다. 통화에 봇이 들어오지 않기 때문에 Zoom, Google Meet, Microsoft Teams, Webex 어디서든 똑같이 동작하고, 노트북 한 대가 함께 듣는 대면 회고에서도 쓸 수 있습니다.
회고에 적용하면 이렇습니다.
- AI Canvas에 회고 형식을 한 번만 알려 줍니다. 평범한 문장으로 설명하면 됩니다. "이건 돛단배 회고야. 논의를 바람, 닻, 암초, 목표로 분류하고, 합의된 실행 항목은 담당자와 함께 기록해 줘." 이후의 모든 회고가 그 구조대로 실시간으로 채워집니다.
- 진행자는 타이핑 대신 진행에 집중합니다. 회의록을 쓰느라 논의에서 빠지는 사람이 없어도, 노트는 대화가 진행되는 동안 자라납니다.
- 체크인이 몇 초면 끝납니다. 지난 회고의 실행 항목은 지난 회고의 노트에 있습니다. 회의 횡단 AI 채팅에 "최근 세 번의 회고에서 반복해서 나온 주제는?"이라고 물을 수도 있습니다.
- 분산된 팀도 같은 속도로 갑니다. 50개 이상 언어의 실시간 번역으로 해외 오피스와의 합동 회고가 가능해지고, 요약은 각자 자기 언어로 받습니다.
한계도 솔직하게 말씀드립니다. SuperIntern은 조용한 글쓰기 단계를 위한 온라인 화이트보드나 실행 항목을 추적하는 태스크 관리 도구를 대체하지 않습니다. 없애 주는 것은 기록 부담이고, 더해 주는 것은 검색 가능한 회고 아카이브입니다. 무료 플랜이 있으니 다음 회고에서 시험해 보는 데 비용은 들지 않습니다.
FAQ
회고는 무슨 뜻인가요?
마무리된 기간의 협업 방식을 팀이 함께 점검하고, 다음 기간의 구체적 개선을 결정하는 정기 회의를 가리킵니다. 영어로는 retrospective라고 하며, 스크럼의 "스프린트 회고"가 대표적인 예입니다. 대상은 제품이 아니라 팀이 일하는 방식 그 자체입니다.
회고의 5단계는 무엇인가요?
에스더 더비와 다이애나 라센의 정리에 따르면 분위기 만들기(Set the Stage), 데이터 모으기(Gather Data), 인사이트 도출(Generate Insights), 실행 항목 결정(Decide What to Do), 마무리(Close)입니다. 이 흐름이 팀을 관찰에서 원인으로, 원인에서 검증 가능한 결정으로 이끕니다.
회고는 얼마나 자주, 얼마나 길게 해야 하나요?
8명 이하가 2주를 돌아보는 경우 6090분이 일반적입니다. 스크럼 가이드는 1개월 스프린트 기준 최대 3시간을 상한으로 둡니다. 주기는 업무 사이클을 따릅니다. 스프린트마다 한 번, 애자일 팀이 아니라면 24주에 한 번이 적당합니다. 월 1회보다 뜸해지면 기억이 흐려져 논의가 사실이 아니라 인상 중심으로 흘러갑니다.
리뷰와 회고는 무엇이 다른가요?
리뷰는 업무 결과물을 봅니다. 무엇을 만들었고 이해관계자가 어떻게 평가하는지가 주제입니다. 회고는 일하는 방식을 봅니다. 어떻게 협업했고 무엇을 바꿀지가 주제입니다. 스크럼에서는 둘 다 스프린트 끝에 진행하며, 리뷰가 먼저입니다.
스크럼을 쓰지 않아도 회고를 할 수 있나요?
물론입니다. 회고는 스크럼보다 먼저 있던 형식이고, 반복적으로 협업하는 곳이라면 어디서든 통합니다. 영업팀은 월간 돌아보기로, 마케팅팀은 캠페인 이후에, 운영팀은 프로젝트 단계가 끝날 때 사용합니다. 필요한 것은 정해진 기간, 정기적인 일정, 그리고 실행 항목으로 끝내는 규율뿐입니다.
회고 진행은 누가 맡나요?
스크럼 팀에서는 보통 스크럼 마스터가 맡지만, 원칙적으로는 논의의 중심에 서지 않으면서 구조를 지켜 줄 수 있는 사람이면 누구나 가능합니다. 형식이 자리 잡은 뒤에는 팀 내 순번제 진행도 잘 작동합니다. 감정적으로 무거운 주제라면 팀 밖의 중립적인 진행자를 부르는 것도 좋은 선택입니다.
인원이 너무 많은 팀은 회고를 어떻게 하나요?
여덟에서 열 명을 넘어가면 회의의 역학이 무너집니다. 1인당 발언 시간이 줄고, 절반은 집중을 놓칩니다. 이럴 때는 4~6명 소그룹으로 나누어 병렬로 수집과 논의를 진행한 뒤, 각 그룹이 가장 중요한 인사이트와 실행 항목을 공유하는 짧은 합동 라운드로 마무리하는 방식이 효과적입니다. 부서를 가로지르는 주제는 실제 관련자들이 모이는 별도의 자리로 옮기는 편이 낫습니다.
마치며
회고는 팀이 자기 일하는 방식에 투자할 수 있는 가장 작은 정기 투자입니다. 성공 조건도 화려하지 않습니다. 바쁜 주에도 살아남는 정기 일정, 진행의 뼈대가 되는 5단계, 팀에 맞는 방법론, 담당자가 정해진 최대 2~3개의 검증 가능한 실행 항목, 그리고 지난 실행 항목 확인으로 시작하는 체크인. 이것이 전부입니다.
이 시리즈를 지탱하는 기록은 이제 손으로 쓸 필요가 없습니다. 문서화를 봇 없는 AI 어시스턴트에게 맡기면, 팀은 회고 본연의 일에 온전히 집중할 수 있습니다. 무엇을 바꿀지 함께 결정하는 일 말입니다.
SuperIntern 무료 체험하기 : 회의에 봇이 들어오지 않고, 우리 팀 회고 형식 그대로 실시간 노트가 작성되며, 모든 실행 항목이 다음 회고로 확실하게 이어집니다.
