<div id="readability-page-1" class="page"><article id="post-diary/2023/06/05/how-to-retrospect" role="article"><header><p> <time datetime="2023-06-05T00:00:00+00:00">05 Jun 2023</time> in <a href="/category/diary/" data-flip="title">Diary</a> on <a href="/tag/diary-diary/" data-flip="title">diary</a></p></header><div><ul id="toc"><li><a href="#회고">회고</a><ul><li><a href="#회고의-의미">회고의 의미</a></li><li><a href="#회고의-목적">회고의 목적</a></li><li><a href="#회고-방법">회고 방법</a><ul><li><a href="#kpt-회고">KPT 회고</a></li><li><a href="#4l-회고">4L 회고</a></li><li><a href="#5f-회고">5F 회고</a></li></ul></li></ul></li><li><a href="#회고의-적용">회고의 적용</a><ul><li><a href="#개인-회고">개인 회고</a></li><li><a href="#프로젝트-회고--팀-회고">프로젝트 회고 &amp; 팀 회고</a></li></ul></li><li><a href="#회고에-대한-팁">회고에 대한 팁</a></li><li><a href="#추천-자료">추천 자료</a></li></ul><br><ul><li>회고는 제게 일상이 되었고, 어떤 일이 끝나거나 일정 주기별로 회고를 작성하곤 합니다</li><li>회고를 어떤 방법으로 해야하나요?라는 질문을 종종 받는데, 간단하게 이야기를 전했지만 글로 남긴 적은 없어서 글로 정리해봅니다</li><li>회고에 대한 자세한 내용이 궁금하시면 <a href="https://bit.ly/data-for-pm">PM을 위한 데이터 리터러시</a> 강의에서 확인할 수 있습니다</li><li>과거 회고 모음<ul><li><a href="https://zzsza.github.io/diary/2023/04/06/2022-retrospective/">2022년 ~ 23년 1분기 회고. 퇴사 후의 삶</a></li><li><a href="https://zzsza.github.io/diary/2021/12/26/2021-retrospective/">2021년 회고 및 요즘 생각들</a></li><li><a href="https://zzsza.github.io/diary/2020/12/27/2020-retrospect/">5년 차를 앞둔 머신러닝 엔지니어의 2020년 회고</a></li><li><a href="https://zzsza.github.io/diary/2020/04/26/novice-leader-retrospect/">초보 개발 팀장의 1년 회고 - 좋은 팀장이 되기 위한 노력들</a></li><li><a href="https://zzsza.github.io/diary/2019/07/07/2019-half-retrospect/">2019년 상반기 회고 및 글또 3기 시작</a></li><li><a href="https://zzsza.github.io/diary/2019/04/05/how-to-study-datascience/">데이터 사이언티스트가 되기 위해 진행한 다양한 노력들</a></li><li><a href="https://zzsza.github.io/diary/2019/12/25/2019-retrospect/">머신러닝 엔지니어의 2019년 회고</a></li><li><a href="https://zzsza.github.io/diary/2018/10/26/gap-year-and-socar/">Gap Year 및 쏘카 이직 이야기</a></li><li><a href="https://zzsza.github.io/diary/2018/12/22/2018-retrospect/">2018년 회고, 2019년 다짐</a></li><li><a href="https://zzsza.github.io/diary/2017/12/30/2017-retrospect/">2017년 회고, 2018년 계획</a></li></ul></li></ul><hr><h2 id="회고">회고</h2><h2 id="회고의-의미">회고의 의미</h2><ul><li>회고의 사전적 의미는 “지나간 일을 돌이켜 생각함”입니다.</li><li>우리는 항상 무언가를 하며 지나갑니다. 이런 활동을 돌이켜 보는 과정을 일컫는 말입니다</li></ul><h2 id="회고의-목적">회고의 목적</h2><ul><li>회고를 통해 과거를 되돌아보고 “그럼 이제 무엇을 해야할까?라는 것을 생각하”는게 핵심입니다</li><li>즉, <strong>Action Item을 생각해서 점점 나은 방향으로 가는 것</strong>입니다<ul><li>단, 회고를 적용하는 방식에 따라 목적이 달라질 수 있습니다.</li></ul></li><li>개인 회고 관점에선 매년 혹은 특정 기간별로 회고를 작성해 자신이 어떤 길로 나아가고 있는지 기록을 할 수 있습니다<ul><li>저는 매년 회고를 작성하고 있는데, 때론 과거 회고를 보며 과거의 생각과 지금의 생각을 비교하기도 합니다. 오히려 과거의 생각이 더 좋을 때도 있어서 과거의 저에게도 많이 배웁니다</li></ul></li><li>팀 회고, 프로젝트 회고 관점에선 팀, 팀원들에 대한 생각을 듣고 팀 차원에서 Action Item을 생각해볼 수 있습니다<ul><li>일종의 소통 도구로 활용할 수 있으며 혹여나 생길 수 있는 오해를 방지하는 목적으로 활용할 수도 있습니다</li></ul></li></ul><h2 id="회고-방법">회고 방법</h2><ul><li>회고 방법론을 찾아보면 여러가지 방법론이 있습니다. KPT, 4L, 5F 등 다양한 방법들이 존재합니다</li><li>방법론들의 핵심 메세지는 비슷합니다. 방법론이 중요한 것이 아니고, 자신이 했던 일에 대해 생각하고 그 후에 무엇을 할지를 고민하는게 핵심입니다</li><li>대표적인 방법론을 말씀드리되, 제가 자주 활용하는 KPT 회고로 내용을 이어가겠습니다</li></ul><h3 id="kpt-회고">KPT 회고</h3><ul><li>Keep, Problem, Try의 약자로 Keep은 잘 한 것, Problem은 아쉬운 것, Try는 K와 P 기반으로 무엇을 할지에 대해 작성합니다<ul><li>K : 잘 해와서 유지하고 싶은 것</li><li>P : 어려움을 느껴서 개선하고 싶은 것</li><li>T : 구체적인 시도할 내용</li></ul></li><li>KPT 회고를 오프라인 장소에서 같이 진행한다면 칠판이나 벽에 K, P, T 공간을 두고 포스트잇을 사용할 수도 있습니다<ul><li>이 경우 내가 생각하는 K, P, T를 작성하고 회고를 진행하는 모더레이터가 이야기를 진행합니다</li></ul></li><li>허나 온라인으로 진행하는 경우엔 각자 개인별 KPT를 작성하고, 그것을 공유하는 방식으로 진행하곤 합니다</li><li>어떤 방법이여도 상관없고, 팀에서 해보고 싶은 방법을 여러개 시도하다가 팀에 맞는 방법을 사용하면 충분합니다</li><li>저는 KPT 회고 외에 내 삶의 점수와 깨달은 점, 기억하고 싶은 점도 기록하곤 합니다(4L, 5F 등에서 필요한 것을 융합한 케이스)</li></ul><h3 id="4l-회고">4L 회고</h3><ul><li>Liked : 좋았던 점은 무엇인가?</li><li>Lacked : 아쉬웠던 점, 부족한 점은 무엇인가?</li><li>Learned : 배운 점은 무엇인가?</li><li>Longed for : 앞으로 바라는 것은 무엇인가?</li></ul><h3 id="5f-회고">5F 회고</h3><ul><li>Facts : 사실. 무슨 일이 있었는가?</li><li>Feeling : 느낀 점, 감정. 어떤 느낌이 들었는가?</li><li>Finding : 배운 점, 인사이트. 어떤 것을 기억하고 싶은가?</li><li>Future Action : 향후 액션 아이템. 앞으로 무엇을 할 것인지?</li><li>Feedback : 피드백. Future Action에서 정한 액션 아이템을 실행하고 어던 피드백을 받았는가?</li></ul><hr><h2 id="회고의-적용">회고의 적용</h2><ul><li>회고를 적용할 수 있는 범위는 무궁무진합니다. 개인적인 회고를 시기별(주간 회고, 월간 회고, 반기 회고, 연 회고 등)로 진행할 수 있습니다<ul><li>또는 프로젝트 단위로 회고를 할 수 있습니다. 회고 초반부, 중반부, 후반부를 정의해 회고를 진행해 더 나은 방향으로 가기 위한 방법을 고민하고, 실행합니다</li><li>팀 회고는 개인 회고와 프로젝트 회고를 섞어서 진행할 수 있습니다. 팀원 개개인의 회고를 진행할 수도 있고, 팀에서 진행한 활동에 대한 회고를 진행할 수 있습니다. 어떤 목적을 가지느냐에 따라 방법은 다양하게 구성할 수 있습니다</li></ul></li></ul><h2 id="개인-회고">개인 회고</h2><ul><li>저는 개인 회고를 3가지 경우에 작성합니다<ul><li>주기적인 회고 : 시기별, 주로 1년 단위의 회고(1년이 끝나는 시점)</li><li>프로젝트 회고 : 특정 프로젝트가 끝나고 앞으로 다시 한다면 어떻게 할 것인지를 생각하는 회고</li><li>특정 이벤트 기반 회고 : 삶에서 큰 결정을 하거나 큰 사건이 일어나는 경우 회고를 진행합니다<ul><li>예를 들어 퇴사를 했다거나, 개인 사업을 시작했다거나 등의 사건이 있을 때 진행합니다</li></ul></li></ul></li><li>개인 회고를 작성할 때 집중하는 영역<ul><li>특정 상황에 내가 어떤 감정이었는가?</li><li>주로 나만 보거나, 나를 되돌아보기 위한 목적이므로 감정에 대해 솔직히 작성합니다</li><li>그 때의 멘탈이 힘들었다면 왜 그랬는지, 어떻게 했으면 달라졌을지에 대해 생각합니다</li><li>Action Item을 혼자 정하면 실행이 잘 되지 않을 수도 있습니다. 그냥 다짐만 하고 넘어갈 수 있습니다. 이런 경우엔 다짐을 친구들과 공유하거나 SNS 등에 올려 이것을 달성할 것이다라는 다짐을 합니다</li><li>또한 Action Item을 주기적으로 확인할 수 있는 시스템(캘린더 알림 등)을 만들고 제가 의식하지 않아도 다시 알려줄 수 있도록 만듭니다</li><li>습관 형성과 관련되는 영역이라 쉽게 할 수 있는 Action Item부터 시작하곤 합니다</li></ul></li><li>매번 KPT로 진행하는 것은 아니고, 기억에 남는 이벤트와 내가 배운 점 위주로 쪼개서 하기도 합니다. 1년을 한꺼번에 정리할 때는 특정 사건(이벤트) 기반으로 먼저 생각하면 이후 생각이 더 잘 떠올라서 이런 방식으로 진행합니다<ul><li>형식이 중요한 것이 아니기에 매번 다른 방법으로 시도하고 있습니다</li></ul></li></ul><h2 id="프로젝트-회고--팀-회고">프로젝트 회고 &amp; 팀 회고</h2><ul><li>프로젝트 회고와 팀 회고는 유사한 점이 많아 같이 작성합니다</li><li>프로젝트의 목적, 팀이 달성해야 하는 목적 등이 존재할텐데 그 부분을 항상 명시하며 회고를 진행합니다<ul><li>우리는 그 목적을 잘 달성하고 있는가? 어떻게 해야 그 목적을 달성할 수 있을까?를 생각하곤 합니다</li></ul></li><li>혼자 회고를 진행하는 것이 아니기에 회고 진행 Process를 만들고 다시 활용하면 좋음<ul><li><a href="https://zzsza.github.io/data-for-pm/retrospect/basic.html">PM을 위한 데이터 리터러시 강의 자료 웹페이지</a></li></ul></li></ul><p><img src="https://capture.dropbox.com/iJC9Gp5JcXoBnjMB?raw=1" alt=""><em>프로젝트 회고 진행 Process</em></p><p><img src="https://capture.dropbox.com/4weF1zg3kZLhKfey?raw=1" alt=""><em>노션 회고 템플릿 예시(PM을 위한 데이터 리터러시 강의 자료)</em></p><ul><li>프로젝트, 팀 회고에선 같이 일하는 사람들의 감정에 대해서도 체크합니다. 혹시 힘든 일이 있는지, 기분 좋은 일이 있는지 등도 같이 이야기하며 감정적인 케어도 같이 합니다<ul><li>결국에 프로젝트나 팀 운영의 핵심은 사람이기에 이 부분에 대해 신경씁니다</li></ul></li><li>저는 회고를 할 때 환기시켜주며 사람들끼리 친해질 수 있도록 열린 질문을 하곤 합니다(예 : 우리 조직에서 제일 본받고 싶은 사람과 그 이유는?, 갔던 제일 좋았던 여행지 추천하기 등)<ul><li>팀원들을 서로 이해할 때 도움이 되기에 회고할 때 이런 방식을 활용합니다</li></ul></li><li>개인의 Action Item을 수립한 후, 프로젝트나 팀 단위의 Action Item도 생각합니다<ul><li>그리고 각 Action Item을 누가 담당할지도 정의한 후, 그 Action Item이 진짜로 진행되고 있는지를 살펴봅니다(주로 팀장, PM분들이 하는 편)</li></ul></li><li>회고에 대한 회고를 진행해서 오늘 회고가 어떠했는지, 앞으로 어떤 방식을 하면 좋을지도 고민합니다<ul><li>나중에 설문해주세요!라고 하면 늦게 할 수 있으므로 회고를 회고하는 시간까지 회고 시간에 넣으면 좋습니다</li></ul></li><li>노션에서 회고할 때는 각자의 파트를 읽을 때, 댓글을 적극적으로 작성하며 진행해도 재미있습니다. 회고 시작할 때 댓글을 달며 진행하시지요!라고 말하곤 합니다</li><li>프로젝트 회고는 프로젝트가 성공적으로 달성되었다를 알 수 있는 Success Metric이 어떻게 변했는가도 같이 보곤 합니다. 이 지표를 정의하지 않았다면 다음 프로젝트부터는 꼭 지표를 정의해보세요</li></ul><hr><h2 id="회고에-대한-팁">회고에 대한 팁</h2><ul><li>회고에 대한 자료 조사보다 회고를 한번 해보고, 그것을 개선하는 것이 핵심!<strong>(일단 해봅시다)</strong></li><li>그리고 중요한 것은 회고를 <strong>“꾸준히”</strong>하는 것<ul><li>회고를 비주기적으로 하는 것이 아닌 꾸준히 하기 위해 구글 캘린더 추가를 해두면 좋습니다</li></ul></li><li>회고를 수동적인 회고처럼 진행한다면 방법을 아예 바꾸기<ul><li>그냥 하라니까 하는 회고는 티가 나며, 방식을 아예 바꾸는 것이 좋을 수도 있습니다</li></ul></li><li>회고를 진행할 때 이전에 작성한 회고를 참고해서 그 때의 T가 진행되었는지, 안되었다면 무슨 일 때문인지도 고민해보면 좋습니다</li><li>회고를 단순히 진행한다가 핵심이 아닌, 회고를 하며 겪는 경험이 어떠한지? 회고를 진행하는 사람들이 어떤 감정을 느끼는지 생각해보는 것도 추천드립니다</li><li>회고를 하면서 내가 어떻게 하고 있고, 개선하기 위한 방법은 무엇인지 고민하고 이걸 잘 진행하기 위한 시스템을 만들기!</li></ul><hr><h2 id="추천-자료">추천 자료</h2><ul><li><a href="https://github.com/JaeYeopHan/tip-archive/issues/8">한재엽님의 회고에 대한 정리 및 설계</a> : 회고를 처음 접할 때 본 내용으로 너무 알찬 글입니다</li><li><a href="https://www.yes24.com/Product/Goods/67350256">김창준님의 함께 자라기</a> : 제 인생 책 중 하나로 읽어보시면 많은 깨달음을 얻을 수 있는 책입니다</li></ul><hr><p>글 작성하는데 걸린 시간 : 1시간 13분 <br></p><p><a href="https://bit.ly/kyleschool_blog">카일스쿨 유튜브</a> 채널을 만들었습니다. 데이터 사이언스, 성장, 리더십, BigQuery 등을 이야기할 예정이니, 관심 있으시면 구독 부탁드립니다 :)</p><p><a href="https://bit.ly/data-for-pm-inflearn">PM을 위한 데이터 리터러시</a> 강의를 만들었습니다. 문제 정의, 지표, 실험 설계, 문화 만들기, 로그 설계, 회고 등을 담은 강의입니다</p><div><p>이 글이 도움이 되셨거나 다양한 의견이 있다면 댓글 부탁드립니다 :) </p></div> </div></article></div>

