{"id":3947,"date":"2022-02-07T10:08:40","date_gmt":"2022-02-07T10:08:40","guid":{"rendered":"https:\/\/www.cybermedian.com\/pl\/?p=3947"},"modified":"2025-02-11T14:07:07","modified_gmt":"2025-02-11T06:07:07","slug":"how-to-write-effective-user-story-with-invest-principles","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/pl\/how-to-write-effective-user-story-with-invest-principles\/","title":{"rendered":"Jak napisa\u0107 efektywn\u0105 histori\u0119 u\u017cytkownika zgodnie z zasadami INVEST?"},"content":{"rendered":"

Zasada INVEST przy tworzeniu historii u\u017cytkownik\u00f3w<\/h3>\n

Opr\u00f3cz ustandaryzowanego formatu i kompletnych element\u00f3w, dobra historia u\u017cytkownika<\/a>powinna r\u00f3wnie\u017c przestrzega\u0107 zasad INVEST<\/strong> : 1. N<\/strong>iezale\u017cna; 2. N<\/strong>egocjowalna; 3. W<\/strong>arto\u015bciowa; 4. S<\/strong>szacowalna; 5. M<\/strong>a\u0142a; 6. U<\/strong>stabilna.<\/p>\n

<\/p>\n

1. Niezale\u017cna<\/strong> \u2013 Wa\u017cne jest, aby jedna historia u\u017cytkownika by\u0142a jak najbardziej niezale\u017cna od innych historii u\u017cytkownik\u00f3w. Utrzymanie niezale\u017cno\u015bci mi\u0119dzy historiami u\u017cytkownik\u00f3w nie tylko u\u0142atwia priorytetyzacj\u0119 i dostosowanie, ale tak\u017ce u\u0142atwia planowanie wydania i iteracji, sprzyja niezale\u017cnemu zrozumieniu, \u015bledzeniu, wdra\u017caniu, testowaniu i cz\u0119stemu dostarczaniu, ale tak\u017ce sprawia, \u017ce zakres oszacowania wielko\u015bci historii u\u017cytkownika jest ja\u015bniejszy, a tym samym mniejsze jest odchylenie w oszacowaniach.<\/p>\n

2. Negocjowalna<\/strong> \u2013 Tre\u015b\u0107 historii u\u017cytkownika jest negocjowalna; historia u\u017cytkownika nie jest umow\u0105. Historia u\u017cytkownika to tylko kr\u00f3tki opis historii u\u017cytkownika bez wielu szczeg\u00f3\u0142\u00f3w; szczeg\u00f3\u0142owe informacje s\u0105 opracowywane w fazie komunikacji. Historia u\u017cytkownika zbyt du\u017c\u0105 ilo\u015bci\u0105 szczeg\u00f3\u0142\u00f3w w rzeczywisto\u015bci ogranicza u\u017cytkownika, pomys\u0142y zespo\u0142u i komunikacj\u0119.<\/p>\n

3. Warto\u015bciowa<\/strong> \u2013 Ka\u017cda historia musi by\u0107 warto\u015bciowa dla klienta (czy to u\u017cytkownika, kupuj\u0105cego, czy wewn\u0119trznej roli w firmie). Historie u\u017cytkownik\u00f3w s\u0105 warto\u015bciowe dla ko\u0144cowego u\u017cytkownika, dlatego powinny by\u0107 pisane z perspektywy u\u017cytkownika, opisuj\u0105c CECH\u0118, a nie ZADANIE.<\/p>\n

Ta cecha u\u0142atwia przej\u015bcie z tradycyjnego stylu pracy opartego na dyrektywach do samodzielnego, zorientowanego na warto\u015b\u0107 stylu pracy dla cz\u0142onk\u00f3w zespo\u0142u zajmuj\u0105cych si\u0119 rozwojem i testowaniem, aby ka\u017cdy w zespole zna\u0142 warto\u015b\u0107 pracy, kt\u00f3r\u0105 wykonuje ka\u017cdego dnia.<\/p>\n

4. Szacowalna<\/strong> (mo\u017ce by\u0107 oceniana) \u2013 Bardzo wa\u017cn\u0105 cz\u0119\u015bci\u0105 spotkania planistycznego jest oszacowanie punkt\u00f3w historii. Jest to w rzeczywisto\u015bci og\u00f3lne oszacowanie historii u\u017cytkownika, kt\u00f3ra ma by\u0107 rozwijana, aby zesp\u00f3\u0142 m\u00f3g\u0142 pozna\u0107 z\u0142o\u017cono\u015b\u0107 (obci\u0105\u017cenie) tej historii u\u017cytkownika.<\/p>\n

Skupiamy si\u0119 na tym, czy historia u\u017cytkownika mo\u017ce by\u0107 uko\u0144czona w bie\u017c\u0105cej iteracji zgodnie z warunkami przyj\u0119cia tej historii u\u017cytkownika oraz DoD (kryteria uko\u0144czenia) zdefiniowanymi przez zesp\u00f3\u0142, a je\u015bli nie mo\u017ce by\u0107 uko\u0144czona, podawany jest pow\u00f3d, a PO decyduje, czy podzieli\u0107 lub przeprojektowa\u0107 histori\u0119 u\u017cytkownika.<\/p>\n

Problemy, kt\u00f3re utrudniaj\u0105 programistom oszacowanie historii, pochodz\u0105 z: braku wiedzy o dziedzinie (w takim przypadku potrzebna jest wi\u0119ksza komunikacja) lub historia jest zbyt du\u017ca (w takim przypadku musi by\u0107 podzielona na mniejsze cz\u0119\u015bci).<\/p>\n

5.Ma\u0142a<\/strong> \u2013 Dobra historia powinna by\u0107 jak najkr\u00f3tsza pod wzgl\u0119dem obci\u0105\u017cenia, najlepiej nie wi\u0119cej ni\u017c 10 idealnych os\u00f3b\/dzie\u0144, przynajmniej aby zapewni\u0107, \u017ce zostanie uko\u0144czona w jednej iteracji. Im wi\u0119ksza historia u\u017cytkownika, tym wi\u0119ksze ryzyko w harmonogramie, oszacowaniu obci\u0105\u017cenia itp.<\/p>\n

6. Testowalna<\/strong> (testowalna) \u2013 Historia u\u017cytkownika powinna by\u0107 testowalna, aby potwierdzi\u0107, \u017ce mo\u017ce by\u0107 uko\u0144czona. Je\u015bli historia u\u017cytkownika nie jest testowalna, nie mo\u017cna wiedzie\u0107, kiedy zostanie uko\u0144czona. Przyk\u0142ad nie-testowalnej historii u\u017cytkownika: oprogramowanie powinno by\u0107 \u0142atwe w u\u017cyciu.<\/p>\n

Trzy wytyczne<\/h3>\n

Historia u\u017cytkownika jest zasadniczo dobr\u0105 histori\u0105 u\u017cytkownika, gdy przestrzegane s\u0105 zasady INVEST. Nast\u0119pnie skupiamy si\u0119 na trzech wytycznych, aby lepiej przestrzega\u0107 zasad przy tworzeniu historii u\u017cytkownik\u00f3w.<\/p>\n

Trzy wytyczne to: jeden u\u017cytkownik, pe\u0142na warto\u015b\u0107 i brak zale\u017cno\u015bci.<\/p>\n

Jeden typ u\u017cytkownik\u00f3w<\/strong> \u2013 Uwzgl\u0119dnij tylko jeden typ u\u017cytkownik\u00f3w, poniewa\u017c wielu u\u017cytkownik\u00f3w cz\u0119sto ma niuanse. Zwykle jest to typowy u\u017cytkownik, cz\u0119sto z jak\u0105\u015b wsp\u00f3ln\u0105 potrzeb\u0105.<\/p>\n

Pe\u0142na warto\u015b\u0107<\/strong> \u2013 Dostarcz pe\u0142n\u0105 warto\u015b\u0107 dla klienta. Pe\u0142na historia u\u017cytkownika oznacza, \u017ce gdy ta historia jest uko\u0144czona, u\u017cytkownik mo\u017ce osi\u0105gn\u0105\u0107 jasny i znacz\u0105cy cel.<\/p>\n

Brak zale\u017cno\u015bci<\/strong> \u2013 Trzy powszechne typy zale\u017cno\u015bci to: nak\u0142adanie si\u0119, sekwencja i zawarto\u015b\u0107.<\/p>\n

Og\u00f3lnie rzecz bior\u0105c, nale\u017cy unika\u0107 nak\u0142adaj\u0105cych si\u0119 punkt\u00f3w funkcjonalnych mi\u0119dzy historiami; relacje sekwencyjne s\u0105 rzeczywisto\u015bci\u0105 i w wi\u0119kszo\u015bci przypadk\u00f3w mo\u017cna je rozwi\u0105za\u0107 w jaki\u015b spos\u00f3b; a relacje inkluzyjne s\u0105 pomocne w z\u0142o\u017conych systemach, maj\u0105c wp\u0142yw na planowanie wyda\u0144 i plany iteracji, kt\u00f3re wymagaj\u0105 uwagi.<\/p>\n

Nak\u0142adaj\u0105ce si\u0119 zale\u017cno\u015bci<\/strong><\/p>\n

Nak\u0142adaj\u0105ce si\u0119 zale\u017cno\u015bci to forma zale\u017cno\u015bci, kt\u00f3ra powoduje najwi\u0119cej problem\u00f3w, szczeg\u00f3lnie gdy wiele historii u\u017cytkownik\u00f3w zawiera wiele r\u00f3\u017cnych nak\u0142adaj\u0105cych si\u0119 cz\u0119\u015bci. Trudno jest znale\u017a\u0107 zestaw historii u\u017cytkownik\u00f3w, kt\u00f3ry mo\u017ce reprezentowa\u0107 zestaw funkcji dla minimalnego produktu u\u017cytecznego, kt\u00f3ry powinien zawiera\u0107 i tylko zawiera\u0107 funkcje potrzebne raz.<\/p>\n

Rozwi\u0105zanie<\/strong><\/p>\n

Wyodr\u0119bnij nak\u0142adaj\u0105ce si\u0119 cz\u0119\u015bci jako oddzielne historie u\u017cytkownik\u00f3w.
\nRacjonalne dzielenie historii u\u017cytkownik\u00f3w i utrzymywanie nak\u0142adek tylko w jednej z najbardziej sp\u00f3jnych historii u\u017cytkownik\u00f3w.
\nU\u017cyj modelu rozwoju Scrum.<\/p>\n

Zale\u017cno\u015bci sekwencyjne<\/strong><\/p>\n

Zale\u017cno\u015b\u0107 sekwencyjna oznacza, \u017ce aby historia u\u017cytkownika mog\u0142a zosta\u0107 uko\u0144czona, jedna lub wi\u0119cej innych historii u\u017cytkownik\u00f3w musi zosta\u0107 uko\u0144czona przed ni\u0105. Zale\u017cno\u015bci sekwencyjne s\u0105 zazwyczaj nieszkodliwe, a istniej\u0105 sposoby na z\u0142agodzenie takich zale\u017cno\u015bci.<\/p>\n

Z perspektywy zwinnego rozwoju ca\u0142y system ewoluuje stopniowo od pocz\u0105tkowego minimalnego produktu u\u017cytecznego do solidnego produktu, przy czym ka\u017cdy kolejny krok opiera si\u0119 na poprzednich.<\/p>\n

Jednak z innej perspektywy, niepotrzebne zale\u017cno\u015bci sekwencyjne utrudniaj\u0105 klasyfikacj\u0119 i priorytetyzacj\u0119, co z kolei wp\u0142ywa na rozw\u00f3j plan\u00f3w wyda\u0144 i iteracji oraz utrudnia oszacowanie rozmiaru historii u\u017cytkownik\u00f3w.<\/p>\n

Rozwi\u0105zanie<\/strong><\/p>\n

Uczy\u0144 historie u\u017cytkownik\u00f3w w ramach iteracji jak najbardziej wolnymi od wewn\u0119trznych zale\u017cno\u015bci.
\nUtrzymywanie tylko jednostronnych zale\u017cno\u015bci mi\u0119dzy iteracjami, z jednostronnymi zale\u017cno\u015bciami w czasie od historii w p\u00f3\u017aniejszych iteracjach do historii w wcze\u015bniejszych iteracjach (zale\u017cno\u015bci w prz\u00f3d).
\nWyodr\u0119bnienie podstawowych zale\u017cno\u015bci jako oddzielnych historii i nie mieszanie wymaga\u0144 zale\u017cnych i niezale\u017cnych w jednej historii.<\/p>\n

Inkluzja zale\u017cno\u015bci<\/strong><\/p>\n

Zawarte zale\u017cno\u015bci odnosz\u0105 si\u0119 do u\u017cycia zarz\u0105dzania hierarchicznego w organizowaniu historii u\u017cytkownik\u00f3w, na przyk\u0142ad powszechne zarz\u0105dzanie funkcjami i historiami na dw\u00f3ch poziomach, gdzie funkcja zawiera wiele historii u\u017cytkownik\u00f3w, stanowi\u0105c tym samym zawart\u0105 zale\u017cno\u015b\u0107 funkcji od jej podrz\u0119dnych historii.<\/p>\n

Rozwi\u0105zanie<\/strong><\/p>\n

Poziom historii u\u017cytkownik\u00f3w jest u\u017cywany do planowania iteracji, unikaj\u0105c gruboziarnistego planowania iteracji na poziomie funkcji, kt\u00f3re mo\u017ce by\u0107 u\u017cywane do planowania wyda\u0144.<\/p>\n

Poziom funkcji mo\u017ce by\u0107 r\u00f3wnie\u017c dzielony, a\u017c osi\u0105gnie poziom minimalnej funkcji rynkowej, a historie u\u017cytkownik\u00f3w, kt\u00f3re zawiera, mog\u0105 by\u0107 oddzielnie grupowane w nowo podzielone funkcje.<\/p>\n

Zgodnie z koncepcj\u0105 minimalnego produktu u\u017cytecznego, funkcja jest wdra\u017cana w wielu iteracjach wielu historii u\u017cytkownik\u00f3w, z kt\u00f3rych ka\u017cda mo\u017ce skutkowa\u0107 potencjalnym dostarczonym produktem lub dostarczy\u0107 wewn\u0119trzn\u0105 lub zewn\u0119trzn\u0105 informacj\u0119 zwrotn\u0105.<\/p>\n

\u00a0<\/p>\n

Odniesienia<\/p>\n