3.2. 피드백과 리뷰 프로세스

3.2.1. 이해관계자 피드백을 조기에 자주 받을 때의 이점

피드백을 조기에 자주 받을 수록 잠재적인 품질 문제를 조기에 파악할 수 있다. 이해관계자가 원하는 것을 전달하지 못하면 큰 비용이 드는 재작업, 납기일 지연, 서로간의 비난 등이 발생할 수 있으며 프로젝트가 완전히 실패할 수도 있다.

소프트웨어 개발수명주기(SDLC) 전반에 걸쳐 이해관계자의 피드백을 자주 받으면 요구사항에 대한 오해를 방지하고 요구사항 변경을 조기에 이해하고 구현할 수 있다. 이를 통해 개발팀은 구현 중인 제품에 대한 이해도를 높일 수 있으며 이해관계자에게 가장 중요하고, 식별한 리스크에 가장 긍정적인 영향을 미치는 기능에 집중할 수 있다.

3.2.2. 리뷰 프로세스 활동

ISO/IEC 20246 표준

• 특정 상황에 맞게 리뷰 프로세스를 조정할 수 있는 체계적이면서 유연한 프레임워크 제공
• 필요한 리뷰가 공식적일수록 더 많은 작업 설명 필요

리뷰 프로세스 특징

• 작업 산출물이 너무 커서 한 번의 리뷰로 다룰 수 없는 경우, 여러 번에 걸쳐 리뷰 수행
• 전체 작업 산출물의 리뷰를 끝내기 위해 리뷰 프로세스를 여러 번 수행할 수 있음

리뷰 프로세스에 포함되는 활동

• 계획
• 리뷰 착수
• 개별 리뷰
• 논의 및 분석

3.2.3. 리뷰에서의 역할과 책임

리뷰에는 다양한 이해관계자가 참여하며, 한명이 여러 역할을 동시에 맡을 수도 있다.

*관리자 : * 리뷰할 내용을 결정하고, 리뷰에 필요한 사람과 시간 등 자원을 제공
*저자 : * 리뷰 대상 작업 산출물을 작성하고 수정
*중재자(퍼실리테이터) : * 중재, 시간 관리, 모든 사람이 자유롭게 발언할 수 있는 안전한 리뷰 환경 조성 등 리뷰 회의의 효과적인 운영을 담당한다.
*서기(기록자) : * 리뷰어로부터 이상 사항을 수집하고, 결정 사항이나 리뷰 회의 중에 발견한 새로운 이상 사항 등 리뷰 정보를 기록
*리뷰어(검토자) : * 리뷰를 수행한다. 리뷰어는 프로젝트에 참여하는 사람 또는 주제 전문가, 기타 이해관계자가 될 수 있다.
*리뷰 리더 : * 리뷰에 참여할 사람을 결정하고, 리뷰 시간과 장소를 협의하는 등 리뷰에 대한 전반적인 책임을 진다.

3.2.4. 리뷰 유형

공식 리뷰와 비공식 리뷰를 결정하는 요소

• 소프트웨어 개발수명주기(SDLC)
• 개발 프로세스의 성숙도
• 리뷰 대상 작업 산출물의 중요도와 복잡성
• 법적 또는 규제 요구사항
• 감사용 기록의 필요성

리뷰 목적과 선택 요소

• 리뷰 목적
• 프로젝트 요구사항
• 가용 자원
• 작업 산출물 유형과 리스크
• 비즈니스 영역
• 사내 문화

주요 리뷰 유형

비공식 리뷰 (Informal review)

• 정의된 프로세스를 따르지 않음
• 공식적인 결과 문서 요구 없음
• 주요 목적: 이상 사항 식별

워크쓰루 (Walkthrough)

• 저자가 리더가 됨
• 목적: 품질 평가, 작업 산출물에 대한 신뢰 구축, 리뷰어 교육, 합의 도출, 새로운 아이디어 창출, 저자의 개선 동기 부여 및 지원, 이상 사항 발견
• 리뷰어는 개별 리뷰를 수행할 수 있음

기술 리뷰 (Technical review)

• 기술적인 자격을 갖춘 리뷰어가 수행
• 중재자가 리더가 됨
• 목적: 기술 문제에 대한 합의 도출 및 결정, 이상 사항 식별, 품질 평가, 작업 산출물에 대한 신뢰 구축, 새로운 아이디어 창출, 저자의 개선 동기 부여 및 지원

인스펙션 (Inspection)

• 가장 공식적인 리뷰 유형
• 보편적 프로세스를 철저히 따라야 함
• 주요 목적: 이상 사항 최대한 많이 찾기
• 기타 목적: 품질 평가, 작업 산출물에 대한 신뢰 구축, 저자의 개선 동기 부여 및 지원
• 메트릭을 수집해 리뷰 프로세스와 전체 소프트웨어 개발수명주기(SDLC) 개선에 사용
• 저자가 리뷰 리더나 서기가 될 수 없음

3.2.5. 리뷰의 성공 요소

• 명확한 목표와 측정 가능한 완료 조건을 정의한다.
• 적절한 리뷰 유형 선택한다.
• 작은 단위로 리뷰를 진행한다.
• 이해관계자와 저자에게 리뷰 피드백을 제공한다.
• 참가자가 리뷰를 준비할 수 있는 충분한 시간을 제공한다
• 리뷰 프로세스를 관리층이 지원한다.
• 리뷰가 조직 문화의 일부가 되도록 한다.
• 적절한 교육 제공
• 회의에 퍼실리테이션을 적용한다

