프로젝트가 끝난 후 "다음엔 더 잘해야지"라고만 생각하고 넘어간다면, 같은 실수를 다음 프로젝트에서 또 반복할 가능성이 크다. 회고 없이는 경험이 쌓여도 실력이 늘지 않는다.
회고는 지나간 일을 그냥 되짚는 것이 아니라, 잘한 점과 개선할 점을 구조화해 다음 행동으로 연결하는 작업이다. 하지만 많은 사람이 회고를 감정적인 반성문으로 채우다 실질적인 개선 없이 끝낸다.
이 글에서는 회고가 필요한 순간, 가장 많이 하는 실수, 그리고 KPT 프레임워크로 실제 개선까지 이어지는 회고 작성법을 정리한다.
회고, 이런 사람에게 필요합니다
- 프로젝트가 끝날 때마다 비슷한 실수를 반복하는 사람
- 팀 프로젝트 종료 후 다음 프로젝트 개선점을 찾고 싶은 팀장
- 개인 성장 속도를 스스로 점검하고 싶은 사람
- 매우 짧고 단순한 1회성 작업 → 굳이 회고까지 필요 없음
- 이미 팀 단위 회고 프로세스가 있는 경우 → 중복보다 개인 요약만 추가
회고 프레임워크 비교, 나에게 맞는 것은?
| 프레임워크 | 구성 | 장점 | 단점 | 추천 대상 |
|---|---|---|---|---|
| KPT | Keep-Problem-Try | 간단하고 실행 중심 | 깊은 원인 분석엔 약함 | 팀·개인 프로젝트 회고 |
| 5 Whys | 원인을 5번 질문 | 근본 원인 파악 | 시간이 더 걸림 | 반복되는 문제 분석 |
| 타임라인 회고 | 사건을 시간순 정리 | 전체 흐름 파악 용이 | 정리 시간 오래 걸림 | 장기 프로젝트 |
가장 많이 하는 실수
1. 반성으로만 끝낸다
"더 열심히 하자"는 다짐은 구체적인 행동이 아니다. 다음에 무엇을 다르게 할지까지 적어야 한다.
2. 잘한 점을 생략한다
문제점만 나열하면 회고가 부담스러운 일이 되어 다음번엔 피하게 된다. 잘한 점도 반드시 함께 기록해야 한다.
3. 프로젝트가 끝난 지 한참 후에 작성한다
시간이 지나면 기억이 왜곡되거나 사라진다. 종료 직후 1주일 안에 작성해야 정확하다.
회고 작성 방법(KPT)
1단계. Keep(계속할 것)
이번에 잘 작동했던 방식, 계속 유지하고 싶은 습관을 적는다.
2단계. Problem(문제였던 것)
어려움을 겪었거나 개선이 필요한 부분을 구체적으로 적는다.
3단계. Try(다음에 시도할 것)
Problem을 해결하기 위해 다음번에 실제로 시도할 행동을 적는다. 자동화 예시로 Notion 회고 템플릿에 Keep-Problem-Try 3개 컬럼을 만들어두면 매번 같은 틀에 채우기만 하면 된다.
회고 작성 체크리스트
- Keep, Problem, Try를 모두 적었는가
- 잘한 점도 함께 기록했는가
- Try 항목이 구체적인 행동으로 적혀 있는가
- 프로젝트 종료 후 1주일 안에 작성했는가
자주 묻는 질문
Q1. 회고는 혼자 해도 되나요?
가능하다. 개인 프로젝트나 개인 성장 목적이라면 혼자 진행해도 충분히 효과적이다.
Q2. 팀 회고는 어떻게 진행하나요?
각자 Keep-Problem-Try를 먼저 작성한 후 모여서 공유하고 다음 액션을 함께 정하는 방식이 효과적이다.
Q3. KPT 말고 다른 방법도 있나요?
근본 원인을 깊이 파고들고 싶다면 5 Whys, 전체 흐름을 보고 싶다면 타임라인 회고가 대안이 될 수 있다.
Q4. 매번 비슷한 문제가 반복되는데 어떻게 하나요?
Problem 항목이 반복된다면 5 Whys로 근본 원인을 한 번 더 깊이 분석해보는 것을 추천한다.
Q5. 회고 내용을 어디에 활용하나요?
다음 프로젝트 계획, 개인 성과 정리, 팀 프로세스 개선 자료로 폭넓게 활용할 수 있다.
- 회고는 비슷한 실수를 반복하는 사람에게 가장 효과적이다
- 실패 원인 1위는 감정적 반성으로만 끝내는 것이다
- Keep-Problem-Try 구조로 구체적 행동까지 이어져야 한다
- 프로젝트 종료 후 1주일 안에 작성해야 정확하다
0 댓글