피벗 트랙커 "완성 됨"대 "배달 됨"

Question

다른 이야기 상태는 자명하지만, 의도적으로 사용되는 2 가지 Finished 및 Delivered 상태가 무엇인지 확실하지 않습니다.

나는 Pivotal 웹 사이트에서 비디오를 보았지만 도움이되지 못함을 알았습니다. 은의 상태를 사용하여 스토리를 표시 할 수 있지만 워크 플로와 어떤 관련이 있는지 설명하지 않습니다.

그래서 우리는 왜 그것을 필요로합니까? 개발자가 이야기를 Finished으로 표시하고 그 전에 Delivered이 표시되면 어떻게됩니까?

나는 다음과 같은 워크 플로를 가정

개발자 이야기 작업을 완료하고 단위 테스트를 통과되면 Started

로 표시, 이야기에 작업을 시작

• - 그것은 Finished로 표시됩니다
• ??? Delivered
• 으로 표시됩니다. QA 후에는 Accepted 또는 Rejected 일 수 있으며 필요한 경우 다시 시작할 수 있습니다.

우리는 테스트의 다른 종류의 이전 Finished 같은 이야기가 통과되면 다음 Delivered을 표시 하는가? 아니면 코드 검토가 필요합니까? 아마도 이것은 애자일/스크럼 세계에서 공통적 인 지식이며, 아직 알지 못합니까?

이것은 주로 프로젝트에 설정된 규칙에 따라 다르지만 필자는 Pivotal Tracker를 워크 플로우에 통합하기 시작했기 때문에 모범 사례를 찾고 있습니다.

Answer 1

방금이 질문을했고 those same videos you did을 보았지만 a more detailed article on Tracker's workflow을 발견했습니다.

설명에 따라 다음과 같이 단계를 수정했습니다. 분명히 모든 사람들이 약간 다른 방식을 취할 것입니다. 그러나 저는 회사가 초기 단계를 기반으로 작업하는 방식을 통해 사물을 보려고했습니다. 코드가 성공적으로 배포되면이 Finished

로 표시됩니다 - 개발자 이야기 작업이 완료되면 Started

로 표시, 이야기에 작업을 시작하고 단위 테스트를 통과

• 스테이지 또는 테스트 환경에서는 Delivered
• 으로 표시되고 QA 이후에는 Accepted 또는 Rejected이 될 수 있으며 필요한 경우 다시 시작됩니다.

이 정보가 도움이되기를 바랍니다. 여기에 오래된 주제지만,

Answer 2

우리가 우리 회사에서하고있는 작업은 다음과 같습니다

• 개발자가 티켓을 종료, 그가 이야기를 완료합니다.
• 모든 완성 된 이야기는 또 다른 dev에
• 코드 검토 괜찮 경우, 코드가
• 는 그런 요청이
기사는 아주 도움이 보이는