Vím, že uživatelské příběhy ve Scrumu jsou měřeny pomocí upravené Fibonacciho sekvence (0.5, 1, 2, 3, 5, 8, 13, 20, 40...). Proč Scrum pouze používá čísla Fibonacci k odhadu příběhů?
Komentáře
- Již odpověděl na jiném webu: stackoverflow.com/questions/9362286/…
- Lidi, nemyslím si ', že tato otázka je přesným duplikátem. Zatímco otázky spolu úzce souvisejí, myslím si, že OP pro tuto otázku se ptá, proč nelze ' použít jiné míry pro odhad bodů příběhu, zatímco Proč by týmy používaly sekvenci Fibonnacci pro body příběhu? ptá se na klady a zápory čísel Fibonacci jako metriky. ' jsem se pokusil objasnit otázku a hlasuji pro opětovné otevření.
- +1 pro OP za zvýšení toho, co považuji za běžný omyl -percepce.
Odpověď
Není vyžadován Fibonacci
I když mnoho agilních praktiků přijalo upravená nebo nemodifikovaná Fibonacciho sekvence pro odhad bodu příběhu, ani body příběhu, ani příběhy uživatelů nejsou ve skutečnosti požadavky metodiky Scrum.
I když přijmete praxi odhadování s příběhem – body a příběhy uživatelů, můžete použít libovolné nástroje pro relativní velikost, které chcete. Mezi příklady, které jsem v této oblasti viděl, patří:
- velikosti triček (např. S, M, L, XL)
- semafory (zelená, žlutá, červená )
- velikosti nápojů Starbucks ( demi , krátké, vysoké, grande , venti , trenta )
- Jednoduché sekvence, například 1-5 nebo 1-10.
Pokud rozhodnete se použít body příběhu, klíčem je uvolnit body z časových odhadů. To pomůže vyhnout se ukotvení a doufejme, že zabráníte nesprávnému použití odhadů jako produktivity – spíše metrika řízení než plánovací nebo předpovídací nástroj.
Nebojte se použít jakékoli měřítko, které pro váš tým funguje. Určitě však doporučuji držet se Plánování sekvence Fibonacciho pokeru , pokud nemáte vážný důvod udělat jinak.
Komentáře
- Skvělá odpověď @CodeGnome!
- Ano, používáme pokerový systém a funguje to dobře, protože al Členové týmu přidávají vstupy podle jejich pracovní složitosti & velikosti a dospějí ke konečnému závěru, jaká by měla být konečná velikost příběhu.
- Vždy jsem chtěl používejte zcela abstraktní míry, jako " S, M, L ". Ale dělám to, jak bych změřil průměrnou rychlost? Jak bych mohl vědět, kdy bude projekt pravděpodobně dokončen? Pokud použiji čísla, mohu snadno spočítat – průměrná rychlost je, řekněme, 15 – v takovém případě, pokud v nevyřízeném projektu zbývá 60 bodů, věděl bych, že projekt by měl být dokončen ve více 4 iteracích. Dokážete to samé pomocí relativních velikostí abstactu?
Odpovědět
Jedním z hlavních důvodů je nemít debaty / odhady jako: 19,20, 21, 23 Story Points.
V agilním odhadu je obvykle o srovnání relativní velikosti jasné, že 1 příběhový bod je výrazně menší než 10 bodů příběhu, ale 10 SP vs 9 SP se příliš neliší.
Chcete se ujistit, že větší čísla jsou drsná odhady a vašim zainteresovaným stranám neposíláte zprávu, že přesně víte, jak velká položka je.
BTW: To je důvod, proč místo iv id = „77588cc39e“ máte 20 >
21 které je platným pořadovým číslem Fibonnaci.
Fibonacciho řada také lépe představuje skutečnost, že nejistota roste úměrně s velikostí příběhu . Rozdíly mezi 1, 2 a 3 bodovými příběhy jsou pravděpodobně lépe pochopeny než rozdíly mezi 20 a 40. To se odráží ve vzdálenosti mezi velikostmi příběhů.
Komentáře
- Fibonacciho řada také lépe představuje skutečnost, že nejistota roste úměrně s velikostí příběhu. Rozdíly mezi příběhy 1,2 a 3 jsou pravděpodobně lépe pochopeny rozdíly mezi 20 a 40 . To se odráží ve vzdálenosti mezi velikostmi příběhu.
- @Willl Ano, samozřejmě, neváhejte upravit moji odpověď a děkuji za vstup.