Hogyan kell helyesen használni a csapat sebességét és pontszámokat pontokban, a javított módszereket
Megpróbálok válaszolni a cikken arról, hogy miért használják a Velocity-t és hogyan segítenek a Story Points ebben.
Szóval, azonnal válaszolok az utolsó kérdésre. A Velocity értékének megértésében az a fő hiba, hogy nem szabad elfelejtenünk, hogy mérjük az iteráció sebességét. Tekintettel arra, hogy az összes iterációt ugyanúgy végezzük el (ez a Scrum egyik alapja), akkor megértjük, mennyire képes a csapatod egy határozott idő alatt. például két hétig.
Képzeljen el egy kosárlabdacsapatot a szezon közepén. A játék 41 játékért átlagosan 98 pontot ért el. Jó lesz, ha azt mondják: "Valószínűleg a szezon végéig átlag 98 pontot kapunk." De nem kell minden egyes játék előtt mondani: "Az átlagos pontszámunk 98, és ezért fogunk ma 98 pontot szerezni."
Ezért mondom, hogy az átlagos sebesség hasznos a hosszú távú tervek esetében, de a rövid távú előrejelzéseknél haszontalan.
Mi a teendő a különböző súlyokkal és a kapcsolatukkal kapcsolatos történetekkel kapcsolatban, amikor a részletes iterációs tervezésről van szó? Már írtunk arról, hogyan tanítsuk a csapatot a Story pontokban történő értékeléshez. és a fő hangsúlyt azt javaslom tenni, hogy "a relatív értékek fontosak, és nem lehet szabvány". Ne felejtsük el, hogy a "Pontok" nem rendelkeznek fizikai mértékegységgel. "
Ha megnézzük a grafikon alatti táblázatot, láthatjuk, hogy az egy pontnál értékelt történetek. Az összes becslés átlaga (átlagosan) órákban 21 óra. Ebben az esetben a 8 pont átlaga mindössze 111 óra, nem pedig 8 * 21 = 168, ahogyan valaki elvárható. Ugyanakkor, ha megnézed a középértékek vörös diagramját, akkor nagyjából megismétli a Fibonacci-sorozat nemlineáris növekedési diagramját.
Összességében a StoryPoints-ban összehasonlító értékelést használunk a követelmények gyors felmérése érdekében, míg az átlagolás költségén ezek a becslések elég pontosak. Ráadásul az átlagsebességet is használjuk, és ez az átlagolás is leegyszerűsíti a valódi becslések lehetséges különbségét. Kiderül, hogy az átlagolási átlagolás a legstabilabb és legmegbízhatóbb becslést ad, összehasonlítva az összes követelmény óránkénti becslésével. Mindez azért, mert a Sprint (iteráció) követelményeinek csak a sebességet mérjük - ez egy empirikus és legmegbízhatóbb mutató.
És végül, "mi a teendő ezekkel a számokkal?" :-). A pontokban szereplő összes feltételre (Story Points) vonatkozó becslések vannak, és az iteráció átlagos sebessége van. Ha a becslések összegét elosztjuk a sebességgel, akkor megkapjuk az iterációk számát. Ebben az esetben a matematika szabályai szerint a mérési egységek csökkennek, és csak a szám marad, pont nélkül - azaz a matematika szabályai szerint. maguk a pontok nem igazán fontosak ;-). Ez a leghatékonyabb eszköz a hosszú távú tervezéshez és a hosszútávú tervek nyomon követéséhez. By the way, egyszer a konferencián azt mondtam: "Hogyan válaszoljon a kérdésekre" Mikor? "És" Mennyibe kerül? ”. Van még néhány ötlet.
Remélem, válaszoltam az olvasók kérdéseire. Maradj velünk és írj nekünk. ha bármilyen gyakorlati kérdésed van.
Hogyan kell helyesen használni a csapat sebességét és pontszámokat pontokban