Brain핵심 인사이트
- 본질: 인스펙션 (Inspection)은 중재자(Moderator) 주도의 공식적·체계적 산출물 검토로 결함을 최대한 발굴하는 반면, 워크스루 (Walkthrough)는 저자 주도의 비공식 동료 검토로 아이디어와 피드백을 자유롭게 교환한다.
- 가치: 인스펙션은 엄격한 절차로 결함 발견율이 높아 안전·금융 등 고위험 SW에 적합하고, 워크스루는 빠른 피드백으로 초기 설계·코딩 단계에서 유연하게 활용된다.
- 판단 포인트: 인스펙션에서 중재자는 저자가 아닌 독립적 인물이 맡아야 하며, 결함은 회의 중 수정하지 않고 기록만 한다.
Ⅰ. 개요 및 필요성
소프트웨어 리뷰 기법은 정형화 수준에 따라 인스펙션(가장 공식적) > 팀 리뷰 > 워크스루 > 패어 리뷰 > 애드혹 리뷰(비공식)로 분류된다. 파건스(Michael Fagan)의 인스펙션은 6단계 절차(계획→개요→준비→인스펙션→재작업→추적)로 구성된다.
📢 섹션 요약 비유: 인스펙션은 법원 재판이고, 워크스루는 친구들과의 아이디어 토론이다.
Ⅱ. 아키텍처 및 핵심 원리
┌──────────────────────────────────────────────┐
│ Fagan 인스펙션 6단계 절차 │
│ 1. 계획(Planning): 중재자 선정, 자료 배포 │
│ 2. 개요(Overview): 저자가 목적 설명 │
│ 3. 준비(Preparation): 참가자 개인 검토 │
│ 4. 인스펙션(Inspection Meeting): 결함 기록 │
│ 5. 재작업(Rework): 저자가 결함 수정 │
│ 6. 추적(Follow-up): 수정 결과 검증 │
└──────────────────────────────────────────────┘
| 구분 | 인스펙션 | 워크스루 |
|---|---|---|
| 주도 | 중재자(독립) | 저자 |
| 형식 | 공식, 체크리스트 | 비공식, 자유 토론 |
| 목적 | 최대 결함 발굴 | 이해 증진, 피드백 |
| 결과물 | 결함 목록, 통계 | 개선 아이디어 |
📢 섹션 요약 비유: 인스펙션은 자동차 정기 검사(공식 절차, 합격/불합격), 워크스루는 친구에게 차 보여주며 의견 듣기(비공식)이다.
Ⅲ. 비교 및 연결
| 구분 | 인스펙션 | 워크스루 | 동료 검토 |
|---|---|---|---|
| 공식성 | 매우 높음 | 낮음 | 중간 |
| 시간 | 많이 소요 | 빠름 | 중간 |
| 적용 시점 | 중요 산출물 | 초기 설계·코드 | 코드 리뷰 |
📢 섹션 요약 비유: 인스펙션은 국가고시, 워크스루는 스터디 그룹 발표다.
Ⅳ. 실무 적용 및 기술사 판단
의료 기기 SW(IEC 62304 규격)에서 설계 사양서 인스펙션은 의무 사항이다. 반면 스타트업의 MVP 개발에서는 팀원들과 워크스루로 빠른 피드백을 받아 설계를 수정하는 것이 효율적이다.
📢 섹션 요약 비유: 인스펙션은 수술 전 체크리스트(하나도 빠지면 안 됨), 워크스루는 요리 전 재료 확인(편하게 체크)이다.
Ⅴ. 기대효과 및 결론
인스펙션 적용으로 테스트 단계에서 발견되는 결함 70~80% 예방(리뷰 단계 결함 수정 비용이 테스트 단계의 1/10), 워크스루로 팀 지식 공유와 설계 개선이 달성된다.
📢 섹션 요약 비유: 인스펙션과 워크스루는 약과 영양제다. 인스펙션(약)은 심각한 문제에, 워크스루(영양제)는 일상적 건강 유지에 사용한다.
📌 관련 개념 맵
| 개념 | 설명 | 연관 키워드 |
|---|---|---|
| Fagan Inspection | 공식 인스펙션 방법론 | 6단계 절차 |
| 중재자(Moderator) | 인스펙션 진행자 | 독립성 필수 |
| TDD | 테스트 주도 개발 | 인스펙션 보완 |
👶 어린이를 위한 3줄 비유 설명
- 인스펙션은 선생님이 숙제를 꼼꼼히 검사하는 것이고, 워크스루는 친구들끼리 숙제를 같이 검토하는 거예요.
- 인스펙션에서는 틀린 것을 바로 고치지 않고, 틀린 목록을 먼저 다 적어요.
- 둘 다 소프트웨어의 실수를 일찍 찾아내어 나중에 더 큰 문제가 생기는 걸 막아요.