Estymaty, z punktu widzenia poplecznik\u00f3w #NoEstimates s\u0105 strat\u0105. Ci\u0119\u017cko si\u0119 z tym nie zgodzi\u0107 (technicznie rzecz bior\u0105c) \u2013 estymowanie samo w sobie nie przynosi \u017cadnej warto\u015bci biznesowej odbiorcy ko\u0144cowemu, a dodatkowo zwykle jest b\u0142\u0119dne, wi\u0119c niepotrzebnie wprowadza chaos i nieporozumienia na linii development-biznes przy wytwarzaniu produktu. Czysty \u201cwaste\u201d z punktu widzenia Lean.<\/p>\n\n\n\n
Rozwi\u0105zaniem dla tego problemu, zamiast estymacji w Story Pointach zakresu przewidzianego na Sprint, mia\u0142oby by\u0107 estymowanie liczby historyjek mo\u017cliwych do realizacji w trakcie Sprintu.<\/p>\n\n\n\n
Na dow\u00f3d skuteczno\u015bci takiej metody, zwykle pokazywane s\u0105 burndown charty konkretnych projekt\u00f3w, wskazuj\u0105ce r\u00f3\u017cnice mi\u0119dzy trzema typami sposob\u00f3w wyceniania w Story Pointach, w r\u00f3\u017cnych skalach:<\/p>\n\n\n\n
- U\u017cywane warto\u015bci Story Point\u00f3w to: 1-3-5, czyli zwyk\u0142y zmodyfikowany ci\u0105g Fibonacciego zaczerpni\u0119ty z Planning Pokera, wykluczaj\u0105c du\u017ce warto\u015bci (od 8 w\u0142\u0105cznie wzwy\u017c)<\/li>
- U\u017cywane warto\u015bci Story Point\u00f3w to: 1-2-3 \u2013 wzrost liniowy, czyli inaczej ni\u017c w poprzednim punkcie, gdzie ci\u0105g ro\u015bnie wyk\u0142adniczo,<\/li>
- U\u017cywane warto\u015bci Story Point\u00f3w to tylko 1 \u2013 ka\u017cda historyjka ma tak\u0105 sam\u0105 warto\u015b\u0107, co w praktyce sprowadza si\u0119 do tego, \u017ce po prostu liczymy te historyjki \u2013 czyli podej\u015bcie #NoEstimates w praktyce<\/li><\/ol>\n\n\n\n
Vasco Duarte, jeden z ojc\u00f3w i twarzy ruchu, prezentuje w swojej ksi\u0105\u017cce #NoEstimates: How to Measure Project Progress Without Estimating,<\/em> a tak\u017ce na wielu konferencjach bran\u017cowych, przyk\u0142ady, w kt\u00f3rych mo\u017cna zobaczy\u0107, \u017ce projekcje daty uko\u0144czenia konkretnych, realnych projekt\u00f3w za pomoc\u0105 wszystkich trzech metod, zawieraj\u0105 si\u0119 w przedziale trzech tygodni przy oko\u0142o siedmiomiesi\u0119cznym projekcie (ok. 8% maksymalnej r\u00f3\u017cnicy). Przy ogromnej niepewno\u015bci na przestrzeni siedmiu miesi\u0119cy wydaje mi si\u0119, \u017ce trzy tygodnie to naprawd\u0119 niewiele.<\/p>\n\n\n\n
Zrobi\u0142em wi\u0119c to, co ka\u017cdy rozs\u0105dny cz\u0142owiek zrobi\u0142by na moim miejscu i sprawdzi\u0142em to na projekcie, w kt\u00f3rym \u00f3wcze\u015bnie pracowa\u0142em. Zesp\u00f3\u0142 by\u0142 zgrany, pracowa\u0142 nad produktem ju\u017c od d\u0142ugiego czasu, a historyjki w tym zespole by\u0142y zwykle podobnej wielko\u015bci (3-5-8, czasem mniejsze lub wi\u0119ksze). W tamtym momencie prowadzi\u0142em ju\u017c kwartalny burndown chart dla wypalonych SP zespo\u0142u, w kt\u00f3rym pracowa\u0142em (pracowali\u015bmy w ramach struktur, kt\u00f3re wymaga\u0142y od nas estymat na kwarta\u0142 do przodu). Wygl\u0105da\u0142 on dok\u0142adnie tak:<\/p>\n\n\n\n
![\"kwartalny](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/05\/1-3.png\")
<\/a>Ryc. 1 Kwartalny burndown chart dla wypalonych SP zespo\u0142u<\/figcaption><\/figure><\/div>\n\n\n\n - Remaining SP \u2013 dok\u0142adna liczba\u00a0Story Point\u00f3w<\/strong>\u00a0pozosta\u0142a do \u201czamkni\u0119cia\u201d zaplanowanego Scope<\/em><\/li>
- Linear (Ideal) \u2013 trend pokazuj\u0105cy idealny wykres spalania<\/em><\/li>
- Linear (Remaining SP) \u2013 trend pokazuj\u0105cy przewidywane spalanie\u00a0Story Point\u00f3w<\/strong><\/em><\/li><\/ul>\n\n\n\n
Tak wi\u0119c, zgodnie z przewidywaniami, Scope powinien by\u0107 zamkni\u0119ty 26 listopada. To czysta matematyka.<\/p>\n\n\n\n
Na potrzeby tego artyku\u0142u postanowi\u0142em zbudowa\u0107 analogiczny wykres, ale u\u017cywaj\u0105c jedynie liczby historyjek dla tego samego produktu (czyli licz\u0105c ka\u017cd\u0105 historyjk\u0119 jako 1 SP).<\/p>\n\n\n\n
Od razu zaznacz\u0119, \u017ce nie spodziewa\u0142em si\u0119 takiego wyniku wyci\u0105gaj\u0105c dane z\u00a0systemu zarz\u0105dzania zadaniami.<\/p>\n\n\n\n
![\"analogiczny](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/05\/2-3.png\")
<\/a>Ryc. 2 Analogiczny wykres do Ryc. 1, ale u\u017cywaj\u0105c jedynie liczby historyjek dla tego samego produktu<\/figcaption><\/figure><\/div>\n\n\n\n - Remaining \u2013 dok\u0142adna liczba\u00a0historyjek<\/strong>\u00a0pozosta\u0142a do \u201czamkni\u0119cia\u201d zaplanowanego Scope<\/em><\/li>
- Linear (Ideal) \u2013 trend pokazuj\u0105cy idealny wykres spalania<\/em><\/li>
- Linear (Remaining) \u2013 trend pokazuj\u0105cy przewidywane spalanie\u00a0historyjek<\/strong><\/em><\/li><\/ul>\n\n\n\n
Przewidywany koniec developmentu historyjek w tym uj\u0119ciu nast\u0119puje\u2026 26 listopada. Dok\u0142adnie tego samego dnia, kt\u00f3ry by\u0142 przewidywany na wykresie, kt\u00f3ry u\u017cywa\u0142 Story Point\u00f3w.<\/p>\n\n\n\n
Oczywi\u015bcie jest to wynik z jednego projektu wi\u0119c nie jest decyduj\u0105cy, jednak mo\u017cna powiedzie\u0107, \u017ce jest obiecuj\u0105cy.\u00a0\u00a0<\/p>\n\n\n\n
Slicing historyjek u\u017cytkownika ponad Planning Pokera<\/strong><\/h2>\n\n\n\n
Zak\u0142adaj\u0105c, \u017ce podej\u015bcie to ma prawo zadzia\u0142a\u0107 w okre\u015blonych warunkach, pierwszym minusem, jaki widz\u0119 patrz\u0105c na #NoEstimates, to tracenie ogromnej warto\u015bci z powodu braku dialogu, kt\u00f3ry wywi\u0105zuje si\u0119 mi\u0119dzy uczestnikami Planning Pokera. Pytania w stylu \u201cdlaczego tak wysoka estymata?\u201d lub \u201cdlaczego wydaje Ci si\u0119, \u017ce to takie proste?\u201d wywo\u0142uj\u0105 dyskusj\u0119, w wyniku kt\u00f3rej ca\u0142y zesp\u00f3\u0142 zyskuje t\u0119 sam\u0105 wiedz\u0119 na temat historyjki \u2013 jakie mog\u0105 by\u0107 przeszkody, lub jakie skr\u00f3ty mo\u017cemy zastosowa\u0107.<\/p>\n\n\n\n
W #NoEstimates odbywa si\u0119 to inaczej \u2013 poniewa\u017c nie ma Planning Pokera, nie ma te\u017c tej dyskusji nad wielko\u015bci\u0105 zadania. Teoretycznie \u2013 okazuje si\u0119, \u017ce #NoEstimates sugeruje substytut Planning Pokera. Jest to tak zwany Story Slicing, czyli dzielenie historyjek na r\u00f3wne \u201ckawa\u0142eczki\u201d.<\/p>\n\n\n\n
Teoria jest taka \u2013 je\u015bli wszystkie historyjki s\u0105 r\u00f3wne, to nie ma potrzeby ich estymowa\u0107, bo wszystkie maj\u0105 ten sam rozmiar, ergo \u2013 wystarczy je liczy\u0107 (a je\u015bli kto\u015b si\u0119 mocno uprze na estymaty \u2013 mo\u017cemy im wszystkim nada\u0107 jeden rozmiar \u2013 np. 1 Story Point). Pozwoli to na przej\u015bcie z estymowania w Story Pointach na prognozowanie w liczbie historyjek.<\/p>\n\n\n\n
Jednak samo podzielenie historyjek na r\u00f3wne bloki pracy, pami\u0119taj\u0105c o tym, by spe\u0142nia\u0142y kryteria INVEST (definicja w\u00a0wikipedia.org<\/a>) nie jest ju\u017c takie proste i wymaga\u2026 Dyskusji. Zesp\u00f3\u0142 wsp\u00f3lnie, na przyk\u0142ad na sesjach\u00a0Refinement\u00f3w,\u00a0zastanawia si\u0119 jak podzieli\u0107 historyjki w ten spos\u00f3b (jednym z proponowanych kryteri\u00f3w jest dzielenie historyjek tak, by ka\u017cda mia\u0142a przypisany jeden test funkcjonalny) i bang! \u2013 mamy dyskusj\u0119 i wymian\u0119 wiedzy.<\/p>\n\n\n\n
Projekcje ponad Estymacje<\/strong><\/h2>\n\n\n\n
Estymat\u0119 mo\u017cna zdefiniowa\u0107 jako \u201cnajlepsze przypuszczenie na temat czasoch\u0142onno\u015bci lub\/i pracoch\u0142onno\u015bci na podstawie tego, co wiemy w czasie tworzenia estymaty\u201c lub \u201czgadywanie na podstawie najlepszej wiedzy\u201d \u2013 warto szczeg\u00f3ln\u0105 uwag\u0119 zwr\u00f3ci\u0107 na s\u0142owa \u201cprzypuszczenie\u201d i \u201czgadywanie\u201d.<\/p>\n\n\n\n
Przypomnijmy: wyestymowanie Scope na najbli\u017csze np. 3 miesi\u0105ce wymaga wycenienia, czyli dokonanie \u201czgadywania na podstawie najlepszej wiedzy\u201d ca\u0142ego zakresu pracy. Wynikiem takiej estymaty jest zwykle lista historyjek, kt\u00f3re powinny by\u0107 wykonane do zadanej daty. Zwolennik #NoEstimates zapyta\u0142by zapewne czy czujemy si\u0119 komfortowo opieraj\u0105c nasz biznes na zgadywankach i przypuszczeniach.<\/p>\n\n\n\n
#NoEstimates zamiast tego proponuje przeprowadzi\u0107 pierwsz\u0105 iteracj\u0119, sprawdzi\u0107, ile pracy wykonali\u015bmy, ile nowej pracy wysz\u0142o w trakcie developmentu i zestawi\u0107 to z liczb\u0105 historyjek w Scope. We\u017amy dla przyk\u0142adu wykres z wcze\u015bniejszej cz\u0119\u015bci artyku\u0142u:<\/p>\n\n\n\n
![\"Wykres](\"https:\/\/sii.pl\/blog\/wp-content\/uploads\/2023\/05\/3.jpg\")
<\/a>Ryc. 3 Wykres z wcze\u015bniejszej cz\u0119\u015bci artyku\u0142u<\/figcaption><\/figure><\/div>\n\n\n\n Na wykresie wida\u0107 okresy spadku liczby funkcjonalno\u015bci (a)<\/strong>, a czasami wzrosty i stagnacj\u0119 liczby funkcjonalno\u015bci (b)<\/strong> (w tym szczeg\u00f3lnym wypadku stagnacja wyst\u0119powa\u0142a w weekendy \u2013 to w sumie chyba dobrze?).<\/p>\n\n\n\n
Na tej podstawie mo\u017cemy sporz\u0105dzi\u0107 projekcj\u0119 daty zako\u0144czenia prac \u2013 mamy ju\u017c wi\u0119ksz\u0105 wiedz\u0119 jakim (mniej wi\u0119cej) ryzykiem obarczone jest ca\u0142e przedsi\u0119wzi\u0119cie i jak wygl\u0105da faktyczna pr\u0119dko\u015b\u0107 wypalania zakresu. A to wszystko bez estymat.<\/p>\n\n\n\n
Mo\u017cna si\u0119 oczywi\u015bcie spiera\u0107 na temat tego, jak faktycznie dzia\u0142aj\u0105 Story Pointy w takich wypadkach \u2013 one te\u017c mog\u0105 by\u0107 miar\u0105 projekcji \u2013 przecie\u017c \u015bledzimy nasze Velocity (w SP\/Sprint) i na podstawie tego szacujemy, ile wykonamy na zadan\u0105 dat\u0119 lub kiedy zako\u0144czymy budowanie produktu.<\/p>\n\n\n\n
Jednak czy mog\u0105c osi\u0105gn\u0105\u0107 ten sam efekt (mo\u017ce nawet lepszy) bez estymowania pojedynczych historyjek, nie powinni\u015bmy wybra\u0107 metody mniej pracoch\u0142onnej? Ci\u0119\u017cko jest przecie\u017c od razu estymowa\u0107 ka\u017cd\u0105 pojedyncz\u0105 historyjk\u0119, kt\u00f3ra wchodzi do Backlogu Produktu.<\/p>\n\n\n\n
Warunki minimalne<\/strong><\/h2>\n\n\n\n
Wydaje mi si\u0119 jednak, \u017ce zdecydowanie kt\u00f3ra metoda (#NoEstimates czy Story Points) jest \u201cmniej pracoch\u0142onna\u201d zale\u017cy od wielu czynnik\u00f3w i nie mo\u017cna stanowczo stwierdzi\u0107, \u017ce jedna jest lepsza ni\u017c inna.<\/p>\n\n\n\n
Gdzie zatem moim zdaniem #NoEstimates mo\u017ce napotka\u0107 przeszkody? Gdzie mo\u017ce si\u0119 sprawdzi\u0107?<\/p>\n\n\n\n
- #NoEstimates raczej nie zadzia\u0142a w nowym, tworz\u0105cym si\u0119 zespole. Wymaga od niego pewnej dojrza\u0142o\u015bci i odpowiedzialno\u015bci.<\/li>
- Product Owner, podobnie jak zesp\u00f3\u0142, powinien mie\u0107 ju\u017c pewne do\u015bwiadczenie. Samo dzielenie historyjek na r\u00f3wne cz\u0119\u015bci wymaga od niego zaawansowanej znajomo\u015bci biznesu i do pewnego stopnia r\u00f3wnie\u017c technologii.<\/li>
- Story Slicing jest r\u00f3wnie\u017c czasoch\u0142onn\u0105 aktywno\u015bci\u0105. Na pocz\u0105tku na pewno b\u0119dzie sprawia\u0107 zespo\u0142owi k\u0142opoty. Nale\u017cy uwa\u017cnie obserwowa\u0107, czy Slicing nie zajmuje wi\u0119cej czasu ni\u017c wycena w Story Pointach.<\/li><\/ul>\n\n\n\n
#NoEstimates wydaje si\u0119 naturalnym wyborem dla zespo\u0142\u00f3w, kt\u00f3rych historyjki u\u017cytkownika s\u0105 ju\u017c podobnej wielko\u015bci (np. przewa\u017caj\u0105 historyjki maj\u0105ce 3-8 Story Point\u00f3w). Wtedy taka zmiana wymaga minimalnego wysi\u0142ku ze strony zespo\u0142u i faktycznie mo\u017ce oszcz\u0119dzi\u0107 zespo\u0142owi du\u017co czasu.<\/p>\n\n\n\n
Z tego powodu te\u017c powsta\u0142 koncept 7 krok\u00f3w do #NoEstimates<\/strong>, kt\u00f3ry zaproponowa\u0142 Vasco Duarte:<\/p>\n\n\n\n
- Zacznij u\u017cywa\u0107 Story Point\u00f3w,<\/li>
- Przesta\u0144 estymowa\u0107 podzadania [chodzi o taski deweloperskie, na kt\u00f3re rozbija si\u0119 historyjk\u0119 \u2013 przyp. red],<\/li>
- Ogranicz trwanie dla historyjek i feature,<\/li>
- Ogranicz skal\u0119 dopuszczalnych estymat (na przyk\u0142ad tylko 1, 2, 3 i 5),<\/li>
- \u015aled\u017a swoje dane,<\/li>
- U\u017cyj swoich danych,<\/li>
- Po prostu zacznij liczy\u0107 historyjki.<\/li><\/ol>\n\n\n\n
Co my\u015bl\u0119 o #NoEstimates?<\/strong><\/h2>\n\n\n\n
Metoda naukowa polega w uproszczeniu na tym, \u017ce hipotez\u0119 trzeba zweryfikowa\u0107 i sprawdzi\u0107, zanim stanie si\u0119 teori\u0105, dlatego z ch\u0119ci\u0105 rzuc\u0119 si\u0119 w wir dyskusji na ten temat i dorzuc\u0119 swoje trzy grosze.<\/p>\n\n\n\n
Rewolucyjne pomys\u0142y zawsze spotyka\u0142y si\u0119 z ogromnym oporem \u2013 mo\u017cna wzi\u0105\u0107 przypadek naszego rodaka, Miko\u0142aja Kopernika, kt\u00f3ry w swoim dziele O Obrotach Cia\u0142 Niebieskich<\/em> dowodzi\u0142, metod\u0105 naukow\u0105, na podstawie obserwacji o eliptycznym ruchu planet, \u017ce S\u0142o\u0144ce jest w centrum naszego Uk\u0142adu S\u0142onecznego \u2013 pewne spo\u0142eczno\u015bci jednak uzna\u0142y to za\u2026 nazwijmy to delikatnie, rzecz wysoce niew\u0142a\u015bciw\u0105.<\/p>\n\n\n\n
Podobnie by\u0142o (jest?) ze zwinno\u015bci\u0105 \u2013 cz\u0119sto m\u00f3wi si\u0119, \u017ce tego nie da si\u0119 zrobi\u0107, bez sensu, a w og\u00f3le to jaka\u015b nowomowa i skok na kas\u0119.<\/p>\n\n\n\n
Ja widz\u0119 tutaj pewn\u0105 analogi\u0119. Mo\u017cliwe, \u017ce #NoEstimates to rewolucja w prowadzeniu projekt\u00f3w, na kt\u00f3r\u0105 czekali\u015bmy. Mo\u017cliwe, \u017ce zadzia\u0142a do wi\u0119kszo\u015bci, po\u0142owy lub nielicznych projekt\u00f3w, mo\u017cliwe te\u017c, \u017ce nie dzia\u0142a nigdzie (cho\u0107 istniej\u0105 dowody, o kt\u00f3rych wspominam wcze\u015bniej, na to, \u017ce w pewnych warunkach dzia\u0142a).<\/p>\n\n\n\n
Czy jestem przekonany, o racji kt\u00f3rej\u015b ze stron? Raczej nie. Uwa\u017cam, \u017ce w prowadzeniu projekt\u00f3w nie ma rozwi\u0105za\u0144, kt\u00f3re zadzia\u0142aj\u0105 wsz\u0119dzie. Mam jednak przeczucie, \u017ce #NoEstimates mo\u017ce by\u0107 ciekaw\u0105, l\u017cejsz\u0105 alternatyw\u0105 dla prowadzenia estymacji w niekt\u00f3rych projektach i tak\u0105 hipotez\u0119 b\u0119d\u0119 chcia\u0142, przy sprzyjaj\u0105cych warunkach i og\u00f3lnej zgodzie sprawdzi\u0107. <\/p>\n\n\n\n
Mo\u017ce Wy macie negatywne b\u0105d\u017a pozytywne do\u015bwiadczenia w tej materii? Mo\u017ce chcieliby\u015bcie si\u0119 podzieli\u0107 swoimi przemy\u015bleniami? Gor\u0105co zach\u0119cam do dyskusji!<\/p>\n\n\n\n
***<\/p>\n\n\n\n
Je\u015bli estymaty s\u0105 Ci bliskie, zajrzyj do innego artyku\u0142u autora na ten temat. <\/a><\/p>\n\n\n
- Linear (Ideal) \u2013 trend pokazuj\u0105cy idealny wykres spalania<\/em><\/li>
- Linear (Ideal) \u2013 trend pokazuj\u0105cy idealny wykres spalania<\/em><\/li>
- Remaining SP \u2013 dok\u0142adna liczba\u00a0Story Point\u00f3w<\/strong>\u00a0pozosta\u0142a do \u201czamkni\u0119cia\u201d zaplanowanego Scope<\/em><\/li>