품질 검증 단계

정책이 어떤 작업을 통과시킬 수 있는지와 게이트가 작업을 중단할 수 있는 위치를 결정하는 방식

A품질 게이트품질 게이트는 작업이 다음 단계로 진행되기 전에 통과해야 하는 검사입니다. 게이트를 통해 '출시 가능한 수준'이라는 판단이 주관적인 의견이 아니라 시스템이 매번 동일하게 적용하는 규칙이 됩니다.

차단형 및 권고형

모든 게이트는 이 두 유형 중 하나이며, 바로 이 차이가 설계의 핵심입니다:

처음에는 권고형으로 시작하세요. 게이트가 실제 작업에서 어떻게 작동하는지 1~2주간 관찰한 뒤, 효과가 입증된 게이트를 차단형으로 전환하십시오. 아무런 기준이 없이 처음부터 차단형으로 설정하면 직원들이 이를 우회하는 방법을 배우게 될 뿐입니다.

발견된 내용은 동일합니다. 정책에 따라 그에 따른 결과가 결정됩니다. 차단형 게이트는 작업을 중단시키고, 권고형 게이트는 발견 내용을 기록한 뒤 작업을 계속하도록 허용합니다.

게이트는 검증 단계에 위치하며 다음 항목을 확인할 수 있습니다:

가장 유용한 게이트는 거의 항상 기존의 테스트 스위트입니다. 이는 팀이 중요하다고 판단한 사항을 이미 반영하고 있기 때문입니다.

게이트는 개발 에이전트의 작업이 완료된 후, 리뷰 전에 검증 단계에서 실행됩니다. 차단형 게이트에서 실패하면 작업은 재작업으로 되돌려지며, 결국 거부당할 만한 pull request가 생성되는 것을 막습니다.

이러한 순서 설정은 의도적입니다. 실행 중에 실패하는 것이 화면에서 실패하는 것보다 비용이 더 저렴하기 때문입니다.

게이트는정책으로 그룹화되며, 이를 프로젝트에 직접 적용합니다. 정책은 차단형/권고형 설정이 포함된 게이트의 명명된 집합으로, 운영 서비스에는 표준 정책을, 내부 도구에는 보다 완화된 정책을 적용할 수 있습니다.

정책은 버전 관리됩니다. 변경 사항을 공개한 뒤, 새 게이트가 너무 엄격하다고 판단되면 이전 버전으로 롤백할 수 있습니다.

차단형 게이트는 권한이 있는 사람이 재정의할 수 있습니다. 이 재정의 내역은 누가, 언제, 어떤 작업에 대해 수행했는지 기록됩니다.

이 기록이 바로 중요한 점입니다. 재정의할 수 없는 게이트는 사람들이 우회하는 대상이 되고, 누구나 쉽게 재정의할 수 있는 게이트는 게이트로서의 역할을 하지 못합니다. 흔적이 남는 재정의는 사용 가능하면서도 책임 소재를 명확히 할 수 있습니다.

게이트는 속성을 확인할 뿐입니다. 작업이 올바른 문제를 해결하는지는 판단하지 않습니다. 이는명세에 정의된 수용 기준과 리뷰의 역할입니다.

모든 게이트를 통과하더라도 잘못된 변경일 수 있습니다.