Csapatsebesség megtekintése és konfigurálása

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022

A sebességmetrikák értékes megállapításokat nyújtanak, amelyek segítenek a csapatoknak megtervezni és előrejelezni a futamokat, valamint felmérni, hogy mennyire pontosan becsülik meg és teljesítik a tervezett kötelezettségvállalásokat. Ezek a metrikák azt jelzik, hogy a csapat mennyi munkát végezhet el a futam során a befejezett munkaelemek száma vagy az erőfeszítésre vonatkozó becslések ( termékhátrelék-elemek), a történeti pontok (felhasználói történetek) vagy a méret (követelmények) alapján. A sebesség segítségével meghatározhatja a csapat kapacitását, de ne keverje össze a fő teljesítménymutatókkal.

Előfeltételek

Kategória Követelmények
hozzáférési szintek - Projekt tag.
- Legalább alapszintű hozzáférést.
engedélyek - a csapat adminisztrátora vagy projekt adminisztrátora, vagy specifikus irányítópult-engedélyekkel rendelkezik ön számára.
– Widget hozzáadása egy csapat irányítópulthoz: A csapat tagja.
funkció engedélyezése Azure Boards engedélyezve van. Ha le van tiltva, a munkakövetési elemzési vezérlők egyike sem jelenik meg. A szolgáltatás ismételt engedélyezéséről további információt a szolgáltatás be- és kikapcsolása című témakörben talál.
Tevékenységtudatosság A cikk későbbi részében felsorolt kötelező vagy ajánlott feladatok megismerése.
Kategória Követelmények
hozzáférési szintek - Projekt tag.
- Legalább alapszintű hozzáférést.
engedélyek - a csapat adminisztrátora vagy projekt adminisztrátora, vagy specifikus irányítópult-engedélyekkel rendelkezik ön számára.
– Widget hozzáadása egy csapat irányítópulthoz: A csapat tagja.
funkció engedélyezése - Azure Boards engedélyezve van. Ha le van tiltva, a munkakövetési elemzési vezérlők egyike sem jelenik meg. A szolgáltatás ismételt engedélyezéséről további információt a szolgáltatás be- és kikapcsolása című témakörben talál.
- Analytics telepítve és engedélyezve. A Projektgyűjteménygazdák csoport tagjai bővítményeket adhatnak hozzá, vagy engedélyezhetik a szolgáltatást. A szervezettulajdonosok automatikusan ennek a csoportnak a tagjai.

Tipp.

A cikkben szereplő képek eltérhetnek a webportálon láthatótól. Ezek a különbségek lehetnek a webalkalmazás frissítései, az Ön vagy a rendszergazda által engedélyezett beállítások, valamint a projekt létrehozásakor választott folyamat (Agile, Basic, Scrum vagy CMMI).

Sebességszámok ismertetése

A sebesség azt a munkát jelöli, amelyet a csapat a korábbi futamokon végzett, ami segít előrejelezni a jövőbeli kapacitást:

  • Ha szám szerint követik a követéseket: A sebesség a futamonként elvégzett munkaelemek (felhasználói történetek, hibák, feladatok) számát jeleníti meg
  • Összeg szerinti nyomon követés esetén: A sebesség a futamonként befejezett teljes történeti pontokat, munkaórákat vagy méretbecsléseket jeleníti meg

Ha például a csapata 25 történetpontot ért el a Sprint 1-ben, 30 történetpontot a Sprint 2-ben és 28 történetpontot a Sprint 3-ban, az átlagos sebesség körülbelül 28 történetpont per futam. Ez az átlag segít megtervezni, hogy mennyi munkát vállaljon a jövőbeli sprintek során.

Hogyan kezeli az Azure DevOps a sebességszámítást?

Az Azure DevOps a sebességszámítás agilis ajánlott eljárásait követi:

Fontos

A sebesség mindig beleszámít a futamba a munka befejezésekor, függetlenül attól, hogy a munkaelem eredetileg melyik futamra lett tervezve, vagy az aktuális iterációs útvonal hozzárendelésére. Ez a megközelítés igazodik a standard agilis eljárásokhoz, amelyek a tervezett kötelezettségvállalások tényleges teljesítésének mérését hangsúlyozzák.

Munkaelem-áthelyezési forgatókönyvek

  • Hiányos munka áthelyezése a futamok között: Ha egy hiányos munkaelemet helyez át egyik futamról a másikra (az iterációs útvonal módosításával), a munkaelem az új futamban befejezetlenként jelenik meg, amíg be nem fejeződik.
  • Munka befejezése egy másik futamban: Ha a Sprint 3-ban befejez egy munkaelemet, annak ellenére, hogy eredetileg sprint 1-hez tervezték, a sebesség kredit a Sprint 3-ba kerül, amikor a munka befejeződött.
  • Iterációs útvonal és befejezési dátum: A befejezési dátum határozza meg, hogy melyik futam kapja meg a sebesség jóváírását, nem pedig az aktuális iterációs útvonal hozzárendelését.

