우리는 곧 출시 될 스프린트에 대한 이야기를 쓰기 시작할 수 있도록 충분한 시간을 할애하여 답변을 수집하는 작업을 언제 어떻게 수행해야하는지. 이 작업은 제품 소유자가 기존 스프린트와 지속적으로 병행합니까? 나는 이것이 x와 y를 조사하는 것과 같은 스프린트를위한 작업을 만든다고 생각한다. PO가 갑자기 개발자가 물건을 뜯어 냄으로써 일부 질문에 답해야하는 경우 어떻게해야합니까? 스파이크를 만들고 r & 개의 작업을 만드는 아이디어를 이해합니다. 필자는 다음 스프린트로 연기되는 기능의 주요 개발자를 너무 자주 피하기를 원한다고 생각한다.스크럼 스프린트 사전 연구
우리는 보통 미래 이야기에 관해 이야기하기 위해 한 두 차례의 회의가 있습니다. 또한, 우리는 스토리를 시작하기 위해 알아야 할 사항을 확인하기 위해 각 스프린트에서 약간의 오버 헤드 시간을 확보합니다. 미팅은 어떤 이야기가 다음 스프린트에서 판매 될지 결정하는 데 도움이되므로 현재 스프린트에서 예약 시간 동안 답변을 얻는 데 필요한 질문을 알 수 있습니다.
팀은 스프린트 중에 새로운 스토리 작업의 횟수를 결정합니다. 그들이 업무를 수행해야하는 시간은 업무 일의 일정 비율입니다. 팀 구성원의 책임 (고객 지원, 버그 수정, 전자 메일, PTO, 기타 업무)에 따라 그 금액은 팀마다 다릅니다. 저는 다음 스프린트를 계획하는 데 전념하는 10-15 %의 근무일을보고 싶어합니다. PO 연구, 이야기 작성, 이야기 해체, 디자인 세션, 가상 시나리오 등을 돕는 것을 포함합니다. 이러한 유형의 작업을 모두 단거리 경주로 돌리지 않고 올바른 것을 설정하는 것이 핵심이라고 생각합니다. 스프린트 작업에 대한 시간 할당. 어쩌면 30 시간/주와 같은 것이 보통 숫자 일 것입니다.
질문에 직접 대답하십시오. 계획 작업은 현재 스프린트 작업과 병행하여 수행됩니다.
큰 프로젝트라면 우리는 프로젝트 브레인 스토밍을위한 킥오프 미팅을 가질 것입니다. PO가 원하는 일과이 모임이 채울 수 있다는 것을 모르는 것에는 종종 지식 격차가 있습니다.
새로운 스토리가 생성되면 우리는 스토리 보드에 스토리 포인트를 할당하여 다음 계획 회의 전에 어느 시점에서 스토리 포인트를 할당하려고하므로 PO는 해당 회의 전에 목록의 우선 순위를 정할 시간이 있습니다.
PO가 "갑자기"물건을 시험해 볼 개발자가 필요로하는 상황에 대해 잘 모르겠습니다. 이 경우 다음 스프린트에서 스파이크를 제공합니다. 일반적으로 신기술을 사용하는 것은 모든 스프린트에서 발생하는 것이 아니므로 충분합니다. 그렇지 않다면 아마도 스프린트가이 목적을 위해 너무 길어질 것입니다 (적어도 고려해야 할 트레이드 오프). 또 다른 대안은 재료를 시험해보기 위해 상록 이야기를 소개하는 것입니다. 나는 팀이 기술 채무 상환에 대한 이런 종류의 이야기를 가지고 있음을 보았다. 때로는 개발자가 기술 채무를 고치기도하고 때로는 물건을 사용하려고 시도하기도합니다. 어쨌든 기술 부채가 없어지면 다른 정규 이야기를 들고 그 자리에 앉을 수 있습니다.
우리는 일반적으로 연구 및 개념 증거의 증거를 위해 큰 방출 후에 1 대 또는 2 대를 예약합니다. 일반 스프린트의 일환으로 연구를하는 것은 문제가되는 것처럼 보입니다. 아마도 가치 창출에 대한 잘못된 추정을 흡수하고 실제 연구에 사용하지 않을 것입니다.
새로운 이야기가 조사가 필요한 백 로그로 떨어지고 PO가 백 로그의 맨 위로 올라간다면 팀은 실제 견적에 연구 시간을 포함시켜야합니다. 연구를 예측하는 것이 약간 불투명 할 수 있기 때문에 비록 내가 연구/프로토 타이핑 스프린트의 사치를 미리 갖지 못한다면 나는 그렇게 할 것이다.
Who : 제품 소유자. 이야기 및 제품 백 로그가 그의 책임입니다. 제품 소유자는 일반적으로 숙련 된 사람입니다. 비록 그들이 기술적이지 않더라도 추상적 인 수준에서 구현의 복잡성을 확실히 인식 할 수 있습니다.그래도 이야기에 회색 영역이 있으면 PO는 적절한 사람들에게 올바른 질문을해야합니다. 그는 개발자, 테스터, 동료, 고객 및 심지어 스크럼 마스터에게도 질문 할 수 있습니다.
언제 : 항상. 계속. PO는 (1) 범위와 기능에 관한 팀의 질문에 대한 답변을 제공하거나 가져오고, (2) 이야기와 범위를 구체화하는 데이터를 수집하여 팀의 질문을 능동적으로 해결해야합니다.
결론은 제품 소유자가 팀에 좋은 이야기를 전하지 않고 자신의 직업을 수행하지 않는다는 것입니다. 스토리는 누구나 작성할 수 있지만 결국에는 제품 백 로그가 순서대로 있고 최상위 우선 순위 스토리가 정의되도록 PO가됩니다.
프로그래머에게 더 적합 .... .... –
프로그래밍과 관련이 없으므로이 질문을 주제로 끝내기 위해 투표하고 있습니다. –