Różnica między Story a Taskiem
Jaka jest różnica między User Story a Taskiem?
„To proste pytanie", pomyślałem, gdy po raz pierwszy usłyszałem je na jednym z moich kursów Certified Scrum Master. „Różnica polega na…", zacząłem i szybko zorientowałem się, że nie jest to jednak takie proste, jak myślałem.
Używałem obu pojęć „User Story" i „Task" od lat na swoich kursach i w mojej głowie były to dwie całkowicie od siebie oddzielne rzeczy. User Stories są w Product Backlogu, a Taski są ustalane podczas Sprint Planningu i trafiają do Sprint Backlogu.
To było prawdziwe – jednak niezbyt pomocne. Można by równie dobrze powiedzieć: „Sól to to, co jest w solniczce, a pieprz to to, co jest w młynku do pieprzu." Oczywiście Stories są w Product Backlogu, a Taski w Sprint Backlogu. Ale jaka jest właściwa różnica?
Kiedy po raz pierwszy zadano mi to pytanie, chwilę się zastanowiłem i stwierdziłem, że wiem, jaka jest odpowiedź. Nad Story pracuje zazwyczaj więcej niż jedna osoba. Task jest zazwyczaj wykonywany tylko przez jedną osobę.
Zobaczmy, czy to prawda…
User Story jest zasadniczo czymś, co jest widoczne dla końcowego użytkownika. Jej wytwarzanie obejmuje zazwyczaj programistę i testera, być może też projektanta interfejsu lub analityka, może też programistę baz danych itp.
Byłoby niezwykłe, gdyby User Story była wytwarzana przez jedną osobę. (A gdyby tak było, ta osoba musiałaby pełnić kilka z tych ról.)
Task natomiast zazwyczaj polega na pisaniu kodu, projektowaniu czegoś, generowaniu danych testowych, automatyzowaniu czegoś itp. Wszystkie te rzeczy są raczej wykonywane przez jedną osobę.
Można oczywiście argumentować, że niektóre z tych czynności mogą lub powinny być wykonywane w parach. Jest to jednak tylko niuans mojego rozróżnienia między User Stories a Taskami. Gdy pracuje się w parach, jest to tak, jakby dwa mózgi dzieliły jedną parę rąk, wykonując razem pewną pracę. To zupełnie co innego niż różne rodzaje pracy, które pojawiają się w Story.
Poczyniłem jednak kilka chwiejnych stwierdzeń, np. że Taski są zazwyczaj wykonywane przez jedną osobę. I dlatego były one takie chwiejne: Niektóre Taski to spotkania (np. przegląd projektu z trzema członkami zespołu), a mimo to nazywam je Taskiem, a nie User Story.
Może lepszym rozróżnieniem jest stwierdzenie, że Stories zawierają różne rodzaje pracy (np. programowanie, testowanie, projektowanie baz danych, projektowanie interfejsu użytkownika itp.), podczas gdy Taski ograniczają się do jednego konkretnego rodzaju pracy.
Niniejszy tekst pochodzi z bloga Mike'a Cohna i został przez nas przetłumaczony na język polski.
