나는 스크럼 모델을 느슨하게 따르는 프로젝트를 진행하고 있습니다.
분명히하기 위해 : 귀하의 관리자는 아마도 Scrum에 대해 말했지만 귀하가 수행하는 것은 Scrum이 아닙니다.
이 작업은 일반적으로 얼마나 걸립니까?
스프린트 검토 회의 + 스프린트 회고 회의는 현재 스프린트를 종료합니다. 짧은 스프린트에서는 30 분에서 1 시간 사이에 무언가를 가져 가야합니다. 다음 영업일은 스프린트 계획 회의 1과 2를 수행하여 새로운 스프린트를 시작합니다. 팀 규모와 스프린트 길이에 따라이 회의는 2-4 시간이 소요될 수 있습니다.
팀 전체가 참여해야합니까?
전체 팀은 이전 답변에서 언급 한 회의에 참여해야합니다.
개발자가 다음 스프린트 항목 작업을 시작하기 전에 반드시 완료해야합니까?
예, 검토 회의가 완료 될 때까지 고객이 이전 스프린트의 결과를 수락하는지 여부와 회의 계획에서 어떤 사용자 스토리가 커밋되는지 알 수 없기 때문입니다.
코드 검토 및 테스트가 수행됩니까?
코드 검토 및 테스트는 스프린트의 일부입니다. 개발자는 요구 사항을 충족하는 작업 코드를 제공하는 데 필요한 모든 것을 수행해야합니다. 여기에는 코드 검토가 포함될 수 있으며 코드가 작동하는지 확인하고 수행해야하는 작업을 수행하는 자동화 된 테스트가 항상 포함되어야합니다. 그렇지 않으면 사용자 스토리를 완료된 것으로 간주 할 수 없습니다.
주요 정신 변화는 QA입니다. 많은 개발자들은 QA가 코드의 작동 여부를 확인하고 수행해야 할 작업을 수행한다고 생각합니다. 물론 아니야 바로 개발자의 직무입니다.
QA는 제품 개발에 참여해야합니다. 스프린트에서 주된 책임은 제품 소유자와의 의사 소통 및 수락 기준 (완료 정의)에 대한 자동화 된 수락 테스트를 작성하여 사용자 스토리가 실제로 완료되었으며 애플리케이션이 모든 새로운 요구 사항을 통과하는지 검증해야합니다. 소규모 팀에서는 개발자의 책임이기도합니다.
QA는 또한 제품 일관성을 유지하고 누락 된 기능을 발견하고 UI에 대한 사용자 경험을 검증하는 등의 수동 테스트를 수행해야합니다. QA는 버그 및 회귀 테스트를 찾을 필요가 없습니다. 회귀 테스트는 고도로 자동화되어야합니다.
내 경험상 이것은 민첩한 기업으로 옮기는 대부분의 회사가 실패하는 곳입니다.