어쩐지 오늘은

회고는 제게 일상이 되었고, 어떤 일이 끝나거나 일정 주기별로 회고를 작성하곤 합니다
회고를 어떤 방법으로 해야하나요?라는 질문을 종종 받는데, 간단하게 이야기를 전했지만 글로 남긴 적은 없어서 글로 정리해봅니다
회고에 대한 자세한 내용이 궁금하시면 PM을 위한 데이터 리터러시 강의에서 확인할 수 있습니다
과거 회고 모음
    
2022년 ~ 23년 1분기 회고. 퇴사 후의 삶
2021년 회고 및 요즘 생각들
5년 차를 앞둔 머신러닝 엔지니어의 2020년 회고
초보 개발 팀장의 1년 회고 - 좋은 팀장이 되기 위한 노력들
2019년 상반기 회고 및 글또 3기 시작
데이터 사이언티스트가 되기 위해 진행한 다양한 노력들
머신러닝 엔지니어의 2019년 회고
Gap Year 및 쏘카 이직 이야기
2018년 회고, 2019년 다짐
2017년 회고, 2018년 계획
회고
회고의 의미
회고의 사전적 의미는 “지나간 일을 돌이켜 생각함”입니다.
우리는 항상 무언가를 하며 지나갑니다. 이런 활동을 돌이켜 보는 과정을 일컫는 말입니다
회고의 목적
회고를 통해 과거를 되돌아보고 “그럼 이제 무엇을 해야할까?라는 것을 생각하”는게 핵심입니다
즉, Action Item을 생각해서 점점 나은 방향으로 가는 것입니다
    
