스크럼 테스트 중 하나에는 여러 개발 팀이 동일한 제품에서 작업을 수행 할 때 "완료"를 가장 잘 설명하는 정의에 대한 질문이 포함되어 있습니다.
정답은 해당 개발 팀이 결합 된 작업을 잠재적으로 해제 할 수 있도록 "완료"라는 정의를 가져야한다는 것입니다.
이 퀴즈에 대한 정답에서 분명하지 않은 것은 다음과 같습니다.
- 팀이 "완료"에 대해 다른 정의를 가질 수 있습니까? 어느 정도까지?
스크럼 테스트 중 하나에는 여러 개발 팀이 동일한 제품에서 작업을 수행 할 때 "완료"를 가장 잘 설명하는 정의에 대한 질문이 포함되어 있습니다.
정답은 해당 개발 팀이 결합 된 작업을 잠재적으로 해제 할 수 있도록 "완료"라는 정의를 가져야한다는 것입니다.
이 퀴즈에 대한 정답에서 분명하지 않은 것은 다음과 같습니다.
답변:
모든 팀이 다른 팀이 완료 한 작업을 고려하여 "완료"를 정의하면 기능이 완료된 것입니다.
각 팀이 "완료"를 다르게 정의하고 다른 팀이 해당 정의에 대해 알기를 기대하는 경우 몇 가지 문제가 발생합니다.
통합 문제가 발생하면 어떤 팀도 문제를 해결할 책임이 없습니다. 결국, 통합을 시작할 때 "완료"되었으므로 다른 팀의 작업과 관련이 있어야합니다.
소수의 팀이 많으면 특히 팀간에 차이가있을 때 모든 사람의 "완료된 정의"를 기억하기가 어렵습니다.
완료의 정의는 통합 작업이 제대로 작동하고 있다는 것을 포함하지는 않습니다.
승인 된 답변은 모든 팀의 작업이 통합되어 제대로 작동 할 때까지는 수행되지 않았다고 분명히 밝히고 있습니다. 릴리스 가능해야하며 최종 사용자가 전체적으로 수용 할 수 있어야합니다.
의견에 대한 응답으로 편집 : 모든 팀이 동일한 정의를 가지고있는 것은 아닙니다. 이는 모든 팀 정의 완료의 일부 가 더 큰 시스템이며 다른 통합 구성 요소가 손상되지 않았 음을 의미합니다.
한 팀이 "완료"를 "개발 완료"(즉, 리포지토리에 병합 된 코드)로 정의하고 다른 팀은 "테스트 완료"(즉, Q / A로 릴리스되고 테스트 된 코드)로 정의하는 상황을 상상할 수 있습니다.
전반적인 제품 상태가 크게 정의되지 않아 실제로 출시 할 수 있는지 여부를 말하기가 어렵 기 때문에 본질적으로 심각한 문제가 발생할 수 있습니다.