Az iterációs útvonalak módosításának hatása

Ha módosítja egy folyamatban lévő munkaelem (WIP) iterációs útvonalát:

Sebességmetrikák:

  • A WIP-elem áthelyezése nem befolyásolja a sebességet, amíg be nem fejeződik
  • A sebesség jóváírása arra a futamra kerül, ahol az elem befejeződött
  • Az elem továbbra is "Tervezett" marad az eredeti sprintben.

Befejezett késői metrikák:

  • A késői számítás összehasonlítja a befejezési dátumot az aktuális iteráció záró dátumával
  • Ha egy elemet egy későbbi futamra helyez át, az megváltoztathatja a késői besorolást

Példa: Az 1. futamra tervezett munkaelem (március 15-én véget ér), áthelyezve a Sprint 2-be (március 30-án ér véget), befejezve március 25-én:

  • Tervezett: Sprint 1 (eredeti)
  • Teljesítmény: 2. sprint (ahol befejeződött)
  • Késői állapot: Nem késő (a 2. futam záró dátuma előtt befejeződött)

Tipp.

A munkaelemek futamok közötti mozgatására vonatkozó csapatmódszerek kialakítása a sebességkövetés zavarának minimalizálása érdekében.

Ez a számítási módszer biztosítja, hogy:

  • A csapatok pontos sebességméréseket kapnak a tényleges szállítási kapacitás alapján
  • A sprintsebesség az adott időszakban ténylegesen befejezett munkát tükrözi
  • A jövőbeli futamtervezés a tervezett kötelezettségvállalások helyett reális kapacitásadatokat használ

Sebességdiagram-típusok

Két Sebességdiagram közül választhat: a kontextuson belüli sebességdiagramot a Hátralékok oldalról, és a Sebesség widgetet az irányítópultokhoz. Mindkét diagram segítségével gyorsan megértheti az alábbi táblázatban ismertetett munkafolyamat-állapotkategóriákat.

A Tervezett vagy Megoldott állapotban lévő elemek nem szerepelnek a Befejezett, Későn Befejezett és Hiányos számításokban. További információ: A munkafolyamat-kategóriaállapotok használata az Azure Boardsban. A kiválasztott elemek személyesek, és a munkamenetek között mindaddig megmaradnak, amíg meg nem változnak.

Fontos

Csak az Planned adatok használnak előzmény pillanatképeket. Minden más állapot (hiányos, Befejezett, Befejezett késő) az aktuális munkaelem-adatokat tükrözi.

Munkafolyamat állapota Leírás
Tervezett A sprinthez rendelt munkaelemek az 1. nap végéig, függetlenül az aktuális állapotuktól vagy a befejezési helyüktől. Ha egyszer tervezettnek számítanak, a tételek ebben a kategóriában maradnak az eredeti sprintben, még akkor is, ha később áthelyezésre kerülnek. Egy munkaelem több futamban tervezettnek tekinthető, ha megfelel az egyes futamok 1. napjának hozzárendelési szabályának.
Hiányos A jelenleg a futamhoz rendelt munkaelemek "Folyamatban" állapotban vannak. Kizárja a javasolt, a megoldott vagy a befejezett állapot elemeit.
Feloldva Megoldott állapotú munkaelemek. Nincs ábrázolva, kivéve, ha a feloldott elemek befejezettként való kezelésére van konfigurálva.
Befejezett Befejezett állapotban lévő munkaelemek, amelyek befejezési dátuma a futam záródátumán vagy azt megelőzően van. A teljesítménymutató az elem befejezésekor a sprinthez kerül jóváírásra, függetlenül attól, hogy mi volt az elem eredeti tervezett sprintje vagy a jelenlegi iterációs útvonala.
Késői befejezés Kész állapotú munkaelemek a futam záródátumát követő befejezési dátummal. Ezek az elemek hozzájárulnak a futam sebességéhez, amikor elkészültek.

Megjegyzés:

Ha az van beállítva, hogy a megoldott elemeket befejezettként kezelje, akkor a futam záró dátuma után a megoldott elem befejezett állapotba helyezése módosítja a besorolását befejezetről késve befejezettre.

A cikk későbbi részében megtudhatja, hogyan nyithatja meg a helyi Velocity jelentést , vagy konfigurálhatja a Velocity widgetet.

Az egyes diagramokat a következő módokon konfigurálhatja:

A widget további konfigurációs lehetőségeket kínál. További információ: Sebességdiagramok konfigurálása és megtekintése.