단, 회고를 적용하는 방식에 따라 목적이 달라질 수 있습니다.
개인 회고 관점에선 매년 혹은 특정 기간별로 회고를 작성해 자신이 어떤 길로 나아가고 있는지 기록을 할 수 있습니다
    
저는 매년 회고를 작성하고 있는데, 때론 과거 회고를 보며 과거의 생각과 지금의 생각을 비교하기도 합니다. 오히려 과거의 생각이 더 좋을 때도 있어서 과거의 저에게도 많이 배웁니다
팀 회고, 프로젝트 회고 관점에선 팀, 팀원들에 대한 생각을 듣고 팀 차원에서 Action Item을 생각해볼 수 있습니다
    
일종의 소통 도구로 활용할 수 있으며 혹여나 생길 수 있는 오해를 방지하는 목적으로 활용할 수도 있습니다
회고 방법
회고 방법론을 찾아보면 여러가지 방법론이 있습니다. KPT, 4L, 5F 등 다양한 방법들이 존재합니다
방법론들의 핵심 메세지는 비슷합니다. 방법론이 중요한 것이 아니고, 자신이 했던 일에 대해 생각하고 그 후에 무엇을 할지를 고민하는게 핵심입니다
대표적인 방법론을 말씀드리되, 제가 자주 활용하는 KPT 회고로 내용을 이어가겠습니다
KPT 회고
Keep, Problem, Try의 약자로 Keep은 잘 한 것, Problem은 아쉬운 것, Try는 K와 P 기반으로 무엇을 할지에 대해 작성합니다
    
