1. Intro
무작정 회고 방법을 제안해보려 글을 써 공유해봅니다. 나름.. 회의를 주도해보고자 Notion에 회고 템플릿을 만들며 기억하기 쉽게 작명해보았습니다. :)
2. GGWP 회고(Retrospective) 방법
GGWP 회고 방법은 Purpose-driven 조직 혹은 Squad-based 조직으로 프로젝트를 마쳤을 때 적용해보는 것을 추천드립니다.
또한 장기간의 프로젝트를 마치고 서로 피드백을 공유할 때 이용할 수 있습니다.
왜 GGWP 인가?
프로젝트 회고 미팅을 위해 기존의 KPT, AAR, 4L 등과 같은 회고 방법론을 활용하고자 했습니다.
하지만 대부분의 방법론은 프로젝트의 목표 혹은 목적을 다루지 않았습니다.
프로젝트는 특정 목표를 달성하기 위해 정의된 일정 내에 완료해야 하는 작업 집합을 의미하기에,
저는 목표 달성과 더불어 멤버 각자의 능률과 프로젝트의 완성도를 높이기 위해 이 두 가지를 다루는 것이 좋다고 생각했습니다.
무엇이 GGWP 인가?
GGWP는 온라인 게임에서 사용하는 일종의 밈(meme)으로, "Good Game, Well Played"의 줄임말입니다.
제가 인상깊게 경험했던 프로젝트는 "캐릭터마다 역할이 있고, 스토리를 경험하는" 롤 플레잉 게임(RPG)과 같다고 생각했습니다. 프로젝트를 완수는 과정에서, 팀 멤버들은 여러가지 미션을 수행하고 성취감과 경험치를 얻게 됩니다. 따라서 저는 "게임처럼 프로젝트를 즐긴다"는 GGWP 회고 방법을 제안합니다.
GGWP 회고는 다음 가지 4가지에 대해 공유하기 위한 방법입니다.
•
프로젝트(각 멤버)의 목표는 무엇인가?
•
프로젝트 수행 과정에서 무엇이 목표 달성에 도움이 되었는가?
•
프로젝트 수행 과정에서 무엇이 목표 달성에 방해가 되었는가?
•
어떻게 도움됐던 점을 유지하고, 방해됐던 점을 해결(예방)할 수 있는가?
GGWP의 각 항목은 다음과 같습니다.
Goals
•
프로젝트의 목표를 작성합니다.
•
목표를 설정한 목적에 대해 작성합니다.
•
여기서 작성한 목표와 목적을 바탕으로 Goods, Weaknesses, Progresses를 작성합니다.
Goods
•
프로젝트 목표를 잘 수행되도록 긍정적으로 작용한 점을 작성하도록 합니다.
•
프로젝트 과정에서 잘했던 점을 작성합니다.
•
프로젝트 과정에서 좋았던 점을 작성합니다.
Weaknesses
•
프로젝트 과정에서 일어난 문제와 그 원인에 대해 작성하도록 합니다.
•
프로젝트 과정에서 어려웠던 점을 작성합니다.
•
프로젝트 과정에서 아쉬웠던 점을 작성합니다.
Progresses
•
Goods에서 계속 유지하면 좋을 내용을 작성합니다.
•
Weaknesses를 해결하기 위해 시도할 방법을 작성합니다.
참고
3. RADIO 회고(Postmortem) 방법
RADIO 회고 방법은 서비스 혹은 제품에 문제가 발생하고, 이를 해결하는 과정에서 적용해보는 것을 추천드립니다.
왜 RADIO 인가?
일반적으로, 이슈를 대응하는 과정은 '문제 인지', '피해 규모 파악', '대응', '리뷰'로 구분할 수 있습니다.
이와 더불어 대응과 개선 과정을 시스템화 시키는 것이 중요하다고 생각했습니다.
따라서, 체계적인 이슈 대응과 시스템화에 도움이 될 수 있도록 회고 방법론을 제안합니다.
무엇이 RADIO 인가?
RADIO 회고는 다음 5가지 항목을 확인합니다.
•
발생한 이슈 내용과 인지한 시점
•
피해 규모
•
대응 과정 및 방법
•
개선 및 예방 방안
•
이슈에 대한 의견
RADIO의 각 항목은 다음과 같습니다.
Recognition
•
언제 이슈가 발생하였는가?
•
무엇이 이슈인가?
•
원인은 무엇인가?
Action
•
어떻게 대응하였는가?
•
대응 방법은 무엇인가?
Damage
•
정량적인 피해 내용은 무엇인가?
•
정성적인 피해 내용은 무엇인가?
Improvement
•
어떻게 개선할 수 있는가?
•
어떻게 예방할 수 있는가?
Opinion
•
추가적인 의견이 있는가?