Czy powinienem przydzielać zadania podczas Sprint Planningu?
Podczas Sprint Planningu zespół określa elementy Product Backlogu, nad którymi będzie pracował w następnym Sprincie. Jednocześnie większość zespołów identyfikuje też poszczególne zadania, które muszą zostać wykonane, aby ukończyć elementy Product Backlogu.
Wiele zespołów szacuje też nakład pracy dla poszczególnych zadań. Wszystko razem tworzy Sprint Backlog i mogłoby wyglądać następująco:
"Jako nowy użytkownik mogę …"
- ... projektować (8 godz.)
- pisać kod dla ... (6 godz.)
- ... testować (5 godz.)
"Jako odwiedzający stronę mogę …"
- ... sprawdzać (5 godz.)
- ... realizować (4 godz.)
- pisać kod dla ... (8 godz.)
Pytanie brzmi jednak, czy zadania powinny być przypisywane konkretnym osobom już podczas Sprint Planningu, czy nie.
Kiedy zespół wychodzi ze Sprint Planningu i obok każdego zadania widnieje czyjeś nazwisko, indywidualne poczucie odpowiedzialności każdego z pewnością wzrasta. Czuję się znacznie bardziej odpowiedzialny za wykonanie swoich zadań, kiedy moje nazwisko jest przy nich zapisane. I u ciebie będzie tak samo. Odbywa się to jednak kosztem poczucia odpowiedzialności całego zespołu.
Dlatego moją rekomendacją jest, aby nie przypisywać zadań konkretnym osobom już podczas Sprint Planningu. Znacznie elastyczniej jest po prostu spontanicznie zastanowić się, kto powinien przejąć które zadania.
Niniejszy tekst pochodzi z bloga Mike'a Cohna i został przez nas przetłumaczony na język polski.
Spotkanie Sprint Planning
=> Na co zwracają uwagę Scrum Master i Product Owner podczas spotkania Sprint Planningu?
Szkolenie Product Owner
=> Weź udział w jednym z naszych certyfikowanych szkoleń Product Owner lub naszych kursach online do samodzielnej nauki.
Wymagania niefunkcjonalne
=> Dowiedz się, jak umieszczać wymagania niefunkcjonalne w User Story.
