엔지니어링 팀을 위한 스프린트 회고 템플릿

대부분의 회고가 아무 변화도 만들어 내지 못하는 이유

스프린트 회고에는 템플릿이 고치지 못하는 구조적 문제가 있습니다. 팀이 개선 아이디어를 만들어 내지만 그것들을 검토하지 않는다는 것입니다. 회고는 다섯 개의 액션 아이템을 만들어 냅니다. 다음 회고는 백지에서 시작합니다. 같은 문제가 다시 떠오릅니다.

아래 템플릿은 건너뛸 수 없도록 검토를 시작 단계에 심어 둡니다. 그 한 가지 변화가 어떤 형식 조정보다 회고의 효과에 더 크게 기여합니다.

아젠다 (복사해서 붙여넣으세요)

소요 시간: 2주 스프린트는 60분. 1주 스프린트는 45분
형식: 진행자 주도. 공유 비동기 보드(Miro, FigJam, Notion — 선택은 자유) 사용

섹션 1 — 액션 아이템 검토 (10분)

지난 스프린트의 액션 아이템을 하나씩 읽으세요
각각 표시하세요: 완료 / 진행 중 / 폐기(폐기는 짧은 사유)
미완료 항목은 이월하세요. 지금 다시 논쟁하지 마세요

섹션 2 — 데이터 스냅샷 (5분)

목표 대비 스프린트 벨로시티
하루를 넘긴 계획되지 않은 작업
장애나 온콜 이벤트
스프린트 중반의 범위 변경
아직 논의 없이 데이터를 화면에 올리세요

섹션 3 — 잘된 것 (10분)

팀은 회의 전에 비동기로, 또는 처음 3분 안에 항목을 추가합니다
상위 2~3개를 논의하고, 명백히 합의된 항목은 건너뜁니다
실행 가능하지 않은 것에는 시간을 쓰지 마세요

섹션 4 — 개선할 것 (15분)

같은 형식: 비동기 입력, 신호가 가장 강한 항목을 논의
각 항목에 대해: 일회성 발생인가, 반복되는 패턴인가? 패턴만 액션 아이템이 됩니다
진행자의 역할은 "이게 답답했어요"를 구체적이고 바꿀 수 있는 것으로 바꾸는 것입니다

섹션 5 — 액션 아이템 (15분)

각 항목에는 반드시: 설명, 담당자 한 명("팀"이 아니라), 기한
최대 2~3개를 목표로 하세요. 그보다 많으면 책임이 희석됩니다
섹션 1의 미완료 항목을 이월하세요

마무리 (5분)

회고 자체에 대한 간단한 +/-/델타
요약이 업무 종료 전에 배포되는지 확인

회고 요약이 스탠드업 노트보다 쓰기 어려운 이유

스탠드업 요약은 짧습니다. 스프린트 기획 요약은 구조화되어 있습니다. 회고 요약이 어려운 것은 내용이 어수선하기 때문입니다 — 스티키 노트, 섹션 사이를 오가는 논의, 감정과 데이터가 섞인 것. 요약을 쓰는 사람은 여러 방향으로 동시에 움직인 회의에서 일관된 흐름을 재구성해야 합니다.

Pavleur는 바로 그 어수선함 덕분에 이것을 잘 처리합니다. 회의 중에 나온 모든 말과 화면에 있는 모든 것 — 공유 보드, 섹션 2의 벨로시티 차트, 섹션 4에서 누군가 언급한 장애 티켓 — 을 포착합니다. 회의 후 보고서는 구조화되어 있으며, 그 자리에서 실제로 결정된 것에서 추출한 액션 아이템(지목된 담당자와 기한 포함)을 담습니다. 재구성도, 통화 후 정리도 필요 없습니다.

오디오 전용 전사 도구는 말은 포착하지만 시각적 맥락은 놓칩니다. 회고에서는 시각 자료가 종종 가장 중요한 부분입니다 — 스티키 노트 보드, 패턴을 드러낸 그래프, 논의의 닻이 된 티켓. 그 맥락은 오디오 전용 요약에는 존재하지 않습니다. 직접적인 도구 비교는 Pavleur와 대안 비교를 참고하세요.

흔한 회고 실패 유형

같은 액션 아이템이 연속된 세 번의 회고에 나타난다. 섹션 1은 타협 대상이 아닙니다. 어떤 항목이 계속 완료되지 않는다면, 사유를 밝혀 폐기하거나 에스컬레이션하세요 — 무한정 이월하지 마세요.

논의가 해결 없는 하소연으로 변한다. 섹션 4에서 진행자의 역할은 "그 프로세스는 망가졌어"를 구체적이고 바꿀 수 있는 한 가지로 옮기는 것입니다. 30초 안에 구체화할 수 없다면 주차장으로 보냅니다.

아무도 회의 전에 비동기로 항목을 추가하지 않는다. 보드를 24시간 전에 보내세요. 백지 문제를 깨기 위해 2~3개 항목으로 씨앗을 뿌리세요. 모두가 적어 온 것을 갖고 도착하면 회의는 더 잘 굴러갑니다.