|
|
| 8번째 줄: |
8번째 줄: |
| * 결함발생 여부 검토 | | * 결함발생 여부 검토 |
| * 결함 해결방안 도출 | | * 결함 해결방안 도출 |
|
| |
| == 종류 ==
| |
| [[파일:정형기술검토 Formal 정도.jpg]]
| |
| {| class="wikitable"
| |
| ! 구분
| |
| ! Inspection
| |
| ! Peer Review
| |
| ! Walk Through
| |
| |-
| |
| | 공식성
| |
| | Formal
| |
| | Mid Formal
| |
| | Informal
| |
| |-
| |
| | 개념
| |
| | 산출물 대상 공식 검토
| |
| | 개발단계별 산출물 대상 동료 검토
| |
| | 소팀 내 결함 해결방안 상호 검토
| |
| |-
| |
| | 목적
| |
| | 요구사항 확인
| |
| | 계획의 적합성 평가
| |
| | 결함 발견
| |
| |-
| |
| | 기법
| |
| | 이해관계자 산출물 검사
| |
| | 검토 회의
| |
| | 집중 검토 기법
| |
| |-
| |
| | 규모
| |
| | 3 ~ 6명
| |
| | 3명 이상
| |
| | 2 ~ 7명
| |
| |-
| |
| | 참석자
| |
| | 이해관계자
| |
| | 경영자, 개발 관리자
| |
| | 개발자
| |
| |-
| |
| | 리더십
| |
| | 훈련된 중재자
| |
| | 선임 관리자
| |
| | 개발자 본인
| |
| |-
| |
| | 결함 기록
| |
| | 공식 기록
| |
| | 공식 기록
| |
| | 개인별 기록
| |
| |}
| |
|
| |
| === Inspection ===
| |
| * 공식적 검사
| |
| * 프로그램을 실행하지 않고 산출물을 대상으로 공식적 검토, 결함 발견 과정
| |
| * 구성: 이해 관계자, 중재자, 검토자, 기록자
| |
|
| |
| === Peer Review ===
| |
| * 동료 검토
| |
| * 프로젝트 수행과정에서 각 단계 별 산출물, 제품에 대해 동료들이 상호교차하여 검토 수행 활동
| |
| * 구성: 프로젝트 팀원, 체크리스트
| |
|
| |
| === WalkThrough ===
| |
| * 비공식 검토
| |
| * 프로젝트 개발 초기에 팀 내에서 수행하는 검토 과정
| |
| * 구성: 프로젝트 팀원
| |
|
| |
| == 원칙 ==
| |
| * 검토될 제품에 대한 체크 리스트를 개발
| |
| * 자원과 시간 일정을 할당
| |
| * 문제 영역을 명확히 표현하고 의제를 제한
| |
| * 제품의 검토에만 집중
| |
| * 검토의 과정과 결과를 재검토
| |
| * 논쟁과 반박을 제한
| |
| * 참가자의 수를 제한
| |
| * 사전 준비를 강요하고 사전에 작성한 메모들을 공유
| |
| * 모든 검토자들을 위해 의미있는 훈련을 진행
| |
| * 해결책이나 개선책에 대해서 논하지 않음
| |
|
| |
|
| == 참고 문헌 == | | == 참고 문헌 == |
