현재 5 개의 제품 소유자 (각 제품에 대해 하나씩)와 함께 5 개의 제품을 작업하는 하나의 개발 팀 (약 20 명의 팀원)이 있습니다. 우리는 서로 다른 제품 간의 이야기 우선 순위 지정과 동일한 제품에 대한 많은 회의에 어려움을 겪고 있습니다.
다음은 우리가보고있는 두 가지 옵션입니다.
1. 제품 백 로그를 단일 제품 백 로그에 병합
따라서 팀은 하나의 제품 백 로그에서 스프린트 백 로그로 스토리를 가져올 수 있습니다. (더 이상 우선 순위에 대해 신경 쓸 필요가 없습니다). 그러나 단일 제품 백로 그는 너무 크고 관리하기 어려울 수 있습니다.
2. 각 제품에 대해 팀을 5 개 팀으로 분리
그러나 특정 기술에 특화된 리소스가 있고 제품 전체에서 공유해야하기 때문에 현재로서는 불가능합니다.
어떤 제안?
세 번째 옵션을 제안합니다.
가장 많은 작업을 생성하는 제품을 중심으로 팀을 구성합니다. 그런 다음 나머지 개발자가 나머지 제품을 다루는 팀에서 작업하도록합니다.
다음과 같은 것 :
팀 1-제품 1
팀 2-제품 2
팀 3-제품 3, 4, 5
바라건대 이것은 스토리 우선 순위 지정과 관련된 어려움을 줄여 줄 것입니다 (완전히 제거하지는 못하더라도).
가장 중요한 것은 새로운 조직 구조를 통해 얻고 자하는 것과 성공을 측정하는 방법을 식별하는 것입니다.
적절한 메트릭을 제자리에 놓고 새로운 구조를 시도하고 메트릭이 더 좋아 지거나 나빠지는지 확인하십시오. 그런 다음 접근 방식을 검사하고 조정하십시오.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다