AI 드리븐

지도 위치 : 3일차 · 신뢰와 운영 · 마무리와 과정 전체 정산 | 이전: 23차시 운영과 장애 대응 | 다음: README — 전체 지도로 돌아가기 키워드 : 완성 서비스 시연, 역할별 회고, 실무 적용 방향

이 차시를 다 읽으면

1. 데모의 다섯 순서를 대고, 그중 "신뢰" 부분이 왜 이 과정의 핵심 역량인지 말할 수 있다.
2. 회고(KPT) 를 유와 종차로 정의하고, 데모 · 포스트모템과 가를 수 있다.
3. 회고에서 찾은 문제를 원인으로 짚고, 어느 파일을 고칠지 까지 이어서 말할 수 있다.
4. 이 방식을 기존 코드 · 팀 · 조직에 옮길 때 무엇을 먼저 하고 무엇을 조정할지 말할 수 있다.
5. README 5장의 여덟 큰 축과 파생 축 을 대고, 각 축이 이 과정의 어느 차시에서 나왔는지 찾아갈 수 있다.
6. README 6장의 세 문장 을 말하고, 각 문장에 해당하는 차시를 두 개 이상 댈 수 있다.

---

0. 이 차시의 판별 축

이 차시가 답하는 질문은 이 과정에서 남는 것은 무엇인가 입니다. README 1장에서 말했듯 진짜 산출물은 서비스가 아니라 AI 팀 체계 입니다. 그 체계를 회고로 고치고(1~2절), 실무로 옮기는 법을 정하고(3절), 마지막으로 과정 전체를 판별 축과 세 문장으로 정산합니다(4절). 앞에서 배운 포스트모템 (23차시)이 장애 하나를 기록했다면, 회고는 과정 전체 를 기록합니다.

---

1. 완성 데모

1.1 정의

데모 (demo) — [발표]인데, [ 실제로 동작하는 결과물을 그 자리에서 조작해 보인다 ]는 점에서 슬라이드로 설명만 하는 발표와 구별된다.

1.2 다섯 순서

5~10분 데모라면 이 순서가 좋습니다.

1.3 ⭐ "신뢰" 부분이 핵심인 이유

화면이 돌아가는 것은 AI가 쉽게 해냅니다. 왜 그걸 믿을 수 있는지 를 보여 주는 것이 이 과정에서 익힌 역량입니다(0절 축 1).

그리고 이 부분은 코드를 읽지 않는 사람이 가장 잘 설명할 수 있는 부분 입니다. "동시 예약 20건 시험에서 예약이 정확히 1건만 생겼다", "금액을 바꿔 보내면 거부된다", "CI를 통과하지 못하면 병합이 막힌다"는 내가 직접 확인한 사실 이기 때문입니다.

💡 데모에서 직접 해 본 행동 시험 하나를 실제로 보여 주세요. 시험용 PR의 막힌 병합 버튼(19차시), E2E 녹화 영상(22차시), 롤백 버튼 한 번(21차시) 같은 것이 가장 설득력 있습니다.

---

2. ⭐ 역할별 회고

2.1 정의와 경계

회고 (retrospective) — [팀 활동]인데, [ 지난 작업 기간 전체에서 계속할 것 · 문제 · 시도할 것을 찾아 다음 작업 방식을 바꾼다 ]는 점에서 결과물을 보여 주는 데모나 장애 하나를 다루는 포스트모템과 구별된다.

KPT — 회고에서 흔히 쓰는 틀입니다. K eep(계속할 것) · P roblem(문제) · T ry(시도할 것).

2.2 역할마다 같은 질문

2.3 회고 결과는 반드시 파일로

문제 → 원인 → 고칠 파일
"화면에 토큰 외 색상 사용"        → 맥락 부족     → docs/design.md 금지 목록 보강
"검증자가 문제를 직접 고침"       → 권한 과다     → design-reviewer의 tools에서 Edit 제거
"테스트 기댓값을 바꿔 통과"       → 완료 조건 모호 → CLAUDE.md + qa 역할에 금지 문장
"CI 우회 시도"                   → 강제 부족     → CODEOWNERS에 .github/ 추가

🔍 읽는 포인트 : 가운데 열의 원인과, 오른쪽 열이 전부 파일 이름 이라는 것만 보면 됩니다. 원인 중 맥락 · 권한 · 완료 조건은 앞에서 배운 역할 정의의 네 축 (책임 · 맥락 · 권한 · 완료 조건, 5차시)에서 빈 칸을 찾은 것이고, "강제 부족"은 역할 정의 밖의 부탁 ↔ 강제 축(README 5.3)에서 찾은 것입니다. 회고할 때는 이 다섯 칸(네 축 + 강제)을 차례로 의심하면 됩니다.

⭐ 대화로만 "다음엔 이렇게 해"라고 말하면 다음 세션에서 사라집니다(0절 축 2, 앞에서 배운 "에이전트는 세션마다 잊는다", 2차시). 회고 → 파일 수정 → 커밋 까지가 회고입니다.

2.4 AI에게 맡긴 사람의 회고 질문 하나 더