K : 잘 해와서 유지하고 싶은 것
P : 어려움을 느껴서 개선하고 싶은 것
T : 구체적인 시도할 내용
KPT 회고를 오프라인 장소에서 같이 진행한다면 칠판이나 벽에 K, P, T 공간을 두고 포스트잇을 사용할 수도 있습니다
    
이 경우 내가 생각하는 K, P, T를 작성하고 회고를 진행하는 모더레이터가 이야기를 진행합니다
허나 온라인으로 진행하는 경우엔 각자 개인별 KPT를 작성하고, 그것을 공유하는 방식으로 진행하곤 합니다
어떤 방법이여도 상관없고, 팀에서 해보고 싶은 방법을 여러개 시도하다가 팀에 맞는 방법을 사용하면 충분합니다
저는 KPT 회고 외에 내 삶의 점수와 깨달은 점, 기억하고 싶은 점도 기록하곤 합니다(4L, 5F 등에서 필요한 것을 융합한 케이스)
4L 회고
Liked : 좋았던 점은 무엇인가?
Lacked : 아쉬웠던 점, 부족한 점은 무엇인가?
Learned : 배운 점은 무엇인가?
Longed for : 앞으로 바라는 것은 무엇인가?
5F 회고
Facts : 사실. 무슨 일이 있었는가?
Feeling : 느낀 점, 감정. 어떤 느낌이 들었는가?
Finding : 배운 점, 인사이트. 어떤 것을 기억하고 싶은가?
Future Action : 향후 액션 아이템. 앞으로 무엇을 할 것인지?
Feedback : 피드백. Future Action에서 정한 액션 아이템을 실행하고 어던 피드백을 받았는가?
회고의 적용
회고를 적용할 수 있는 범위는 무궁무진합니다. 개인적인 회고를 시기별(주간 회고, 월간 회고, 반기 회고, 연 회고 등)로 진행할 수 있습니다
    