예상문제

문제 1: 이해관계자의 피드백을 조기에 자주 받는 주요 이점은 무엇인가?

A) 프로젝트 비용 증가
B) 납기일 지연
C) 잠재적인 품질 문제 조기 파악
D) 서로 간의 비난 증가

정답(드래그)
C
해설(드래그)
이해관계자의 피드백을 조기에 자주 받으면 잠재적인 품질 문제를 조기에 파악할 수 있다.

문제 2: ISO/IEC 20246 표준에서 정의한 리뷰 프로세스의 특징은 무엇인가?

A) 모든 리뷰는 동일한 절차를 따라야 한다
B) 특정 상황에 맞게 조정할 수 있는 체계적이면서 유연한 프레임워크 제공
C) 비공식 리뷰만 포함된다
D) 리뷰 과정에서 메트릭을 수집하지 않는다

정답(드래그)
B
해설(드래그)
ISO/IEC 20246 표준은 특정 상황에 맞게 조정할 수 있는 체계적이면서 유연한 프레임워크를 제공한다.

문제 3: 다음 중 리뷰 프로세스에 포함되지 않는 활동은 무엇인가?

A) 리뷰 계획 수립
B) 작업 산출물 준비
C) 리뷰 수행
D) 코드 컴파일

정답(드래그)
D
해설(드래그)
리뷰는 계획 수립, 작업 산출물 준비, 리뷰 수행 등을 포함한다.

문제 4: 리뷰의 주요 역할과 책임으로 옳지 않은 것은 무엇인가?

A) 관리자: 리뷰할 내용을 결정하고, 자원을 제공한다
B) 저자: 리뷰 대상 작업 산출물을 작성하고 수정한다
C) 리뷰어: 리뷰 회의를 중재하고 시간 관리를 담당한다
D) 서기: 리뷰어로부터 이상 사항을 수집하고 기록한다

정답(드래그)
C
해설(드래그)
리뷰 회의를 중재하고 시간 관리를 담당하는 것은 중재자의 역할이다. 리뷰어는 리뷰를 수행한다.

문제 5: 가장 공식적인 리뷰 유형으로, 보편적 프로세스를 철저히 따라야 하는 것은 무엇인가?

A) 비공식 리뷰
B) 워크쓰루
C) 기술 리뷰
D) 인스펙션

정답(드래그)
D
해설(드래그)
스펙션은 가장 공식적인 리뷰 유형으로, 보편적 프로세스를 철저히 따라야 한다.

문제 6: 리뷰의 성공을 위해 중요한 요소로 옳지 않은 것은 무엇인가?

A) 명확한 목표와 측정 가능한 완료 조건 정의
B) 리뷰어의 집중력을 유지하기 위해 작은 단위로 리뷰 진행
C) 참가자가 리뷰를 준비할 수 있는 충분한 시간 제공
D) 리뷰 피드백을 관리자만에게 제공

정답(드래그)
D
해설(드래그)
리뷰 피드백은 관리자뿐만 아니라 이해관계자와 저자에게도 제공되어야 한다.

문제 7: 다음 중 이해관계자의 피드백을 조기에 자주 받을 때 발생할 수 있는 문제는 무엇인가?

A) 잠재적인 품질 문제를 조기에 파악할 수 있다
B) 재작업 비용과 납기일 지연이 발생할 수 있다
C) 요구사항 변경을 조기에 이해하고 구현할 수 있다
D) 개발팀의 제품 이해도가 높아진다

정답(드래그)
B
해설(드래그)
이해관계자의 피드백을 조기에 자주 받지 못하면 재작업 비용과 납기일 지연이 발생할 수 있다

문제 8: 리뷰 프로세스의 주요 목적에 해당하지 않는 것은 무엇인가?

A) 이상 사항 식별
B) 작업 산출물의 품질 평가
C) 개발자 인센티브 제공
D) 작업 산출물에 대한 신뢰 구축

정답(드래그)
C
해설(드래그)
리뷰 프로세스의 주요 목적은 이상 사항 식별, 작업 산출물의 품질 평가, 작업 산출물에 대한 신뢰 구축 등이 있으며, 개발자 인센티브 제공은 포함되지 않는다

문제 9: 중재자(퍼실리테이터)의 주요 역할은 무엇인가?

A) 리뷰할 내용을 결정한다
B) 리뷰 대상 작업 산출물을 작성한다
C) 중재와 시간 관리, 자유로운 발언 환경 조성
D) 리뷰 정보를 기록한다

정답(드래그)
C
해설(드래그)
중재자는 리뷰 회의를 중재하고, 시간 관리하며, 자유롭게 발언할 수 있는 환경을 조성하는 역할을 한다.

문제 10: 리뷰의 성공 요소로, 리뷰가 조직 문화의 일부가 되도록 하는 이유는 무엇인가?

A) 비용을 줄이기 위해서
B) 학습 및 프로세스 개선 촉진을 위해서
C) 리뷰어의 집중력을 높이기 위해서
D) 이해관계자의 피드백을 무시하기 위해서

정답(드래그)
B
해설(드래그)
리뷰가 조직 문화의 일부가 되도록 하는 이유는 학습 및 프로세스 개선을 촉진하기 위해서이다.