Scrum Útmutató | 34. Sebesség a Scrum-ban – A Fejlesztő Csapat Sebessége

A Scrum-ban a sebesség segít meghatározni azt a sebességet, amellyel a Scrum Csapat feladatokat teljesít. Átlagos számként definiálhatjuk, amely a befejezett Story Pointok számát jelenti egy Sprint alatt. A sebesség a projekt időtartamának becslésére is használható a már elvégzett munkafolyamat alapján. Ez azonban csak egy érett csapat számára van értelme, amely egyenletes és stabil tempóban dolgozik. Nézd meg, mi is az a sebesség, és hogyan hozhatod ki belőle a legjobbat!

A sebesség a Scrum-ban – tartalomjegyzék:

1. A sebesség a Scrum-ban – Bevezetés
2. Valós és tervezett sebesség
3. A sebességgel kapcsolatos nehézségek és kockázatok a Scrum-ban
4. Összegzés

A sebesség a Scrum-ban – Bevezetés

A sebesség egy opcionális, de népszerű módszer a Scrum Csapat tempójának mérésére. Ennek oka, hogy egy pontosan megbecsült sebesség lehetővé teszi a projekt befejezéséhez szükséges idő előrejelzését, ésszerű mértékben. Azonban ez egy olyan mérőszám, amelyet csak egy adott Fejlesztő Csapatra lehet alkalmazni, amely feladatokat hajt végre, amelyeket “értékelt” saját magának egy ismerős egységgel, például Story Pointokkal.

A Fejlesztő Csapat sebességét leggyakrabban sebességdiagram formájában mutatják be. Az X-tengelyen egymást követő Sprint-ek vannak megjelölve. A Y-tengelyen pedig a befejezett Story Pointok vagy más megfelelő egységek száma található, amelyek egy adott Sprint alatt teljesültek. A sebességdiagram segítségével a Scrum Csapat világos képet kap a munkatempó változásairól. Ha a diagramon jelzett vonal emelkedik, az azt jelenti, hogy a Csapat optimalizálja a hatékonyságát vagy csökkenti a Story Pointok értékét. Ezért a Scrum Masternek és a Termék Tulajdonosnak gondosan figyelemmel kell kísérnie a Csapat sebességét mutató vonalat.

Valós és tervezett sebesség

A valós sebesség a Fejlesztő Csapat munkatempóját írja le a befejezett Sprint során, és minden Sprint végén kiszámítják. Ez a befejezett Felhasználói Történetek összes Story Pointjának összegét veszi figyelembe. A Fejlesztő Csapat valós sebessége lehetővé teszi, hogy tervezzen és becsléseket készítsen a jövőbeli feladatok tempójáról.

A tervezett sebesség ezzel szemben a valós sebesség átlagos értéke alapján van megbecsülve. Ez megköveteli a Fejlesztő Csapatban bekövetkező változások hiányának feltételezését. Fontos belső eszköz a Fejlesztő Csapat számára, amely alapján felmérheti, hogy a Csapat együttműködése jól halad-e, és hogy a munkatempó fenntartásra kerül-e.

A tervezett sebesség lehetővé teszi a Termék Tulajdonos számára, hogy előre jelezze a jól meghatározott Felhasználói Történetek végrehajtási idejét, amelyek a következő Sprint-ekben vannak ütemezve. Ez lehetővé teszi a termék backlog hatékonyabb ápolását, amiről ebben a cikkben írtunk. Azonban a tervezett sebesség alkalmazásának gyakorlata a projekt időtartamának becslésére nem olyan egyszerű.

A sebességgel kapcsolatos nehézségek és kockázatok a Scrum-ban

A sebesség a Scrum-ban gyakran túl nagy jelentőséget kap anélkül, hogy figyelembe vennék a következő tényezőket:

• nagyobb egészek vagy az egész projekt megbecslése – míg a Fejlesztő Csapat pontosan megbecsülheti a konkrét feladathoz rendelt Story Pointok számát, nagyon nehéz vagy lehetetlen nagyobb egészeket leírni a jövőbeli megvalósításhoz ezekben az egységekben
• a projekt változásai – bármilyen változás a projektben potenciálisan a szükséges Story Pointok számának megváltozását jelenti a Termék Cél eléréséhez. Az is előfordulhat, hogy a már befejezett feladatokat módosítani kell, vagy akár nem is használják a Termék végső verziójában
• előre nem látható események – a jövőbeli projektek tempójának előrejelzése a már befejezett projektek alapján, azaz a valós sebesség tervezett sebességre való átváltása pontos becslésekhez vezethet. Azonban minden projektnek megvannak a saját sajátosságai, és a történelem alapján történő pontos előrejelzés általában lehetetlen.

Összegzés

A sebesség használata a Fejlesztő Csapat hatékonyságának értékelésére csökkentheti annak megbízhatóságát. Ez csökkentheti a becslések minőségét is, amiről részletesebben írtunk ebben a cikkben. Végül is, hogy a lehető legjobb eredményeket érjék el a mutatókban, a Fejlesztő Csapat túlbecsülheti a feladatok munkaintenzitását a sebesség növelése érdekében. Ez hátrányos, mivel a csapat így értékes információkat veszít a fejlesztésekhez és a feladatok pontosabb tervezéséhez.

A sebesség a Scrum-ban elsősorban belső mérőszámként hasznos, amelyet a Fejlesztő Csapat a munkatempója értékelésére használ. Ennek oka, hogy lehetővé teszi számára, hogy meghatározza, hány feladatot képes teljesíteni egyetlen Sprint alatt.

A Termék Tulajdonos kezében a sebesség hasznos eszközzé válik a nagyobb feladatok határidejének megbecslésére.

Azonban a legnagyobb kockázatok a sebesség használatával kapcsolatosak a Fejlesztő Csapat értékelésére. Ennek oka, hogy ez a megbízhatóság csökkenéséhez és akár a szándékos túlbecsléshez vezethet, hogy javítsák a Scrum Csapat munkájának külső értékelését.

Ha tetszik a tartalmunk, csatlakozz a mi aktív közösségünkhöz a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on, Pinterest-en.