또는 프로젝트 단위로 회고를 할 수 있습니다. 회고 초반부, 중반부, 후반부를 정의해 회고를 진행해 더 나은 방향으로 가기 위한 방법을 고민하고, 실행합니다
팀 회고는 개인 회고와 프로젝트 회고를 섞어서 진행할 수 있습니다. 팀원 개개인의 회고를 진행할 수도 있고, 팀에서 진행한 활동에 대한 회고를 진행할 수 있습니다. 어떤 목적을 가지느냐에 따라 방법은 다양하게 구성할 수 있습니다
개인 회고
저는 개인 회고를 3가지 경우에 작성합니다
    
주기적인 회고 : 시기별, 주로 1년 단위의 회고(1년이 끝나는 시점)
프로젝트 회고 : 특정 프로젝트가 끝나고 앞으로 다시 한다면 어떻게 할 것인지를 생각하는 회고
특정 이벤트 기반 회고 : 삶에서 큰 결정을 하거나 큰 사건이 일어나는 경우 회고를 진행합니다
        
예를 들어 퇴사를 했다거나, 개인 사업을 시작했다거나 등의 사건이 있을 때 진행합니다
개인 회고를 작성할 때 집중하는 영역
    
특정 상황에 내가 어떤 감정이었는가?
주로 나만 보거나, 나를 되돌아보기 위한 목적이므로 감정에 대해 솔직히 작성합니다
그 때의 멘탈이 힘들었다면 왜 그랬는지, 어떻게 했으면 달라졌을지에 대해 생각합니다
Action Item을 혼자 정하면 실행이 잘 되지 않을 수도 있습니다. 그냥 다짐만 하고 넘어갈 수 있습니다. 이런 경우엔 다짐을 친구들과 공유하거나 SNS 등에 올려 이것을 달성할 것이다라는 다짐을 합니다
또한 Action Item을 주기적으로 확인할 수 있는 시스템(캘린더 알림 등)을 만들고 제가 의식하지 않아도 다시 알려줄 수 있도록 만듭니다
습관 형성과 관련되는 영역이라 쉽게 할 수 있는 Action Item부터 시작하곤 합니다
매번 KPT로 진행하는 것은 아니고, 기억에 남는 이벤트와 내가 배운 점 위주로 쪼개서 하기도 합니다. 1년을 한꺼번에 정리할 때는 특정 사건(이벤트) 기반으로 먼저 생각하면 이후 생각이 더 잘 떠올라서 이런 방식으로 진행합니다
    
