Peer Review
태그 :
- 개념
- 프로젝트 수행 과정에서 각 진행 단계 별로 발생하는 산출물 또는 제품에 대해서 동료들이 상호 교차 검토하는 활동
1. 품질 향상의 필수 기법, 동료 검토(Peer Review)의 개요
가. 동료 검토(Peer Review)의 정의
프로젝트 수행 과정에서 각 진행 단계 별로 발생하는 산출물 또는 제품에 대해서 동료들이 상호 교차 검토하는 활동
나. 동료 검토(Peer Review)의 목적
조기 결함 발견을 통한 품질 문제 예방 및 비용 절감
상호 검토를 통한 전체적인 역량 향상
다. 동료 검토(Peer Review)의 수행 주의 사항
문제점을 찾아내는 과정으로 반드시 종결, 해결하는 과정을 별도 구성
의사소통이 용이한 소규모 인원으로 구성 (5~8명이 적절)
정해진 시간 내에 완료
적절한 역할 배분 및 역할에 충실
2. 동료 검토(Peer Review)의 구성과 기본 절차
가. Peer Review 구성 개요
각 단계 마다 Peer Review는 실시함
각 단계 별 Peer Review를 통해 사전에 발견되고 조치된 결함은 테스트 단계에서 결함 발생 수를 줄이는 효과를 가져옴
나. Peer Review의 절차
단계 |
수행 업무 |
비고 |
계획(Planning) |
저자의 관련 자료의 수집 중재자의 시작 조건 확인 구성원의 역할 배정 일정 계획 |
|
사전설명(Overview) |
검토 대상에 대한 사전 설명 명세, 관찰 대상, 체크리스트 설명 상세한 내용을 상호 아는 경우는 생략 가능 |
생략 가능 |
개별검토(Preparation) |
개별적으로 검토 |
|
검토회의(Examination) |
정식으로 대상물에 대한 검토 수행 오류 또는 결함 사항 발견,. 단 조치는 하지 않음 |
|
재 작업(Rework) |
저자가 재 작업 수행 |
|
후속조치(Follow-up) |
중재자가 재 작업 사항을 확인 |
|
다. Peer Review의 역할 구성
역할 |
설명 |
중재자(Moderator) |
계획 작성, 모임 개체이며, 가장 중요한 역할임 |
독자(Reader) |
대상 산출물을 읽는 역할 |
기록자(Recorder) |
결함을 문서화 하는 역할, 중재자가 겸임하기도 함 |
저자(Author) |
산출물의 작성자, 해당 역할은 Reader나 Moderator를 겸임해서는 안됨 |
관찰자(Viewpoint) |
설계자, 코드 작성자 등 동료 검토를 수행해 주는 사람 |
3. 동료 검토(Peer Review)의 효과
가. 동료 검토 활용의 효과
1) 사전 결함 발견 및 조치로 전체 비용의 감소
-사전에 결함을 발견하여 다음 단계로 결함이 누출되는 것을 막음
-품질의 1:10:100의 법칙에 따라, 초기에 발견된 결함이 1의 비용으로 처리 된다고 할 때, 최종으로 발견된 결함은 100의 비용이 발생하게 됨
2) 상호 성장을 통한 역량 강화의 기반
3) 내부 인원들 간 의사소통의 기회
나. 결함증폭모델 기반의 동료 검토 효과 설명
1) 결함증폭모델 개요
-결함증폭 모형은 소프트웨어 공학에서 예비설계, 상세설계, 그리고 코딩 단계 동안에 오류의 발생과 탐지의 관계를 설명하는데 사용
-이전 단계에 나온 오류는 다음단계의 증폭 인자가 됨
2) 동료 검토 수행과 “미 수행 시”의 결함증폭모델 비교
-동료 검토 수행 시 결함증폭 모델
-동료 검토 “수행 시” 결함증폭 모델
3) 결함증폭 모델의 비교 평가
구분 |
미수행 시 |
수행 시 |
---|---|---|
단위 테스트 단계 결함 수 |
93 |
24 |
최종 잠복 오류 수 |
12 |
3 |
비용 |
2177 |
783 |
4. 동료 검토의 유형 분류
구분 |
Management Review |
Technical Review |
Software Inspection |
Walkthrough |
목적 |
진행상태를 점검하고 시정조치를 취하도록 함 스케줄과 계획의 진행상태를 확정 |
명세서와 계획에 대한 적합성 평가 및 변경의 무결성 보증 |
결함을 찾고 해결책을 검증 |
결함을 찾고 대안을 시험하고 학습수단으로도 활용 |
추천규모 |
2명 이상 |
3명 이상 |
3~6명 |
2~7명 |
참석자 |
경영자, 분야별 관련자 |
개발자 |
문서화된 공식적인 참석대상자 |
개발자 |
리더쉽 |
선임관리자 |
선임 엔지니어 |
훈련된 중재자 |
개발자 본인 |
자료량 |
목적에 따라 많음 |
목적에 따라 많음 |
상대적으로 적음 |
상대적으로 적음 |
산출물 |
경영검토보고서 |
기술검토보고서 |
검사보고서와 결함목록 |
검토회보고서 |
-Walkthrough는 수시로 대화 형태로 수시로 수행하는 동료 검토를 의미함
-Inspection은 공식적인 형식을 갖추고 수행하는 동료 검토의 대표적인 형태임
5. 동료 검토를 위한 성공 요건
성공 요소 |
설명 |
Allocate time in the project plan for reviews |
프로젝트 계획에 검토 시간을 반드시 포함 |
Obtain management commitment |
경영층의 사전 동의 획득 |
Review early and often, formally and informally |
프로젝트 초기부터 일찍, 그리고 자주 수행 |
Analyze Your Early reviews |
이전 검토 결과에 대한 사전 분석 |
Have peers, rather than customers, find defects |
고객들 보다 동료들의 결함을 찾기 위해 노력하도록 유도 |
Set goals for the review program |
검토 프로그램에 대한 명확한 목표를 제시 |
Identify a review champion |
검토 우수 사례를 관리하고 확인 |