12 agilis metrics & amp; KPI-k A 2022-ben kell nyomon követnie
Udn Webber
A szerkesztő irányító
Szeretné megtalálni a jogot Agile Metrics és KPI-k az Ön vállalkozásának?
Függetlenül attól, hogy a csapata agilis átalakuláson megy keresztül, vagy már ismeri minden agilis elvét, akkor még mindig nyomon kell követnie a teljesítményt.
És ott van Agile metricsok és kpis bejön.
Részletes betekintést nyújtanak a csapatodba, a haladástól és a teljesítménybe.
De csak egy probléma van.
Vannak túl sok választani!
Ezért kiemeltük a 12-et legjelentősebb metricsok Agilis csapat nyomon kell követnie. Gyors útmutatót is biztosítunk, hogy megtalálja a megfelelő agilis mutatókat a szervezet számára.
Merüljünk jobbra.
Milyen agilis mutatók?
Agile Metrics vannak szabványok szokott intézkedés és figyelemmel kíséri az agilis csapat vagy projekt teljesítményét.
És ők a szuper fontos az agilis fejlesztési folyamat része.
Miért?
Nélkülük, nem fogod kitalálni, hogy a szoftveres csapata hogyan működik.
És akkor még nem tudják, hogy a dolgozó szoftver termék jól működik, vagy tele van head-fonás hibákat!
Az egész Agile Development Teamnek nyomon kell követnie ezeket a cselekvési agilis mutatókat a fejlesztési folyamat során, hogy minden sprint után javítsa magát.
És nem, ez nem csak egy önsegítő trükk.
Ez egy része a Agilis gondolkodásmód.
Valójában, folyamatos fejlesztés az egyik pillér Agilis módszertan . Az Agile Team hatékonyságának és szoftverének minősége minden Sprint növelnie kell. És metrikák és Kpis Adja meg nekik betekintést, hogyan kell ezt tenni.
Többet szeretne megtudni a Agilis módszer ?
Itt van Crash Course az Agile Project Managementen .
12 Hatalmas agilis mutatók
Most vessünk egy pillantást néhány Mesmerizing Agile Metricsokra, amelyek méréseket kezelhetnek. 😉
A. Agile szoftverfejlesztési mutatók
Ha nagyszerű szoftvert szeretne fejleszteni, az Ön termékcsapat meg kell tartania ezeket a mutatókat:
Kód-lefedettség az egyik legnépszerűbb agilis minőségi mutató. Kiemeli a tesztelt kódsorok számát.
A kódfizetés mérésével azonosíthatja azokat a munkadarab részeit, amelyek nem teszteltek és lehetnek hibák A legkevésbé számítva, amikor a legkevésbé várja őket!
Ezzel Agile szoftverfejlesztés metrikus, akkor kiirtani ezeket a hibákat, és a szoftver fejlesztésében könnyedén.
Net Promoter pontszám az ügyfél elégedettségi metrikus, amely jelzi, hogy a felhasználók készen állnak-e ajánl a termék a barátaikhoz, kollégáikhoz stb.
Szóval hogyan tudod, hogy az ügyfelek szeretik, vagy sem?
A felhasználókat arra kérik, hogy töltsenek ki egy felmérést, ahol értékesíthetik, hogy mennyire valószínű, hogy a terméket 10-es skálán ajánljuk.
Ezután azonosítja a% -ot promóterek "(Azok, akik 9 - 10-et értékeltek) és" detrecors "(Azok, akik 0 - 6 értékeltek) és kivonják a százalékokat.
Ha a termék NPS a negatív zónában van (kevesebb promoter, több detractor), itt az ideje, hogy visszatérjen a rajzlapra.
A piacra kerülési idő az első időszak az első durva Az Agile projekt ötlete, és amikor végül készen áll a piaci polcok elérésére.
A szoftverfejlesztési csapata kell összpontosítania csökkentő az idő a piacra.
Miért?
A versenytársak (és Ön) folyamatosan innovatívak, és új trükkökkel rendelkeznek az ujjaikkal.
Bármilyen késedelem megjelenése ad a verseny ideje, hogy húzza előre az Ön és kiadja a technológiailag fejlett termék, mielőtt csinálni.
Ennek eredményeként, a program esetleg nem lesz képes rake minden $$$.
Tudod, mit mondanak:
Ha még nem sejtette már, a munka tétel egy munka.
Ez lehet egy felhasználó történet, egy új szoftver funkció, vagy egy feladatot.
Az feladatelem kor azt jelzi, hogy milyen régen a tételt először létre. Ez az életkor előrehaladtával, amíg ez végre elkészült.
A sprint tervezési szakaszban a Agilis csapat, hogy melyik munka tételeket meg kell dolgozni egy sprint.
Néha azonban, a munka tételt lehet elhanyagolni, vagy tolta ki több sprint listákat, mint a gyerek, aki felvette utolsó edzőteremben. 😔
Ezek feladatelem életkora lenne módja idősebb minden sprint elmaradás tétel .
Be kell azonosítani ezeket oldies, hogy akkor:
Túl sok régi munka terméket jelenti azt, hogy valami baj van, hogyan Agile csapat fejleszti a felhasználói igényeket. Ez lehet egy problémát, mivel megnehezíti előtérbe munka eredményeként sok technikai adósság és kárba alapok.
B. Scrum metrikák
Minden Scrum csapat, hogy összpontosítson a teljesítményét és hatékonyságát.
Tehát ezek a mennyiségi Agile projektek a mutatók az út:
A csapat sebessége utal, hogy a munka mennyisége a Scrum csapat tudja befejezni a 1-4 hét sprint. Meg tudja határozni a csapat sebessége a UDN feladatkezelő „S Dashboards, Box View, munkaterhelés megtekintése, majd személyre szabhatja munkafolyamat segítségével Scrum pontok .
Ezzel a mutatóval lehet mérni a sebességet, amellyel a Scrum csapat szállítani érték a te dolgod.
Ha a fejlesztő csapat tudja a sebességet, akkor válaszoljon erre a régi kérdés:
alatt sprint retrospektív, az Scrum mester használhatja sebesség megjósolni, mikor a skálázott Agilis csapat képes lesz kigurul a végleges szolgálati szoftver.
Például, ha az Agilis projekt 100 történetet pontot, és a szoftver csapat egy sprint sebessége 20. viszem a csapat (100/20) = 5 gyorsul csomagoljuk ki.
Nem tudja, mit Agilis történet pontok? Nézze meg részletes útmutató a Agile történet pont.
De hogyan nyomon követni sebesség?
Az Velocity kör Widget automatikusan csoportosítja az adatokat, hogy szemléltesse, hogy hány feladat a csapat befejezte egy adott időszakban.
Itt a munkahelyi egységek (feladatok, vagy történet pont) is megjelenik a havi vagy heti intervallumokban.
Azt is lehet látni „ mennyire gyorsan megy ”vagy átlagos sebesség a jobb felső sarokban a Widget.
Nézd meg a gyors útmutató a sebesség grafikonok.
Az egyik legnépszerűbb mennyiségi mutatókat Agilis, a sprint burndown chart Arra szolgál, hogy nyomon kövesse a munka mennyiségét bal egy adott sprint.
Gondold azt, hogy egy agilis változata a „download bar.”
(Talán nem olyan bosszantó, mint ez.)
Akkor követni ezt Agilis mutatót egy sprint burndown chart.
Nézzük dekódolni ezt a táblázatot:
Egy gyors pillantás az burndown chart Widget, és akkor képes lesz arra, hogy ha a Scrum csapat képes lesz megfelelni a sprint cél az időben. Vagy máshol, akkor meg kell sprintel a határidők betartása. 🏃♀️
Van néhány égető kérdései burndowns? Nézd meg átfogó bemutatása sprint burndown listákon.
Az sprint kiégés chart jeleníti meg a munkát, hogy a Scrum csapat befejezte ellen A teljes Agile projekt hatóköre .
Segít Scrum csapat választ ez gyakran feltett kérdésre:
Hogyan működik?
Nézzük bontása kiégésértékeknél:
Kiégési grafikonok teszik szuper könnyű látni, amikor a csapat tette a legnagyobb előrelépést, és amikor a csapat lelassult.
Tehát meg lehet vitatni az okokat, ezek a változások a sprint retrospektív találkozó .
Szeretne többet megtudni erről a Scrum csapat mutató? Olvassa el részletes kiégés chart útmutató .
A sprint cél egy sor feladatok és az, hogy lehet megjeleníteni a fogyasztó végén a sprint.
Tehát, ha van egy sprint tekinthető sikeresnek?
Azt kell, hogy megfelelnek ezeknek a feltételeknek:
A teljes fejlesztési folyamat, a Scrum csapat kell nyomon követni, hogy hányszor, hogy már megüt a sprint cél.
Attól függően, hogy a siker aránya, akkor észre az egyik a két dolgot:
Ha az Agile csapat találja magát a utóbbi forgatókönyv, reméljük a Scrum mester nem olyan, mint Gordon Ramsay!
Szeretné, hogy a csapat, hogy végre tökéletes gyorsul? Kijelentkezik hogyan UDN feladatkezelő segíthet Agile gyorsul.
C. Kanban és Lean mutatók
Ha használja Kanban és Lean elvek kezelheti a csapat, akkor be kell nyomon követni ezeket a sovány mutatók:
Amikor arra kerül sor Kanban projekt menedzsment, kumulatív áramlás az egyik legértelmesebb mutatókat odakint.
Miért?
Mivel Kanban táblák, más néven Scrum alaplapok , Hogy kumulált folyamatábra jeleníti meg csapata teljes munkafolyamatot.
Itt van, hogyan:
Megnézi a rajz, akkor könnyen helyszínen szűk vagy folyamatok lassítása a csapat.
Hogyan?
Könnyedén melyik szín a nagyobb, mint a többi. Ez azt jelenti sok feladat ragadt, hogy állapota (például "helyzetjelentés függőben) telítése az egyes projekteket.
Meg kell találni a módját, hogy unclog előtt a projekt spirálok ellenőrizhetetlenné!
Szeretne többet megtudni a halmozott áramlás? Átmennie útmutató a halmozott áramlás diagramok.
Átviteli sebesség a munka mennyisége a sovány vagy Kanban csapat teljesítése egy meghatározott ideig.
„Munka” itt is vonatkozik a felhasználó történet, a feladatok, a történet pont, Kanban kártya, stb
Csakúgy, mint a sebesség, átviteli lehet használni becslésére csapat teljesítményét.
Ha látsz egy Lean csapat forgalma idővel csökken, akkor meg kell kitalálni, hogy mi a baj.
Vezetési idő egy Kanban mutató, amely nyomon követi az időt, egy feladatot, vagy a termék, hogy menjen át a gyártás és szállítás során.
Várj, mit jelent ez?
Vessünk egy pillantást a Krusty Krab, például:
A ügyfél megbízást egy Krabby Patty. Spongyabob grillek, és arra szolgál, hogy az ügyfél.
Az idő telt, a kezdeti érdekében, hogy a végső szállítási az átfutási idő.
Akár kezelése egy gyorsétteremben, vagy egy szoftver csapat, van, hogy csökkentse az átfutási idő, hogy a vásárlók boldog.
De hogyan követni azt?
Az Átfutási idő Widget automatikusan kiszámolja, hogy mennyi ideig tart, hogy töltsenek ki egy feladatot a pillanatban létrejön.
Keresi a titkos képlet az átfutási idő? Mi átfutási idő útmutató Önnek szüksége van!
Ciklusidő az az idő, a Kanban csapat munkáját egy feladatot, vagy megrendelést az elejétől a végéig.
De hogyan különbözik ez az átfutási idő?
Nem ezek a sovány mérőszámok Úgy tűnik, nagyon is ismerős?
Térjünk vissza az előző példához:
Ez az idő, amíg a Spongyabob főzni a burger.
Azt nem teszik ki az időt, hogy megrendelés vagy elszállítja.
Spongyabob és a Scrum csapat kell egy rövidebb ciklusidő, hogy így befejezni egy csomó feladatot (vagy 🍔) rövid idő alatt.
Hogyan nyomon követni ebben az időben?
A ... val Ciklusidő Widget Akkor láthatóvá meddig feladat aktívan dolgozott fel.
Szeretné tudni, hogy a különböző ezek értelmes mutatókat valójában? Nézd meg átfutási idő vs. ciklusidő cikk.
Hogyan kell nyomon követni a helyes Agile mutatók?
Keresi Agilis mérőszámok pálya olyan, mint böngészve gabona folyosón a bolt.
Lehet túlnyomó mivel már csak túl sok lehetőség közül lehet választani.
És nem, nem lehet csak úgy venni őket!
Szóval hogyan lehet tudni, hogy melyik agilis KPI megfelel az Ön igényeinek?
Vessünk egy pillantást a három lépésből álló folyamat segítségével nem csak ezt:
A. szűkítésére opciók
Itt van, hogyan lehet szűkíteni a lehetőségeket, így vegye csak a legjobb perelhető Agilis mutatók:
B. hozzá őket a Portál
Csakúgy, mint, hogy hogyan lehet létrehozni egy tápláló trail mix egyes ételek és édességek, akkor meg kell tartani az összes Agile mérőszámok egy hely.
Szerencsére, UDN feladatkezelő Az irányítópultok Önnek szüksége van.
Akkor össze mind a Sprint widgets (Sprint Burndown, Burn Up, Velocity, stb), amit a fent említett egyetlen vizuálisan vonzó Portál.
Ön nem csak az Agile grafikonok; Van Widgets a pálya minden fajta dolgokat, mint például:
És mint azt, hogyan lehet folytatni a nyomvonal mix mindenhol, akkor át és export Portál adatok widgetek .pdf, .csv, .jpeg, és más formátumok. Így, akkor ossza értékes információkat az ügyfelek könnyedén!
C. Set céljaik
Mint egyes színes gabona-, mérőszámok ne csak szép, hogy nézd meg.
Ehelyett mérőszámok motiválni mindenkit, hogy boost csapat teljesítményét.
Val vel UDN feladatkezelő A céljai Írhatunk le célokat szeretne az Agile vagy Scrum csapat elérni és letenni reális célokat vagy „célok” ahhoz, hogy megfeleljen.
Például, a cél lehet a „Növelni csapat Velocity 20% -kal.” És erre, akkor lesz a teljes 40 feladatok.
Így minden alkalommal, amikor Agilis csapat befejezi a feladatot, a cél haladás százalékos frissítéseket automatikusan!
Előnyei Agilis mérőszámok Projektmenedzsment
Itt az ideje, hogy agilis!
Amikor kiválasztják Agile mutatókat, hogy azok segítségével többet megtudni a Agile végrehajtásának folyamatában.
De ne feledd, egyszerűen követési mutatók nem elég.
Szükséged lesz egy eszköz, hogy megértsük ezeket a mutatókat, és használja őket, mint UDN feladatkezelő !
UDN feladatkezelő is erős projektmenedzsment funkciók segítségével a csapat intézkedni a Agile betekintést, és aktívan javítják magukat.
Kap UDN feladatkezelő ingyen ma és a nyereség nagy betekintést a csapat teljesítményét elhagyni, mint ez:
