나는 새로운 형식의 스크럼 팀에서 스크럼 마스터로 지명되었습니다. 우리는 이미 몇 가지 스프린트를 수행했습니다. 처음에는 팀이 한 번에 하나의 스토리를 만들도록 노력했습니다. 그러나 작동하지 않았습니다. 우리 팀은 한 스토리에서 동시에 작업 할 수있는 방식으로 작업을 배포하는 데 어려움이있었습니다. 어쩌면 우리는 뭔가 잘못하고 있습니까?
예를 들어, 새 대화 상자를 만들 이야기가 있습니다. 다음과 같은 작업을 만듭니다.
한 번에 여러 사람이이 작업을 수행 할 수 있습니까? 이 작업은 다소간에 서로를 기반으로합니다. 아니면 잘못된 방식으로 작업을 설계합니까?
답변:
이는 사용자 스토리의 크기에 따라 크게 다르지만 대부분의 경우 개발자가 서로 발가락을 밟지 않도록 스토리에 한 명의 개발자 만 지정해야합니다. 규모가 크거나 복잡한 스토리에는 더 많은 개발자가 필요할 수 있지만 이러한 스토리를 개별적으로 할당 할 수있는 여러 개의 작은 스토리로 나눌 수도 있습니다.
팀이 원하는 것은 swarming 이지만 팀 전체가 모든 백 로그 항목을 묶을 수있는 것은 아닙니다. 일반적인 생각은 무리를 짓기 위해서는 몇 가지 전제 조건이 필요하다는 것입니다.
스토리를 작업으로 나누는 경우 생성 된 작업이 swarming과 호환되고 팀 전체가 참여할 수 있도록 팀이 이미 swarming 모드에 있어야합니다.
그러나 팀 구성원간에 같은 항목을 너무 많이 사용하여 팀원간에 약간의 충돌이 발생할 수있는 과열 문제가 발생할 수 있으므로 너무 자주 또는 너무 많은 사람과 함께 무리를 사용할 때주의하십시오.
Mike Cohn의 한 팀이 한 번에 하나의 백 로그 항목으로 묶어야합니까? 를 읽을 수 있습니다 . 또는 내가 쓴이 글 버그 더 구체적으로 다루고 (어제) : 떼하려면 여부 떼에
SCRUM의 큰 부분은 팀이 이러한 종류의 결정을 내려야한다는 것입니다. 백 로그에는 작업을 생성하기에 충분한 정보가 담긴 사용자 스토리가 있어야합니다.
전체 팀이 동시에 작업 할 수있는 항목으로 사용자 스토리를 강요하는 것이 가능할 수도 있지만, 더 중요한 것은 팀이 작업 할 항목을 선택하고 사용자 스토리를 완료하기위한 작업을 정의하며 일일 스탠드를 사용하는 것입니다 약속 된 일을 잘하고 있는지 확인하십시오.
한 번에 단 하나의 스토리에서 작업하려고 할 때 느끼는 고통은 팀에 의해 인정되어야하고 스프린트 회고전의 잠재적 인 솔루션이 제기되어야합니다. 옳은 일과 개선해야 할 일을 파악하십시오.
동시에 작업 할 수있는 작업을 배포하는 데 어려움이 있다는 예를 사용하여 가능한 한 가지 해결책은 스프린트에서 여러 스토리를 수행하고 3 개 또는 4 개의 항목을 제공하는 것입니다. 이 사용자 스토리의 작업은 서로 위에 구축되므로 작업을 배포하기가 어렵습니다. 그래서 그것을 포용하는 싸움보다는.
표시된대로 태스크는 분배하기에 '작은'것처럼 보이지만 데이터 모델링 및 데이터베이스에서 데이터를 검색하는 태스크와 같은 태스크간에 일부 연관이 있습니다.
가능한 추가 작업 / 설정을 통해 사람들이 동시에 작업 할 수있는 세 가지 주요 항목으로 분할하는 것이 가능합니다.
분할 할 수없는 작업은 쌍으로 수행 할 수 있습니다. 물론 어느 시점에서든 하나 이상의 스토리가 진행되는 것은 본질적으로 잘못된 것이 아닙니다. 팀의 모든 구성원이 다른 직원의 활동을 알고 있고 필요할 때마다 ( '공유 코드 소유권'과 같이) 도움을 줄 수있는 한.
물론 팀에 집중해야하지만 동시에 모든 사람과 바쁘게 참여해야합니다.
또한 팀 규모는? 이것은 또한 요인입니다. 한 사람의 이야기에서 10 명의 사람들이 작업하는 것은 매우 어렵습니다. 가능하다면 이야기가 너무 커서 너무 넓어서 팀과 마찬가지로 나눠야합니다.