우리는 스크럼을 검토하고 제품에서 어떻게 구현할 수 있는지보고 있습니다. 그것은 우리에게 상당히 새로운 것이기 때문에 대부분의 예제는 우리의 상황에 어떻게 적용될 것인지에 대한 몇 가지 질문이있는 매우 간단한 사이클을 따른다.병렬 제품으로 단일 팀을 처리하는 방법은 무엇입니까?
우리는 소수의 개발자로 구성된 단일 팀입니다. 우리는 여러 개의 병렬 제품 버전을 가진 1 개의 제품을 보유하고 있습니다. 예 :
Foo/
/version_1
/version_2
/fork_a
/fork_b
버전 1은 주로 버그 수정을받는 우리의 기존 버전이지만, 우리는 우리의 주요 개발에서 포트 가끔 기능을 백업해야 : 버전 2 모두 fork_a 및 우리의 제품의 특별 버전 fork_b 있습니다, Foo는 대체 UI에서 작은 추가 기능으로 이동할 수 있습니다. 현재 포크가 만들어지고 완료되면 닫힌 상태로 취급되며 다시 해당 지점으로 포팅되지 않습니다.
우리의 문제는 이러한 모든 제품 버전이 병렬로 개발된다는 점입니다. 문제를 해결하는 방법을 시각화 할 수 없습니다. (우리는 TFS 2010을 우리의 도구로 사용할 계획이므로 어떤 직접적인 예도 유용합니다.)
우리는 모든 것을 다른 제품으로 취급하지만 각 제품은 자체 릴리스 및 스프린트가 있습니다. 그러나 version_1의 feature A와 version_2의 feature B에서 작업해야하는 개발자는 병렬 스프린트로 예약 할 수 있습니다. 기본적으로 수동으로 관리해야합니다. 이는 우리가 제대로 시각화 할 수있는 보고서를 생성 할 수 없다는 것을 의미합니다.
대체 아이디어는 모든 것을 하나의 제품으로 취급하고 릴리스 용어를 삭제하는 것이 었습니다. 또는 분기 별 릴리스를 사용하고 그 아래 모든 제품의 전력 질주를하십시오. 그러나 그것은 우리가 1 개월 스프린트의 첫 주에 제품 릴리즈를 가질 수 있음을 의미합니다. 어떻게 우리가 그것과 함께할까요? 아니면 단일 제품 출시로 수행 된 작업을 올바르게 파악하는 방법은 무엇입니까? 작업 개발자 X가 스프린트 1과 2에서 한 것은 우리가 목표로하는 제품 출시에 아무런 소용이 없을 수 있기 때문입니다.
모든 실제 사례와이를 관리하는 방법에 대한 아이디어는 높이 평가됩니다.