SOMA RETROSPECTIVE
소마에서 회고하기
경험을 다음 판단 기준으로 바꾸는 법
SW마에스트로 Expert · 한주형
2026
AGENDA
목차
CONTEXT
회고를 주제로 삼은 이유
계획
실행
점검
조정
WHAT IS RETROSPECTIVE
회고란?
DEFINITION
회상과 회고
회상 · Recall
과거의 장면을 떠올린다.
일상적 · 비의도적
회고 · Retrospective
과거 경험에서 의미를 찾고
다음 행동으로 연결한다.
의도적
THREE TIME AXES
회고의 세 가지 시간축
PAST
과거
실제로 무슨 일이 있었는가
PRESENT
현재
지금 그 경험을 어떻게 해석하는가
FUTURE
미래
다음에는 무엇을 유지하거나 바꿀 것인가
WHY RETROSPECT
회고하는 이유
WHY RETROSPECT
경험을 넘어 배움으로

WHY RETROSPECT
인생에는 리허설이 없다
회고 없이도 살아갈 수는 있다.
하지만 기록과 회고는 같은 시간을
두 번 살아보게 하는 기술이 될 수 있다.
DECISION COST
판단 비용 줄이기
01
과거 맥락 이해
무엇을 했고 어떤 상황이었는가
02
사고와 판단
무엇을 보고 왜 그렇게 판단했는가
03
배움과 다음 행동
결과에서 무엇을 배웠고 다음에는 어떻게 행동할 것인가
RETROSPECTIVE IN THE AI ERA
AI 시대에서 회고의 가치
AI ERA
결과와 배움은 별개다
RESULT
결과물 완성
AI로 더 빠르게 초안을 만들고
일의 범위를 넓힌다.
LEARNING
내게 남은 배움
왜 이 답을 골랐고,
다른 상황에 어떻게 쓸지 설명한다.
A HISTORY OF EXTERNAL MEMORY
기억과 사고의 외주화
고대부터
문자와 기록
기억을 외부에 보존
15세기
인쇄와 책
지식의 저장과 복제
20–21세기
디지털 도구
기억과 길 찾기의 위임
현재
검색과 AI
비교·요약·초안까지 위임
인지적 오프로딩은 기억과 사고의 일부를 외부 도구에 맡겨, 머릿속에서 직접 처리해야 할 정보의 부담을 줄이는 전략이다.
GOOGLE AND LLM EFFECT
Google Effect 와 LLM Effect
Google Effect
정보보다 접근 경로를 기억
다시 찾을 수 있다고 예상할 때 나타난 기억의 변화
LLM Effect
검색을 넘어 비교·요약·초안까지 위임
생성형 AI는 접근 경로뿐 아니라
답을 만드는 사고 활동에도 관여한다.
LLM Effect는 이 확장을 설명하는 발표 표현이며, 정립된 학술 용어가 아니다.
RETRIEVAL EFFECT
인출 효과: 과정을 꺼낼수록 오래 남는다
결과 다시 읽기
완성된 결과와 기록을 다시 확인한다.
과정 꺼내기
기록을 보기 전에 당시의 맥락·판단·행동을 기억에서 재구성한다.
PERSONAL RETROSPECTIVE
개인 회고
PERSONAL RETROSPECTIVE
기록은 재료, 회고는 요리
기록
무슨 일이 있었는지 남긴다.
회고
왜 그랬는지 해석하고 다음 선택을 정한다.
RECORDS AS INGREDIENTS
회고의 재료, 기록
기록은 회고라는 요리를 위한 재료다.
재료가 없으면 흐릿한 지난 기억을 정확히 되살리기는 어렵다.

PERSONAL LEVERAGE
개인 회고의 활용
LIFE
삶
반복되는 감정·행동의 조건을 찾고
유지할 습관과 바꿀 환경 등을 정한다.
CAREER
커리어
판단의 근거와 결과를 연결해
다시 설명할 성과·실패 사례를 만든다.
META
메타인지
예상과 실제를 대조해
아는 것·모르는 것과 다음 학습을 보정한다.
MY EVOLUTION
내 회고의 변화
단순 일기
20대 초반부터 일기를 써 오며
행동과 감정을 기록함
월간·연간 KPT
개발 공부하며 Keep, Problem, Try 회고 시작
감정 기록
스트레스와 행복의 패턴을 살피고자 기록
Obsidian + AI
기록을 빠르게 모아 KPT 회고를
더 자주, 더 가볍게 진행 할 수 있게 됨
TEAM RETROSPECTIVE
팀 회고
TEAM RETROSPECTIVE
기억의 조각, 팀의 기준
LENSES AND GUARDRAILS
팀 회고의 관점과 피할 것
세 가지 관점
피할 것
PROJECT ARISTOTLE
고성과 팀의 다섯 조건
Google의 Project Aristotle[15]은 180개 팀을 분석해, 팀 구성보다 구성원이 함께 일하는 방식이 효과성을 더 잘 설명한다고 정리한 연구임.
회고 방법론은 아니지만, 팀 상태를 살피는 다섯 질문을 제공
품질로 끝내는가
PRACTICE
회고 실습 (30분 소요 예상)
PRACTICE
KPT와 AAR 작성 예시
KPT (Keep · Problem · Try)
잘된 점·문제·다음 실험을 세 칸으로 정리하는 회고
유지할 행동이나 조건예: PR을 작게 나눠 리뷰 대기 시간을 줄였다.
개선이 필요한 문제나 방해 조건예: API 변경 공유가 늦어 프런트엔드 재작업이 생겼다.
다음 회고까지 시험할 구체적 행동예: API 변경 전 스키마를 공유하고 담당자 1명이 확인한다.
AAR (After Action Review)
기대와 실제를 비교해 원인과 다음 행동을 찾는 회고
무엇을 기대했나?예: 결제 기능을 오류 없이 출시한다.
실제로 무슨 일이 있었나?예: 배포 후 결제 API 오류로 롤백했다.
왜 차이가 생겼나?예: 스테이징에서 운영사 인증 설정을 검증하지 못했다.
무엇을 유지하거나 바꿀까?예: 배포 체크리스트에 운영사 인증 테스트를 추가한다.
REFERENCES · 1/3
근거 자료
REFERENCES · 2/3
근거 자료
REFERENCES · 3/3