형식이 중요한 것이 아니기에 매번 다른 방법으로 시도하고 있습니다
프로젝트 회고 & 팀 회고
프로젝트 회고와 팀 회고는 유사한 점이 많아 같이 작성합니다
프로젝트의 목적, 팀이 달성해야 하는 목적 등이 존재할텐데 그 부분을 항상 명시하며 회고를 진행합니다
    
우리는 그 목적을 잘 달성하고 있는가? 어떻게 해야 그 목적을 달성할 수 있을까?를 생각하곤 합니다
혼자 회고를 진행하는 것이 아니기에 회고 진행 Process를 만들고 다시 활용하면 좋음
    
PM을 위한 데이터 리터러시 강의 자료 웹페이지
프로젝트 회고 진행 Process
노션 회고 템플릿 예시(PM을 위한 데이터 리터러시 강의 자료)
프로젝트, 팀 회고에선 같이 일하는 사람들의 감정에 대해서도 체크합니다. 혹시 힘든 일이 있는지, 기분 좋은 일이 있는지 등도 같이 이야기하며 감정적인 케어도 같이 합니다
    
결국에 프로젝트나 팀 운영의 핵심은 사람이기에 이 부분에 대해 신경씁니다
저는 회고를 할 때 환기시켜주며 사람들끼리 친해질 수 있도록 열린 질문을 하곤 합니다(예 : 우리 조직에서 제일 본받고 싶은 사람과 그 이유는?, 갔던 제일 좋았던 여행지 추천하기 등)
    
