"블랙 박스"항목에 대한 좋은 스프린트 계획 방법 - 스크럼

Question

내가 일하는 회사는 스크럼 방법론을 사용합니다. 스프린트를 계획하기 전에 스프린트는 3 주간 지속됩니다.

나 자신이 여러 번 물품을 얻는 것을 발견하고, 개발/품질 보증 일을 기준으로 가격을 책정해야합니다. 이는 계획 단계에서 우리가하는 일이기 때문에 얼마나 오래 걸릴지 전혀 알 수 없습니다. 코드 작성에 대한 적절한 훈련 없이는 내가 그것을 알 수 없을 것이다.

내가 같은 항목에 대한 "DONE"에 커밋 할 수없는 R & D 관리자, 에게 설명, 내가 그러나 연구 시간에 커밋 할 수는 수행해야 이해하는 데려다 것 (예 : 코드로 드릴 다운 , 재미있는 스펙 제공 등).

이 방법이 올바른 방법입니까 아니면 더 좋은 방법일까요?

답변을 받으실 수 있습니다.

Answer 1

두 가지 접근 방법이 있습니다. 하나는 '백 로그 구체화'를 수행하는 것입니다. 이를 통해 계획 회의에 앞서 며칠 동안 다음 스프린트에서 발생할 가능성이 높은 작업에 대한 가시성을 확보 할 수 있습니다. 그런 다음 계획 회의 전에 조사를하고 준비가되었는지 확인할 수 있습니다.

두 번째 방법은 '스파이크'를 수행하는 것입니다. 이것에서 당신은 다음 스프린트에서 이야기를하기로 결심하지는 않지만, 다음 스프린트에서 이야기를 할 준비가 될 수 있도록 조사하는 데 시간을 할애해야합니다. 일반적으로 사람들이 스파이크를 타임 박스에 넣습니다 (최대 몇 시간 또는 최대 하루). 이 두 번째 방법은 제품 소유자가 적어도 하나의 스프린트가 지연되는 것에 신경 쓰지 않는 경우에만 작동합니다.