🗂️ 스텝1: 계획 활동
인스펙션 리더에 의해 진행되는 활동이다.
인스펙터 선정 기준
인스펙터을 수행하는 인스펙터는 일반적으로 결함이나 오류를 잘 찾아낼 수 있는 응용 영역의 전문가들로 3 ~ 5명이 선정된다.
이때 프로젝트의 성과 또는 인스펙터의 성과를 평가하는 관리자는 인스펙터로 선정하지 않는다.
또 해당 프로젝트에 부정적인 사람 역시 인스펙터로 선정하지 않는 것이 좋다.
인스펙터 시간 스케줄
LPH(Lines per Hour): 시간당 검토하는 줄 수를 의미하며 보통 한 페이지당 50줄로 간주함
| 단위 (LPH) | 요구사항 | 상위 설계 | 상세 설계 | 코드 | 테스트 계획 |
|---|---|---|---|---|---|
| 오버뷰 | 500 | 500 | 500 | 300 | 500 |
| 준비 | 250 | 200 | 150 | 150 | 200 |
| 인스펙션 | 250 | 200 | 150 | 150 | 200 |
👁️ 스텝2: 오버뷰 활동
선택적으로 수행하는 단계에 해당한다.
다음 조건 중 어느 하나에 해당한다면 오버뷰 활동을 수행하고 그렇지 않으면 이 활동을 생략할 수 있다.
- 인스펙션 수행 팀이 해당 제품에 대하여 충분히 알지 못하는 경우
- 새로운 제품에 대하여 인스펙션을 수행하는 경우
- 소프트웨어 개발 조직에서 인스펙션을 처음 수행하는 경우
- 새로운 기술이 제품 개발에 적용되는 경우
🔍 스텝3: 준비 활동
인스펙션 절차의 핵심에 해당하며 배포된 검토 대상 산출물을 각 인스펙터가 개별적으로 검토하는 단계다.
인스펙터는 자신에게 전달된 산출물을 문장 단위로 검토하고 주어진 체크리스트를 이용하여 산출물에 나타난 오류를 찾아 Inspector Form에 기록한다.
인스펙션을 완료하면 작성한 Inspector Form을 리더에게 발송하고 리더는 모든 인스펙터에게서 받은 검토 결과를 취합한다.
🧑🤝🧑 스텝4: 인스펙션 미팅 활동
인스펙션 미팅 활동은 모든 인스펙션 역할자가 한 장소에 모여 인스펙터들이 점검한 검토 결과를 확인하는 활동이다.
이때 준비 활동에서 인스펙터가 식별한 결함/오류를 확인하고 최종 결정한다. 필요하다면 산출물 개발자가 기술적인 설명을 진행할 수 있다.
인스펙션의 리더는 식별 및 검토된 결함의 심각성과 타입을 확정하고 기록자는 이를 인스펙션 목록에 정리한다. 인스펙터가 식별한 결함을 확정하는 것과 관련하여 토의와 논쟁이 지속되는 경우 이를 Open 또는 Unsloved Issue로 분류하고 기록한다.
⏳ 스텝5: 제 3의 시간 활동
인스펙션 미팅 동안 해결되지 못한 오픈 이슈를 해결하는 활동이다.
산출물 개발자가 발견한 결함을 어떻게 해결할지 토의할 필요가 있을 때 수행한다.
제 3의 시간 활동에 참여하는 역할자는 인스펙션 미팅에 참여한 사람, 기타 문제 해결을 위해 투입한 추가 인력이 될 수 있다.
🛠️ 스텝6: 재작업 활동
인스펙션 미팅에서 결함으로 확정된 오류들을 수정하는 활동이다.
이때 모든 중결함을 수정해야 하며 시간적 여유가 있다면 경결하마까지 수정한다.
모든 결함을 수정한 후에 수정으로 인하여 추가 오류가 생기지 않았는지 점검하는 재인스펙션 활동을 할 수 있다.
✅ 스텝7: 후속 활동
인스펙션 리더와 산출물 개발자가 모든 결함이 수정되었음을 확인하고 더 이상의 부가적인 오류가 발생하지 않았음을 확인했으면 후속 처리 과정을 진행한다.
📊 인스펙션에 대한 평가
인스펙션 리더는 진행된 인스펙션 과정이 효율적으로 수행되었는지를 확인하여 조직의 인스펙션 프로세스에 대한 개선 활동을 수행한다.
이 과정에서는 다음과 같은 사항을 점검하고 인스펙션 결과에 대한 보고서를 작성한다.
- 인스펙션 절차 중 개선해야 할 부분을 식별한다.
- 인스펙션을 통해 제품의 전반적인 프로젝트 상태나 품질 수준을 이해하였는지 점검한다.
- 인스펙션 과정에 사용된 다양한 양식지나 도구가 효과적으로 사용되었는지 점검한다.
- 발견된 결함 또는 오류에 대한 프로파일을 생성하고, 이를 조직의 데이터베이스에 저장한다.