팀원들을 서로 이해할 때 도움이 되기에 회고할 때 이런 방식을 활용합니다
개인의 Action Item을 수립한 후, 프로젝트나 팀 단위의 Action Item도 생각합니다
    
그리고 각 Action Item을 누가 담당할지도 정의한 후, 그 Action Item이 진짜로 진행되고 있는지를 살펴봅니다(주로 팀장, PM분들이 하는 편)
회고에 대한 회고를 진행해서 오늘 회고가 어떠했는지, 앞으로 어떤 방식을 하면 좋을지도 고민합니다
    
나중에 설문해주세요!라고 하면 늦게 할 수 있으므로 회고를 회고하는 시간까지 회고 시간에 넣으면 좋습니다
노션에서 회고할 때는 각자의 파트를 읽을 때, 댓글을 적극적으로 작성하며 진행해도 재미있습니다. 회고 시작할 때 댓글을 달며 진행하시지요!라고 말하곤 합니다
프로젝트 회고는 프로젝트가 성공적으로 달성되었다를 알 수 있는 Success Metric이 어떻게 변했는가도 같이 보곤 합니다. 이 지표를 정의하지 않았다면 다음 프로젝트부터는 꼭 지표를 정의해보세요
회고에 대한 팁
회고에 대한 자료 조사보다 회고를 한번 해보고, 그것을 개선하는 것이 핵심!(일단 해봅시다)
그리고 중요한 것은 회고를 “꾸준히”하는 것
    
회고를 비주기적으로 하는 것이 아닌 꾸준히 하기 위해 구글 캘린더 추가를 해두면 좋습니다
회고를 수동적인 회고처럼 진행한다면 방법을 아예 바꾸기
    
그냥 하라니까 하는 회고는 티가 나며, 방식을 아예 바꾸는 것이 좋을 수도 있습니다
회고를 진행할 때 이전에 작성한 회고를 참고해서 그 때의 T가 진행되었는지, 안되었다면 무슨 일 때문인지도 고민해보면 좋습니다
회고를 단순히 진행한다가 핵심이 아닌, 회고를 하며 겪는 경험이 어떠한지? 회고를 진행하는 사람들이 어떤 감정을 느끼는지 생각해보는 것도 추천드립니다
회고를 하면서 내가 어떻게 하고 있고, 개선하기 위한 방법은 무엇인지 고민하고 이걸 잘 진행하기 위한 시스템을 만들기!
추천 자료
한재엽님의 회고에 대한 정리 및 설계 : 회고를 처음 접할 때 본 내용으로 너무 알찬 글입니다
김창준님의 함께 자라기 : 제 인생 책 중 하나로 읽어보시면 많은 깨달음을 얻을 수 있는 책입니다
글 작성하는데 걸린 시간 : 1시간 13분

KPT 회고하는 법, 회고에 대한 생각

댓글