A kontextusban lévő sebességjelentés megtekintése

A sebességjelentések termék- és portfolió-hátralékokhoz is elérhetők. Minden jelentés interaktív vezérlőket tartalmaz, amelyek lehetővé teszik a felhasználók számára, hogy a nézetet az adott érdeklődési körüknek megfelelően szabják testre.

  1. Jelentkezzen be a projektjébe (https://dev.azure.com/{Your_Organization/Your_Project}).

  2. Válassza a Boards>Backlogs>Analytics lehetőséget a termék vagy a portfólió hátralékának Sebesség jelentésének megnyitásához.

    Képernyőkép a hátralékokról, és nyissa meg az Analyticset.

  3. Ha másik hátralékra szeretne váltani, válasszon a hátralékválasztóból, majd válassza a Sebesség teljes jelentésének megtekintése lehetőséget.

  4. Az interaktív vezérlőkkel kiválaszthatja a darab vagy összeg mezőt és az iterációk számát. Az egyéni iterációk kiválasztásával tetszőleges számú, 1 és 15 közötti iterációt adhat meg.

    Ha a csapat nem végez futamot, vagy ha a futam kezdési dátuma előtt dolgozik az elemeken, nincs elemezhető és előrejelzett adat. A következő üzenet jelenhet meg: Állítsa be az iterációs dátumokat a widget használatára. A helyzet megoldásához állítson be egy iterációs dátumtartományt úgy, hogy tartalmazza a jelenlegi dátumot, vagy várja meg, amíg a futam elindul.

    Mutasson egy oszlopterületre a tervezett és befejezett munkaelemek összegzésének megjelenítéséhez. A 07_2019-s futamhoz például 131 tételt terveznek.

    Képernyőkép a Velocity Analytics-jelentésről.

    További információkért tekintse meg a cikk korábbi részében említett munkafolyamat-állapotleírásokat .

  5. Ha hozzá szeretné adni a jelentést egy irányítópulthoz, válassza a műveletek ikont, majd a Másolás irányítópultra lehetőséget.

    Képernyőkép a helyi Elemzés jelentésről, a Másolás az irányítópultra lehetőségről.

  6. Válassza ki az irányítópultot, és válassza az OK gombot.

  7. Ha vissza szeretne térni az Elemzés összegzéséhez, válassza a vissza nyílbillentyűt.

A Sebesség widget konfigurálása

A Velocity widgetet csak egyetlen csapathoz konfigurálhatja. Ha több csapat sebességét szeretné megtekinteni, akkor konfigurálnia kell egy több csapatból összesítő portfóliókezelési csapatot. További információ: Csapatok hozzáadása.

Ha még nem tette meg, adja hozzá a Velocity widgetet az irányítópulthoz.

Hajtsa végre az alábbi lépéseket a Velocity widget konfigurálásához.

  1. Válassza a Műveletek ikon műveletek ikont, és válassza a Konfigurálás lehetőséget a konfigurációs párbeszédpanel megnyitásához.

    Képernyőkép a Velocity irányítópult konfigurálásához kijelölt gombok sorozatáról.

    Módosítsa a címet, jelölje ki a csapatot, majd válassza ki a nyomon követni kívánt hátralékszintet vagy munkaelemtípust. Adja meg, hogy nyomon szeretné-e követni a munkaelemek számát vagy egy numerikus mező összegét. A leggyakoribb összegzett mező az Erőfeszítés, a Történeti pontok vagy a Méret mező.

    Képernyőkép a Konfigurálás párbeszédpanelről, a Sebesség widgetről.

  2. Adja meg a megtekinteni kívánt futamok számát. Az alapértelmezett érték 6, a maximális érték pedig 15.

  3. (Nem kötelező) Jelölje be a jelölőnégyzeteket, ha az egyes futamok tervezettnél később befejezett munkával kapcsolatos további információkat szeretne megjeleníteni.

    • Tervezett munka megjelenítése az iterációkhoz: Jelölje be ezt a jelölőnégyzetet, ha az iteráció elején meg szeretné jeleníteni az iterációhoz tervezett munka mennyiségét, amely hasznos lehet a tervezett munka és a tényleges termékek összehasonlításához. Alapértelmezés szerint a tervezett munka száma az iteráció kezdő dátumán kezdődik.
    • Az iteráció kezdési dátuma előtti napok, amikor a tervezett munka végleges: Adja meg a tervezett munka számlálásának kezdési dátumát követő napok számát. Ha például az iteráció első két napja a tervezéshez szükséges, akkor beírhatja 3, és a tervezett munka a harmadik napon lesz megszámolva. Ha például az iteráció elindul 01/01/2024, és a rendszer a nap végén három hátralékelemet rendel hozzá az iterációhoz 01/01/2024 , akkor a rendszer ezt a három hátralékelemet tervezettnek tekinti. Ha a csapat csak néhány nappal az iteráció kezdete után fejezi be a tervezést, akkor frissítheti az iteráció kezdete utáni napok számát, amikor a tervezett munka véglegesítetté válik.
    • A késői befejezett munka kiemelése: Jelölje be ezt a jelölőnégyzetet, ha az iterációs befejezési dátum után befejezettként megjelölt munkaelemeket szeretné megjeleníteni, amely később befejezettnek minősül, és világoszöldként jelenik meg. A késői befejezett munka kiemelése hasznos lehet egy olyan trend észlelése esetén, amelyben a munkaelemek az iteráció befejezése után készként vannak megjelölve.
    • Az iteráció utolsó befejező dátuma, amely után a munka késik: Adja meg, hogy hány nappal korábbinak tekinti a munkaelemet, ha az állapota még mindig új vagy folyamatban van. Például, ha három nappal hosszabbítják meg a határidőt, akkor a csapatnak az iteráció vége után 3 napja van arra, hogy a munkaelemeket befejezettként vagy késznek jelőlje, mielőtt késésnek minősülnének.
  4. Válassza a Mentés lehetőséget. Az alábbi képen a Story Points és nyolc adatsprint alapján ábrázolt sebesség látható.

    Képernyőkép a Velocity widgetről, nyolc iterációról.

A tervezett, befejezett, későn befejezett és hiányos állapotokról a cikk korábbi részében említett állapotleírásokban talál további információt.

Ahhoz, hogy csapata a Sebesség diagramok alapján a legnagyobb hasznosságra szert tegye, kövesse ezeket a szükséges és ajánlott feladatokat.

Szükséges tevékenységek

  • A minimális variabilitás érdekében határozza meg és méretozza meg a hátralékelemeket.
  • Döntse el, hogyan kezeli a csapata a hibákat. Ha a követelményeknek megfelelően kezelik, a hibák megjelennek a hátralékban, és szerepelnek a Sebesség diagramban és az előrejelzésben.
  • Állítsa be a csapat területútvonalát. Az előrejelzési eszköz ezeket a beállításokat használja a csoport alapértelmezett útvonalaiba tartozó elemek belefoglalására vagy kizárására.
  • Kerülje a hátralékelemek és hibák hierarchiájának létrehozását. A táblák, a taskboardok és a sprintbacklog csak a hierarchia utolsó csomópontját jelenítik meg. Ehelyett egy egyszintű, szülő-gyermek kapcsolattal rendelkező listát kell fenntartania. A szolgáltatások használatával csoportosíthatja a követelményeket vagy a felhasználói történeteket.
  • Ha lehetséges, végezze el a hátralékelemeket a tervezett futamon belül. Bár az Azure DevOps megfelelően kezeli a futamok közötti befejezést, a futamok közötti munka gyakran befolyásolhatja a csapatfókuszt és a futamtervezés pontosságát.
  • Frissítse a befejezett hátralékelemek állapotát a futam végén. Helyezze vissza a hiányos elemeket a termék hátralékába a későbbi futamtervezéshez.
  • Minimalizálja a hátralékelemek méretingadozását a jobb becslési pontosság érdekében. A variabilitás csökkentése növeli a sebességmetrikák és az előrejelzési eredmények megbízhatóságát. A becslések a csapat legjobb becslései azzal kapcsolatban, hogy a hátralékban lévő további elemekhez képest mennyi erőfeszítés szükséges egy elem befejezéséhez.

Fontos

A terület elérési útjának értékeinek törlése vagy az iterációs útvonal értékeinek újrakonfigurálása visszafordíthatatlan adatvesztést okoz a következő diagramokon:

  • Widgetdiagramok leégés és felégetése
  • Sprint burndown grafikonok
  • Sebességdiagramok megváltozott területútvonalakkal rendelkező csapatokhoz
  • Előzmény trenddiagramok, amelyek az egyes munkaelemeknél az adott időpontban meghatározott Terület elérési útja és Iterációs útvonal értékeire hivatkoznak

Terület- és iterációs útvonalakat csak akkor törölhet, ha már nem használják őket munkaelemek. Ha törli ezeket az útvonalakat, a továbbiakban nem tudja lekérni az előzményadatokat.

Más csapatok hozzáadása

Ha minden csapat saját hátraléknézetet, sebességdiagramot és előrejelzési eszközt szeretne, felvehet egy új csapatot. Minden csapat rendelkezik hozzáféréssel a saját Agile-eszközeihez, amelyek a munkaelemeket úgy szűrik, hogy csak az adott csapathoz tartozó hozzárendelt területútvonalakat és iterációs útvonalakat tartalmazzák.

Következő lépés