What does SPIDR stand for?

SPIDR stands for Spike, Path, Interface, Data, Rules — five different axes you can cut a user story along. Each one is a cut line that produces slices which ship independently, rather than halves that only work together.

How do you use SPIDR to split a user story?

Try each of the five cuts against the story and pick whichever one produces a slice you would actually ship on its own. You don't apply all five — you find the one axis that yields a thin, deliverable slice, and split along it.

Who created the SPIDR technique?

SPIDR was introduced by Mike Cohn as a compact set of five reliable ways to split a user story. It's popular because the five cuts cover most of the situations teams actually hit, and five letters are few enough to run through in your head mid-refinement.

What if none of the SPIDR cuts produce a good slice?

Then you don't have a splitting problem — you have a scope problem. The story is one indivisible piece of work, and the real question is whether you want all of it this sprint or none of it. That's a prioritisation decision, not a splitting one.

Podział historii w SPIDR

SPIDR to pięć sprawdzonych metod podziału opisu użytkownika: Spike, Path, Interface, Data, Rules. Każda litera oznacza linię podziału, a każdy podział tworzy fragmenty, które można dostarczać niezależnie, a nie połówki, które działają wyłącznie w połączeniu. Jest to technika podziału, która sprawdza się w przypadku większości zaległych zadań — gdy historia jest zbyt obszerna, jedna z tych pięciu osi niemal zawsze pozwala uzyskać fragment, który można wydać.

Pięć linii cięcia w jednej historii. Nie wykorzystuje się wszystkich pięciu — wybiera się tę, która pozwala uzyskać fragment, który faktycznie można opublikować.

Pięć linii cięcia

Spike

Nieznaną wielkością jest właśnie rozmiar. Proszę przeprowadzić badanie w ramach określonego przedziału czasowego, poznać jego zarys, a następnie oszacować rzeczywisty zakres. Jest to podejście, po które należy sięgnąć, gdy zespół nie może uzgodnić konkretnej liczby, ponieważ nikt wcześniej tego nie robił — proszę zapoznać się z przeprowadzeniem spike’u, aby dowiedzieć się, jak powinien wyglądać wynik tego działania.

Ścieżka

Historia składa się z wielu wątków. Najpierw należy wdrożyć scenariusz pomyślny; scenariusze związane z nieprawidłowymi danymi, stanami błędów i przypadkami skrajnymi stają się odrębnymi historiami. Użytkownik może zrealizować cel w ramach scenariusza pomyślnego, nawet jeśli pozostałe elementy nie są jeszcze gotowe.

Interfejs

Projekt ten obejmuje wiele platform — internetową, mobilną oraz API. Proszę w pierwszej kolejności wdrożyć jedną z nich. Pozostałe platformy opierają się na tej samej implementacji, ale ich wdrożenie odbywa się zgodnie z własnymi harmonogramami.

Dane

W niniejszym opisie uwzględniono różne formy i objętości danych. Proszę najpierw przedstawić prosty przypadek — pojedynczy użytkownik, niewielki zbiór danych, popularny format pliku — a następnie jego warianty. Każdy z nich stanowi odrębny przypadek, nawet jeśli drugi jest w dużej mierze podobny do pierwszego.

Zasady

W tej historii występuje wiele reguł biznesowych lub ról. Najpierw należy wdrożyć najpowszechniejszą regułę; następnie należy uwzględnić nadpisania administracyjne, przypadki szczególne i wyjątki. 80% przypadków można wdrożyć bez uwzględniania pozostałych 20%.

Gdy SPIDR nie przynosi oczekiwanych rezultatów

Jeśli żadne z pięciu podziałów nie daje rzeczywistego, gotowego do wydania fragmentu, nie mają Państwo problemu z podziałem — mają Państwo problem z zakresem. Ta historia stanowi jedną, niepodzielną całość, a dyskusja sprowadza się do pytania: „czy chcemy zrealizować całość w tym sprincie, czy też nic z tego”. Jest to kwestia ustalenia priorytetów, a nie podziału, i żadne, nawet najbardziej pomysłowe dzielenie na części, nie zmieni tego.

Proszę wybrać fragment, który pozwoli uzyskać wersję, którą faktycznie mogliby Państwo opublikować. Jeśli żaden z nich nie spełnia tego warunku, nie oznacza to, że artykuł należy podzielić — oznacza to, że należy ustalić priorytety.

Najczęściej zadawane pytania

Co oznacza skrót SPIDR?

Skrót SPIDR oznacza: Spike, Path, Interface, Data, Rules — pięć różnych osi, wzdłuż których można podzielić opowieść użytkownika. Każda z nich stanowi linię podziału, która tworzy fragmenty, które można wdrażać niezależnie, a nie połówki, które działają wyłącznie razem.

W jaki sposób wykorzystuje się narzędzie SPIDR do podziału opisu użytkownika?

Proszę wypróbować każdy z pięciu sposobów podziału w odniesieniu do opowieści i wybrać ten, który pozwoli uzyskać fragment, który faktycznie nadawałby się do samodzielnej publikacji. Nie należy stosować wszystkich pięciu — należy znaleźć tę jedną oś, która pozwala uzyskać zwięzły, gotowy do publikacji fragment, i dokonać podziału wzdłuż niej.

Kto opracował technikę SPIDR?

Metoda SPIDR została wprowadzona przez Mike’a Cohna jako zwięzły zestaw pięciu sprawdzonych sposobów podziału opowieści użytkownika. Cieszy się ona popularnością, ponieważ te pięć kryteriów obejmuje większość sytuacji, z jakimi faktycznie mają do czynienia zespoły, a pięć liter to wystarczająco mało, by można je było szybko przejrzeć w pamięci w trakcie procesu dopracowywania.

A co, jeśli żadne z cięć SPIDR nie pozwoli uzyskać dobrego plasterka?

W takim razie nie ma tu problemu z podziałem — chodzi o problem zakresu. Cała historia stanowi jedną, niepodzielną całość, a prawdziwe pytanie brzmi: czy chce Pan zrealizować ją w całości w tym sprincie, czy też w ogóle jej nie realizować. Jest to decyzja dotycząca ustalenia priorytetów, a nie podziału.

Warto przeczytać

Podział opowieści użytkownika — diagnoza wskazująca, że podział jest tym, czego Państwo potrzebują, a także inne wzorce.
Cięcie poziome a pionowe — dlaczego każde cięcie w programie SPIDR musi być pionowe.
Porównanie technik szacowania w metodologii agile — w przypadku mniej precyzyjnych opisu zadań, które nadają się do podziału.