프로젝트 종료 후 회고를 단순한 ‘감상회’나 ‘일회성 미팅’으로 끝내는 조직은 동일한 실수를 매번 반복합니다. 50여 개 대형 IT 프로젝트 현장을 이끌며 검증한 ChatGPT 기반 KPT 회고 및 프로세스 자산화(OPA) 리포트 10분 자동화 프롬프트를 정리합니다.
일회성 회고 vs 프로세스 자산화 회고 비교
| 구분 | 일회성 감상회 방식 (Traditional) | 프로세스 자산화 회고 (Assetized Retrospective) |
| 회고의 목적 | 팀원들의 단순 감정 소회 및 아쉬운 점 토로 | 시스템 및 프로세스의 결함 식별 및 OPA 자산화 |
| 프레임워크 | 자유 형식의 무질서한 대화 진행 | KPT (Keep, Problem, Try) + Lesson Learned 정량화 |
| 결과물 처리 | 회고록 파일 작성 후 폴더 내 방치됨 | 다음 프로젝트 WBS 체크리스트 및 Jira 규칙 반영 |
| 조직적 가치 | 담당자 이탈 시 동일한 실패 케이스 재발 | 유사 프로젝트 추진 시 시행착오 및 리스크 80% 감소 |
1. KPT & 레슨런(Lesson Learned) 프로세스 자산화 메가 프롬프트
스프린트 중 발생한 지표, 이슈 로그, 팀원들의 정성적 회고 의견을 ChatGPT에 입력하여 실행 가능한 프로세스 개선 리포트를 10분 만에 도출하는 메가 프롬프트입니다.
[역할 정의]
너는 10년 차 수석 IT PM이자 조직 프로세스 자산화(OPA, Organizational Process Assets) 및 애자일 회고 전문가야.
프로젝트 종료 후 수집된 데이터와 정성적 피드백을 바탕으로, KPT(Keep, Problem, Try) 프레임워크와 레슨런(Lesson Learned) 지식 자산화 리포트를 작성하는 것이 너의 목적이야.
[프로젝트 수행 데이터 및 피드백]
1. 프로젝트명: [예: 티켓베이 실시간 트랜잭션 개편 및 배포]
2. 주요 정량 지표: [예: 예정 대비 일정 5일 지연, QA 버그 티켓 총 42건 발생, 결제 전환율 12% 상승]
3. 수집된 팀원 회고 의견:
- [예: "외부 API 연동 문서가 늦게 전달되어 백엔드 개발이 뒤로 밀렸음"]
- [예: "스프린트 중간에 마케팅 요구사항이 변경되어 공수가 꼬였음"]
- [예: "카나리 배포와 Slack 장애 알림 세팅 덕분에 버그를 즉시 잡을 수 있었음"]
[출력 요구사항]
다음 구조에 맞춰 프로젝트 회고 및 프로세스 자산화 리포트를 작성해줘:
1. 프로젝트 수행 성과 및 종합 평가 (Executive Summary)
2. KPT 분석 (Keep, Problem, Try)
- Keep (지속할 점): 성공 요인 및 시스템화할 좋은 관행
- Problem (문제점): 감정이 아닌 시스템/프로세스 차원의 원인 분석 (5 Whys 관점 적용)
- Try (시도할 점): 차기 프로젝트에 즉시 적용할 실천 과제 (Action Item)
3. 레슨런 (Lesson Learned) - PMP 지식 영역별 분류
- 범위/변경 통제 관점 레슨런
- 일정/리스크 관리 관점 레슨런
- 이해관계자 소통 관점 레슨런
4. 다음 프로젝트 적용 체크리스트 (SOP & Checklist)
- 착수 단계, 실행 단계, QA/배포 단계별 구체적 검수 항목 5가지
[작성 톤앤매너]
- 특정 개인을 비난하는 어조를 철저히 배제하고, '시스템과 절차의 개선'에 집중된 비즈니스 톤을 유지해줘.
- Action Item은 담당자와 이행 기준이 명확히 보이도록 선언적으로 작성해줘.
2. KPT 회고를 PMP 조직 프로세스 자산(OPA)으로 전환하는 법
회고에서 도출된 KPT는 개인의 기억이 아닌 조직의 시스템(OPA)에 즉시 이식되어야 합니다.
- Keep (지속할 점) $\rightarrow$ 표준 가이드라인(SOP) 등록: 성공적이었던 배포 자동화나 Slack 알림 규칙 등은 ‘개발/기획 표준 가이드라인’ 문서로 작성하여 신규 입사자 온보딩 자료로 지정합니다.
- Problem (문제점) $\rightarrow$ 리스크 관리 대장(Risk Log) 반영: “외부 API 전달 지연”과 같은 문제점은 차기 프로젝트 착수 단계의 ‘사전 위험 관리 대장’에 High Risk 항목으로 자동 등록되도록 절차화합니다.
- Try (시도할 점) $\rightarrow$ WBS & Jira 필수 규칙 지정: “스프린트 중간 요구사항 추가 차단”이라는 Try 항목은 차기 프로젝트 Jira의 ‘Scope Change 승인 절차(CCB)’ 설정에 직접 연결합니다.
3. 회고 결과물 재활용을 위한 튜닝 프롬프트 3선
완성된 회고 리포트를 다른 시스템으로 이관할 때 활용하는 보조 프롬프트입니다.
- Jira 자동화 규칙 추출 프롬프트: “위 회고 리포트의 Try 항목을 바탕으로, 지라(Jira)에서 적용할 수 있는 워크플로우 규칙이나 필수 필드 설정 아이디어 3가지를 도출해 줘.”
- SOP 체크리스트 추출 프롬프트: “위 레슨런 내용을 바탕으로, 신규 프로젝트 착수 시 PM이 10분 만에 체크할 수 있는 ‘프로젝트 론칭 전 체크리스트 10선’을 만들어 줘.”
- C-Level 보고용 1페이지 요약 프롬프트: “이 회고 리포트를 C-Level 및 경영진에게 제출할 수 있도록 핵심 성과, 레슨런, 개선 방향 위주의 1페이지 요약본으로 다듬어 줘.”
4. 10년 차 PM이 전하는 회고 미팅 주도 실무 팁
대형 프로젝트 회고를 진행할 때 PM이 명심해야 할 리더십 수칙입니다.
- ‘사람’이 아닌 ‘프로세스’를 비판: “A 개발자가 늦었습니다”가 아니라 “외부 명세서 수령 지연 시 즉시 에스컬레이션하는 프로세스가 부재했습니다”로 안건을 전환해야 팀원들이 솔직하게 의사소통합니다.
- Try 항목은 최대 2~3개로 제한: 너무 많은 시도(Try)는 아무것도 실행하지 못하게 만듭니다. 가장 임팩트가 큰 2~3개 Action Item만 선별하여 차기 스프린트 백로그 상단에 실제로 할당하는 것이 핵심입니다.
[7tipbox 요약]
프로젝트 회고의 본질은 지난 과거의 반성이 아닌 '조직의 프로세스 자산(OPA) 구축'에 있습니다.
ChatGPT 메가 프롬프트를 활용해 10분 만에 KPT 회고를 PMP 관점의 레슨런 및 체크리스트로 재구조화하고, 이를 차기 WBS와 Jira 워크플로우 규칙에 직접 연결하는 것이 50개 이상의 대형 프로젝트를 거치며 조직 전체의 실행력을 지속해서 성장시킨 10년 차 IT PM의 실무 노하우입니다.