이 질문이 다음 프로젝트를 가장 크게 개선합니다. 넘긴 곳은 곧 신뢰의 근거가 비어 있던 곳 이기 때문입니다.

💡 비유는 마지막에 — 회고는 경기 후 비디오 분석 입니다. 분석만 하고 훈련 계획표를 고치지 않으면 다음 경기도 똑같습니다. 훈련 계획표가 이 과정에서는 지침 파일과 역할 정의입니다.

---

3. 실무 적용 방향

0절 축 3입니다. 실습 환경(빈 저장소, 혼자)과 실무 환경(오래된 코드, 여러 사람, 보안 정책)은 다릅니다.

3.1 네 가지 자리

⚠️ 실습에서 만든 역할 정의를 실무 코드에 그대로 복사하지 마세요. 역할 정의의 핵심은 맥락이고, 맥락은 프로젝트마다 다릅니다. 틀만 가져가고 내용은 그 프로젝트로 다시 씁니다.

3.2 AI에게 맡기는 사람의 위치 정하기

README 9.6의 한계를 실무 상황별로 옮기면 이렇습니다.

3.3 다음 단계 — 조금씩 넓혀 갈 다섯 가지

코드를 전부 배울 필요는 없습니다. 아래 다섯 가지를 읽을 수 있게 되면 위임의 질이 눈에 띄게 오릅니다. 위에서부터 차례로.

---

4. ⭐ 과정 전체 정산

README 5장의 판별 축과 6장의 세 문장으로 24차시를 다시 묶습니다. 처음 읽을 때는 축이 미리 받은 지도 였다면, 지금은 지나온 길을 그 지도에 표시하는 것 입니다.

4.1 여덟 개의 큰 축 — 어디서 만났나

4.2 파생 축 — 이 과정의 원리가 있는 곳

4.3 세 문장 — 다시 말해 보기

세 문장의 사다리는 3일차에서 꼭대기까지 올라갔습니다.

약함 ◀──────────────────────────────────────────────────────────▶ 강함
 프롬프트로 부탁  →  지침 파일(기억)  →  권한 제한  →  훅 · 커밋 검사(18)  →  CI 관문 · 브랜치 보호(19)
                                                                   └ 관문을 지키는 관문: CODEOWNERS(20)

🔍 읽는 포인트 : 오른쪽 끝의 두 칸이 3일차에서 새로 생긴 칸입니다. 그리고 그 아래 한 줄이 관문 자체가 낮아지지 않게 하는 장치입니다.

4.4 셋을 묶는 순환

결정을 기록 → 역할에게 맡김 → 분리된 검증 → 강제 장치로 보호 → 운영에서 배움 → 기록 · 장치 갱신
   (1일차)       (2일차)        (13, 17, 20)     (18, 19, 20)        (23)         (23, 24) ─┐
      ▲                                                                                 │
      └─────────────────────────────────────────────────────────────────────────────────┘

🔍 읽는 포인트 : 오른쪽 끝에서 처음으로 돌아가는 화살표 가 핵심입니다. 장애(23차시)와 회고(24차시)에서 배운 것이 결정 기록 · 지침 · 장치로 돌아가서, 다음 프로젝트의 1일차가 됩니다.

---

5. 실습 — 맡기고 검수하기

지시

[1단계 — 회고 초안]
이 프로젝트의 git 커밋 이력, docs/postmortems/, PR의 AI 리뷰 코멘트를 근거로 역할별 회고 초안을 만들어줘.
보고 형식: | 역할 | Keep | Problem | 원인(맥락/권한/완료 조건/강제 중) | Try — 고칠 파일 | 근거(커밋·PR·기록 주소) |
근거가 없는 칸은 "근거 없음"으로 두고 추측으로 채우지 마.

[2단계 — 파일 반영]
Try 열의 파일 수정안을 파일별로 보여줘. 바꾸기 전 문장과 바꾼 뒤 문장을 나란히.
내가 승인한 것만 반영하고, docs 브랜치에서 docs: 형식으로 커밋한 뒤 PR을 열어줘.
.claude/ 나 .github/ 를 바꾸는 수정은 반드시 따로 표시해.

🔍 읽는 포인트 : 1단계의 "근거" 칸이 회고를 주장이 아니라 증거 로 만들고, 2단계의 "승인한 것만"과 "따로 표시"가 관문 설정 변경을 사람에게 남겨 둡니다.

받을 증거

• 역할별 회고 표 — 근거 칸에 커밋 · PR · 포스트모템 주소
• 파일별 수정 전 / 후 문장
• 반영 PR 주소와 그 PR의 CI 결과

내가 직접 확인할 것

---

부록 A. 스스로 확인하기

부록 B. 자주 하는 실수

부록 C. NotebookLM 복습 프롬프트

이 24차시 노트만 근거로 6문제를 내줘. 비전공자 기준으로.
"신뢰를 보여 주는 데모", "회고가 파일로 끝나야 하는 이유", "여덟 큰 축 중 세 가지를 골라 3일차에서 다시 나온 자리", "세 문장과 해당 차시"는 반드시 포함해줘.
답은 내가 답한 다음에 채점하고, 틀린 이유를 노트의 절 번호를 근거로 설명해줘.