
619
15
장
조직 구조
15.11.115.11.1
변경 사항 검토 변경 사항 검토
내부 오픈 소스 방식을 채택할 때는 변경 사항을 승인하기 전에 변경 사항을 검토해야 한다는
검토
review
개념이 핵심 원칙이다. 직접 커밋 권한이 있는 코드베이스에서는 팀 내에서 작업할
때도 변경 사항을 검토하는 것이 여전히 가치가 있다.
필자는 변경 사항을 검토받는 것을 매우 좋아한다. 타인의 검토를 통해 필자의 코드는 항상 많
은 도움을 받았으며, 지금까지 가장 선호하는 검토 형태는 페어 프로그래밍
pair
programmin
을 할 때
수행하는 즉각적 검토 방식이었다. 다른 개발자와 함께 코드를 작성하고 변경 사항에 대해 서
로 논의하면서 체크인하기 전에 코드를 검토하는 방식이다.
필자의 말에 무조건 의존할 필요는 없다. 앞서 여러 번 언급했던 『디지털 트랜스포메이션 엔진:
고성과 기술 조직 구축 및 진화』 (에이콘,
2020
)에는 다음과 같은 말이 있다.
고위험 변경만 승인받는 것은 소프트웨어 전달 성과와 상관관계가 없다는 점을 발견했다. 승인 프
로세스가 없거나 동료가 검토하는 방식을 사용한 팀은 더 높은 소프트웨어 전달 성과를 달성했다.
마지막으로, 외부 기관의 승인을 필요로 하는 팀은 낮은 성과를 나타냈다.
여기서 동료 검토
peer
review
와 외부 변경 검토