하나의 누락 된 비트는 이것이 기술적으로 하나의 제품인지 여부 (예 : 하나의 코드베이스, 큰 경우와 같이).
완전히 분리 된 제품 이면 스크럼을 사용하여 매우 짧은 스프린트 (1-2 WKS) 및 시퀀스 개발 작업으로 이동합니다. 그래서 2 주간의 프로젝트 A, Project B, Then C 님, 그 다음 두 개의 스프린트의 경우, 그런 다음 상황에서 단일 백 로그가 의미가 없으며, 분리 된 백 로그가 A, B 및 C에 보관되어야합니다. 이와 같이 작동하는 하나의 팀을 알고 있습니다.
더 많은 POS가 필요한지 여부는 오히려 제품에 대한 지식의 함수입니다. 어쩌면 각 프로젝트에 대해 누군가가 필요할 수도 있습니다. 아마도 A, B, C가 PO가 될만큼 잘 알고있는 사람이 있습니다.
다른 제품이 다른 것으로 묶어서 다른 팀의 다른 이야기를 찍어서 해결하려고하면 매듭 팀은 분할 팀입니다. 당연히 사람들은 주어진 프로젝트를 전문화 할 것입니다. 또한 완료에 대한 좋은 정의를 갖기가 매우 어려울 것입니다 (우리가 A와 B에 대한 새로운 증분을 배송 할 수 있지만이 스프린트가 아님을 배송 할 수 있습니까?). 짧은 스프린트가있는 프로젝트를 시퀀싱 할 수 없으면 일부 조직을 이걸 넣으려고 한 Kanban을 향해 보일 것입니다.
이것이 하나의 제품 / 하나의 코드베이스 인 경우 - 그런 다음 상황이 훨씬 쉽습니다. 팀이 다른 프로젝트로 인해 코드베이스의 다른 영역을 만질 수 있도록 해야하는 경우에도 스크럼의 모든 메커니즘이 멋지게 적용될 것입니다. 하나의 백 로그, 하나의 PO.
이쪽 단점은 팀의 사람들이 컨텍스트 스위치로 전환 될 것이며 어떤 과정을 사용하는지 상관 없이이 작업을 수행하는 것으로 나타납니다. 당신이 선택한 프로세스가 가능한 한 오래 걸릴 수 있도록 노력해야합니다 (비즈니스가 보류 할 수있는 한). 스크럼에 관한 좋은 점은 컨텍스트 스위치가 Sprints Border에서만 발생할 수있는 PO와의 일치가있는 것입니다. 즉, 다른 프로젝트로 전환하기 전에 집중하기 전에 1-2WKK를 얻을 수 있습니다.
또한 민첩한 모든 기술적 관행을 잊지 마십시오. 단위 테스트. 자동 빌드 및 테스트. 코드 리뷰. Repos의 영리한 사용. 높은 기준 Re. 품질. 모든 사람들은 어려운 환경에서 꼭 필요한 것입니다.