프로젝트 회고 방법, 팀이 자주 바뀌는 조직은 이렇게 회고 하세요.
솔직한 피드백이 안 나오는 회고, 무엇이 문제였을까? 심리적 안전감을 주는 똑개만의 회고 문화를 공개합니다.
안녕하세요. 사랑받는 IT 프로덕트의 첫걸음, 똑똑한개발자입니다!
3줄 요약
프로젝트 단위로 모였다 흩어지는 에이전시 특성상, 기존 팀 회고 방법(4L 기반)은 지속 트래킹·솔직한 피드백이 부족했습니다.
PM·마케터·HR·개발자·디자이너가 자발적 TF를 꾸려, 국내외 회고 레퍼런스를 스터디하며 똑개다운 회고 프로세스 개선에 착수했습니다.
1편의 결론은 "질적 완성도보다 심리적 안전감과 쉽고 즐거운 문화 정착이 먼저"라는 것. 공동의 회고 규칙을 정의했습니다.
지난 3월부터 6월까지, 똑개 팀은 다양한 직무의 팀원들이 자발적 TF로 모여 팀 회고 방법을 처음부터 다시 설계했습니다. 장장 3개월간의 결과물을 시리즈로 나눠 공유합니다. 흥미롭게 읽어주세요!
🧐 왜 팀 회고 방법을 다시 설계했나요?
기존 똑개에도 회고는 있었습니다. 개인회고/팀원회고로 나눠 각자 '좋았던 점, 배운 점, 아쉬운 점, 개선점' + '부탁과 의견'을 공유하는 형태였죠.
프로젝트가 끝나면 참여 인원끼리 회고를 진행하고, 내용은 노션(Notion)에 정리해 전사에 공유했습니다. 여러 방법론 중 4L 회고에 가까운 형태였습니다.
다만 똑개는 하나의 프로덕트를 지속 개발하기보다 프로젝트 단위로 모였다 흩어지는 에이전시입니다. 이 구조에서 기존 팀 회고 방법은 아쉬운 점이 드러났어요.
기존 회고 방식, 무엇이 문제였나요?
가장 큰 두 가지 한계는 이렇습니다.
지속적인 트래킹과 액션플랜 부족 — 프로젝트마다 팀 배치가 바뀌다 보니 회고에서 나온 개선점이 다음으로 이어지지 못했습니다.
솔직한 피드백의 부재 — 타인에게는 좋은 말만 하거나 객관적 피드백을 미루게 됐습니다. 단점을 지적하기 어려운 마음도 있었고, 내 직무에서 어떤 피드백을 듣고 싶은지 스스로의 기준도 불명확했기 때문입니다.
🔎 우리에게 회고가 필요한 이유를 다시 물었습니다
TF는 PM·마케터·HR·개발자·디자이너로 구성됐고 [회고고고GO] 개선 프로젝트를 시작했습니다. 먼저 "우리에게 회고가 왜 필요한가"를 처음으로 돌아가 정의했어요.
팀 인터뷰를 통해 방향을 잡았습니다.
시스템 개선과 문제해결을 중시하는 똑개에서 회고는 좋은 키포인트가 되어줄 거라는 데 모두 동의했고, 우선 [프로젝트 단위별 회고] 부터 개선하기로 했습니다.
다른 팀은 어떻게 회고하나요? (레퍼런스 스터디)
부담감을 줄이는 용어·방식을 고민하며 다양한 회고 레퍼런스를 함께 스터디했습니다.
일반 방법론: KPT(포스트잇), SMART 액션플랜, AAR, YWT — 목표와 결과의 차이·배운 점을 공유하고 다음 적용을 논의하는 방식.
스타트업/개인 회고: 딜라이트룸 섭스쿼드(당신을 위한 나의 실패), 멋쟁이사자처럼 브랜드팀 월간 그로스미팅(심리적 안전감·OKR), 뿌아보 회고, 스포카 온도체크 회고, 폴인 '회고에 대한 회고'.
ChatGPT 추천 레퍼런스: 구글·애플의 애자일(KPT)/스크럼(스프린트) 방식.
👀 그래서 정한 '똑개다운 회고' 규칙
레퍼런스를 공유하며 지금 똑개에는 이런 게 필요하다고 정리됐습니다.
개인 역량 성장과 시스템 개선을 위한 안전한 피드백 문화
질적 완성도보다, 자연스러운 문화 정착을 위한 '쉽고 즐거운' 방식
최종 목표는 [전사에 공유가 잘 되고, 자유롭고 자연스럽게 피드백할 수 있는] 회고. 이를 위해 공동의 회고 규칙을 정의했습니다.
회고는 누굴 지적·탓하려는 자리가 아닙니다. 특정인을 비방·공격하는 커뮤니케이션은 지양합니다.
기분이 태도가 되지 않도록, 솔직하게 — 무작정 기분 좋은 말보다 서로의 성장에 도움이 되는 솔직한 피드백을 권장합니다.
모든 회고 기록은 노션에 남겨 누구나 볼 수 있게 공유합니다. 비슷한 사례를 인지하고 더 나은 문제해결로 나아갈 수 있습니다.
가장 중요한 키워드는 '존중하되 솔직한', 그리고 이 피드백이 나에게 불이익을 주지 않는다는 확신, 즉 '심리적 안전감' 이었습니다.
👩💻 그래서 어떻게 회고할 것인가?
1차 목표를 두고 더 깊은 아이디어를 나누며 구체적 방식을 논의했습니다.
사전질문 리스트 — 회고 시점에 프로젝트를 리마인드하는 장치
루미네이션 / 온도체크 — 본 회고를 돕는 아이스브레이킹 장치
카드를 활용한 게임형 회고
다양한 형태를 프로토타입으로 시도해보기
💬 자주 묻는 질문 (FAQ)
Q1. 에이전시처럼 팀이 자주 바뀌는 조직의 팀 회고 방법은 뭐가 다른가요?
프로젝트마다 인원이 바뀌므로 '지속 트래킹'과 '액션플랜 연결'이 핵심입니다. 단발성 기록에 그치지 않도록 전사 공유·재참조 구조를 함께 설계해야 합니다.
Q2. 회고에서 솔직한 피드백이 안 나오는 이유는 뭔가요?
지적에 대한 심리적 부담과, "이 피드백이 나에게 불이익이 되지 않는다"는 확신(심리적 안전감)의 부재 때문입니다. 규칙으로 안전감을 먼저 보장해야 솔직함이 나옵니다.
Q3. 회고 방법론(KPT·4L·AAR)은 뭘 골라야 하나요?
정답은 없습니다. 똑개는 '질적 완성도'보다 '문화 정착'을 우선해, 쉽고 즐겁게 참여할 수 있는 방식(게임형·온도체크 등)을 프로토타이핑하며 팀에 맞는 형태를 찾았습니다.
2편에서는 더 구체적으로 어떤 회고 프로세스를 실제 적용했는지, 그리고 심리적 안전감을 주는 회고 세팅을 위해 도입한 방법을 소개하겠습니다. 감사합니다!
제미나이, GPT, 클로드를 활용해 AI Agent 탑재 및 AX 전환의 전문성을 갖춘 IT 프로덕트 에이전시.
https://www.toktokhan.dev/?utm_source=landing&utm_medium=retrospect&utm_campaign=retrospect&utm_term=똑개회고