A termék hátralékának előrejelzése

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

A csapatok az előrejelzési eszközt használhatják a sprinttervezési erőfeszítéseik támogatására. Ha a csapat sebességének értékét adja meg, az előrejelzési eszköz megmutatja, hogy a hátralék mely elemei hajthatók végre a jövőbeli futamokon belül. Mindkét eszköz csapatspecifikus eszköz, amely a csapatnak a hátralékelemek becslésére való képességére támaszkodik. Ha a csapat befejez egy vagy két futamot, a csapat sebességével előre jelezhetik, hogy a hátralék mekkora részét tudják befejezni a közelgő futamokon belül.

Az előrejelzési eszköz segít a csapatoknak megválaszolni a kritikus tervezési kérdéseket:

  • Sprintkapacitás-tervezés: Hány hátralékelemet tudunk elvégezni a jövőbeli futamokban?
  • Kiadástervezés: Mikor várható, hogy befejezzük a hátralék összes elemét?
  • Erőforrás-tervezés: Milyen sebességgel kell teljesítenünk a célkézbesítési dátumokat?
  • Hatókörkezelés: Mely funkciókat érdemes rangsorolni a közelgő kiadásokhoz?

Tip

A jelen cikk későbbi részében használhatja az MI-t a feladat elvégzéséhez, vagy tekintse meg a MI-támogatás engedélyezése az Azure DevOps MCP-kiszolgálóval, hogy elkezdhessen dolgozni rajta.

Ebből a cikkből megtudhatja:

  • Közelgő futamok előrejelzése
  • Az előrejelzés támogatásához szükséges és ajánlott csapattevékenységek
  • Az előrejelzési eredmények hatékony értelmezése és használata
  • Ajánlott eljárások a pontos előrejelzéshez

Note

Ha a várt munkaelemek nem jelennek meg a hátralistában vagy a táblán, lásd: A hátralista létrehozása és kezelése vagy Mi az Azure Boards?

Prerequisites

Category Requirements
Projektcsapat tagja Projekt tagja.
Jogosultságok A Közreműködők biztonsági csoport tagja.
Hozzáférési szintek Legalább Alapszintű hozzáférés.

Note

Azok a felhasználók, akiknek hozzáférésük van egy nyilvános projekthez, teljes hozzáféréssel rendelkeznek a hátralék- és a táblafunkciókhoz, ugyanúgy, mint az alapszintű hozzáféréssel rendelkező felhasználók. További információ: Érdekelt hozzáférés – rövid referencia.

Az előrejelzés alapjainak ismertetése

Mielőtt belelát az előrejelzési eszközbe, fontos megérteni, hogyan működik az előrejelzés Azure Boards:

Előrejelzési alapelvek

  • Sebességalapú előrejelzések: Az előrejelzési eszköz a csapat korábbi sebességét használja a jövőbeli kapacitás előrejelzéséhez
  • Futamkonzisztencia: Az előrejelzések konzisztens futamhosszt és csapatkapacitást feltételeznek
  • Munkaelem-becslés: A pontos előrejelzések konzisztens és megbízható munkaelem-becslést igényelnek
  • Állapotalapú szűrés: Csak adott állapotú munkaelemek (Javasolt, Folyamatban) szerepelnek az előrejelzésekben

Előrejelzési korlátozások

  • Múltbeli teljesítménymutató: Az előrejelzések előzményadatokon alapulnak, és nem feltétlenül veszik figyelembe a jövőbeli változásokat
  • Csapatmódosítások: Az előrejelzések nem igazodnak automatikusan a csapatösszeállítás változásaihoz
  • Külső függőségek: Az eszköz nem veszi figyelembe a külső blokkolókat vagy függőségeket
  • Becslés pontossága: Az előrejelzés minősége a munkaelem-becslések pontosságától függ

A csapat hátralékának előrejelzése előtt az alábbiakra van szüksége.

Szükséges beállítás

  • A becslés variabilitásának minimalizálása: A becslések variabilitásának csökkentése érdekében határozza meg és méretozza meg a hátralékelemeket.
  • Hibakövetés konfigurálása: Határozza meg, hogy csapata hogyan szeretné kezelni a hibákat. Ha a csapat úgy dönt, hogy a követelményekhez hasonlóan kezeli a hibákat, a hibák megjelennek a hátralékban, és beleszámítanak a Sebesség diagramba és az előrejelzésbe.
  • A csapat útvonalának beállítása: Az előrejelzési eszköz a csapat alapértelmezett beállításai alapján előrejelzést ad ezekről az elemekről. Ezek a beállítások megadhatják, hogy a csoport alapértelmezett útvonalai közé tartoznak-e elemek, vagy kizárják őket.
  • Egysíkú hierarchia fenntartása: Ne hozzon létre hierarchiát a hátralékelemekből és hibákból. Előfordulhat, hogy a levélcsomópont, az azonos kategóriás hierarchia utolsó csomópontja, csak táblákon, sprint hátralékokon és feladatkezelő táblákon jelenik meg. További információ: Az átrendezéssel és a beágyazással kapcsolatos problémák elhárítása, a hátralékok és a táblák hierarchikus (beágyazott) elemeinek megjelenítése.
    A követelmények, a hibák és a feladatok beágyazása helyett tartson fenn egy sima listát – csak egy szint mélységben hozzon létre szülő-gyermek kapcsolatokat a különböző kategóriájú elemek között. A szolgáltatások használatával csoportosíthatja a követelményeket vagy a felhasználói történeteket. A történeteket gyorsan hozzárendelheti a funkciókhoz. A térkép szülő-gyermek kapcsolatokat hoz létre a háttérben.
  • Teljes sprintkarbantartás: A futam végén frissítse a csapat által elvégzett hátralékelemek állapotát. Helyezze vissza a hiányos elemeket a termék hátralékába, és vegye figyelembe őket egy későbbi futamtervezési értekezleten.

Csapatbeállítási szempontok

Note

Ha több csapattal dolgozik, és mindegyik csapat a saját teendőlistával, sebességdiagrammal és előrejelzési eszközzel szeretne dolgozni, további csapatokat hozhat létre. Ezután minden csapat hozzáférést kap a saját Agile-eszközeikhez. Minden Agile-eszköz szűri a munkaelemeket, hogy csak azokat az elemeket tartalmazza, amelyekhez hozzárendelt terület elérési útjai és iterációs útvonalai megfelelnek a csapathoz beállítottaknak.

Várható futamok előrejelzése

Az előrejelzési eszközzel képet kaphat arról, hogy hány elemet végezhet el egy futamon belül. A sebesség megadásával láthatja, hogy mely elemek tartoznak a csapat által aktivált sprintek hatókörébe.

A termék-hátralék előrejelzéséhez hajtsa végre a következő műveleteket:

  1. Válassza a Boards (Táblák)>Backlogs (Hátralékok)> lehetőséget, és válassza ki a megfelelő csapatot a csapatválasztó menüből.

    Képernyőkép a csapat folyamatban lévő munkáiról és hátralékairól.

    Másik teendőlista kiválasztásához nyissa meg a választót, majd válasszon egy másik csapatot, vagy válassza a Hátralék könyvtár megtekintése lehetőséget. Vagy írjon be egy kulcsszót a keresőmezőbe a projekthez tartozó csapat-hátralékok listájának szűréséhez.

    Képernyőkép egy másik csapat kiválasztásáról.

  2. Ellenőrizze, hogy a hátralék szintjén a Stories (Agile esetén), Issues (Basic esetén), Backlog items (Scrum esetén), vagy Requirements (CMMI esetén) lehetőséget választotta-e ki.

    Képernyőkép mutatja a Termékháttér szint, Hátralékelemek, Történetek vagy Követelmények legördülő menüjét.

  3. (Nem kötelező) Ha meg szeretné adni, hogy mely oszlopok jelenjenek meg, és milyen sorrendben, válassza a műveletek ikont, és válassza az Oszlopbeállítások lehetőséget. További információ: Oszlopbeállítások módosítása.

    Képernyőkép az Oszlopbeállítások lehetőség kiválasztásáról.

  4. Válassza a nézetbeállítások ikont, majd állítsa az Előrejelzés beállítást Be állapotra. Az egyszerűség érdekében kapcsolja ki a Leképezés és tervezés panelt.

    Képernyőkép: Táblák, Feladatlista, nézet opciók menüje, Előrejelzés sorrendben.

    Állítsa be a Folyamatban lévő elemek beállítását Kikapcsolt értékre, hogy elrejtse azokat az elemeket, amelyek nem szerepelnek az előrejelzésben. Az előrejelzési eszköz figyelmen kívül hagyja a Scrum-elemeket, amelyek el vannak kötelezve Elkötelezett vagy kész Kész, valamint az Agile és CMMI elemeket, amelyek aktív Aktív, megoldott Megoldott, vagy befejezett Befejezett állapotúak.

  5. Adja meg a csapat előrejelzett sebességét.

    Képernyőkép a táblákról, a hátralékról, az előrejelzés sebességütemezésének beállításával.

    Tip

    Ha csapata már több futamon dolgozott, a Velocity widget segítségével megismerheti a csapat sebességét. Használja az átlagos sebességet az utolsó 3-6 futamon a legpontosabb előrejelzéshez.

    Az eszköz vonalakat rajzol a csapat által kiválasztott minden jövőbeli futamhoz. Az előrejelzési sorok azt mutatják be, hogy csapata mennyi munkát végezhet el a jövőbeli futamokon. Általában az első sor feletti elemek már folyamatban vannak az aktuális sprinten. Az első és a második előrejelzési sor közé eső elemek jelzik, hogy mit lehet elvégezni a nevesített futamban.

Az előrejelzés eredményeinek ismertetése

Az előrejelzési vizualizáció olvasása

Az előrejelzési eszköz vizuális jelzőkkel jeleníti meg a hátralékot, amelyek segítenek megérteni a sprintkapacitást:

  • Előrejelzési vonalak: Vízszintes vonalak, amelyek a munkaelemeket sprint gyűjtőkbe választják el
  • Sprintcímkék: Minden sor a futam nevével és kapacitásával van címkézve
  • Sebességátvitel: Az egyik sprint fel nem használt sebessége átkerül a következőbe
  • Elem pozicionálása: A sorok közötti munkaelemek az adott futamban elvégezhető elemeket jelölik

Előrejelzési adatok értelmezése

Az előrejelzési eredmények áttekintésekor vegye figyelembe az alábbi tényezőket:

  • Manuális ellenőrzés: Ellenőrizze manuálisan az eredményeket, hogy megértse a várt és az előrejelzési eszköz által megjelenített eltéréseket.
  • Sprintkapacitás: Ellenőrizze a futamonként előrejelzett munkamennyiséget (munkamennyiség, történeti pontok vagy méret).
  • Nagy munkaelemek: Kérdőjelezzük meg az előrejelzési eredményeket, ha egy elem munkamennyisége megközelíti vagy meghaladja a csapat sebességét.
  • Sebességátvétel: Ismerje meg, hogy a korábbi futamok kihasználatlan kapacitása hogyan befolyásolja a jövőbeli előrejelzéseket.

Előrejelzési példa értelmezése

Ebben a példában egy 20-ás sebesség használatos. Az előrejelzési eszköz az előrejelzési sorok között megjelenített elemek számát azokra az elemekre korlátozza, amelyek a futamon belül vagy az előző futam fel nem használt sebességpontjainak használatával végezhetők el.

Az előrejelzési eszköz azt mutatja, hogy két és négy elem között lehet dolgozni a 2. és a 6. iterációk között, az egyes felhasználói történetekhez vagy hibákhoz hozzárendelt story pontok száma alapján. Az előrejelzési logika az egyik futamról a másikra viszi át a sebességpontokat.

  • 2. iteráció: 13 történeti pont, 1. és 2. elem teljesíthető; 7 sebességpont viszi át a következő sprint

  • 3. iteráció: 24 történetpont, a 3–5. elemek teljesíthetők; 3 (= 20 + 7 - 24) sebességpont viszi át a következő sprintet

  • Iteráció 4: 21 történetpont, a 6–8. elem elvégezhető; 2 (=20+3-21) sebességpontok átvitele a következő futamra

  • 5. iteráció: 16 story pont, a 9–12-es elemek teljesíthetők; 6 (=20+2-16) sebességpont továbblép a következő futamba.

  • 6. iteráció: 23 történeti pont, 13–16. elem teljesíthető; 3 (=20+6-23) sebességpontok viszik át a következő futamot

    Képernyőkép a táblákról, a hátralékról, a 6 futam előrejelzési eredményeiről.

Speciális előrejelzési forgatókönyvek

1. forgatókönyv: Az ütemtervhez szükséges sebesség meghatározása

Az előrejelzési eszköz használatának egy másik módja, ha különböző sebességértékeket ad meg, amíg az összes hátralévő elem be nem fejeződik egy adott futamsorozatban. Ez az előrejelzés becslést nyújt arról, hogy milyen sebesség szükséges az elemek hátralékának elvégzéséhez.

Ezután felmérheti az aktuális csapat sebessége és a szükséges sebesség közötti különbséget. A delta segít meghatározni, hogy milyen egyéb erőforrások szükségesek a termelési igényeknek való megfeleléshez egy meghatározott időn belül.

A sebességkövetelmény-elemzés lépései

  1. Hátralékok teljes munkamennyiségének számlálása: Az összes hátraléktételre vonatkozó munkamennyiség-becslés összegzése
  2. Elérhető futamok száma: Határozza meg, hogy hány futama van a céldátumig
  3. A szükséges sebesség kiszámítása: A teljes munkamennyiség elosztva a rendelkezésre álló futamokkal
  4. Összehasonlítás az aktuális sebességgel: Az aktuális és a szükséges sebesség közötti különbség azonosítása
  5. Ennek megfelelően tervezze meg: Állapítsa meg, hogy több csapattagra, hatókör-csökkentésre vagy ütemterv-módosításra van-e szüksége

2. forgatókönyv: Kiadástervezés több csapattal

A közös kiadáson dolgozó több csapattal rendelkező szervezetek esetén:

  1. Csapat-előrejelzések összesítése: Az összes közreműködő csapat előrejelzéseinek egyesítése
  2. Függőségek azonosítása: Csapatközi függőségek leképezése, amelyek hatással lehetnek a kézbesítésre
  3. Integrációs pontok megtervezése: Integrációs tevékenységek ütemezése csapatszállítások között
  4. Előrehaladás figyelése: A tényleges előrehaladás nyomon követése az előrejelzett kézbesítési dátumok alapján

3. forgatókönyv: Kapacitástervezés a csoport méretének módosításával

Amikor a csapatösszetétel megváltozik egy projekt során:

  1. Sebesség arányos beállítása: A sebesség növelése vagy csökkentése a csapat méretének változásai alapján
  2. Vegyük figyelembe a felfutási időt: Az új csapattagoknak általában időre van szükségük a teljes hatékonyság eléréséhez
  3. Tényleges teljesítmény monitorozása: A tényleges sebesség és a korrigált előrejelzések összehasonlítása
  4. Rendszeres újraszámítás: Az előrejelzések frissítése új sebességminták alapján

Ajánlott eljárások a pontos előrejelzéshez

Becslési eljárások

  • Konzisztens becslési skálák használata: Győződjön meg arról, hogy minden csapattag megérti és alkalmazza ugyanazokat a becslési feltételeket
  • Együttműködésen alapuló becslés: Póker vagy hasonló technikák használata a csapatmegegyezéshez
  • Nagy elemek lebontása: Nagyméretű munkaelemek felosztása kisebb, kiszámíthatóbb darabokra
  • Minden munka belefoglalása: Hibák, műszaki adósságok és egyéb, a kapacitást befolyásoló munka

Sebességkezelés

  • Tényleges sebesség nyomon követése: Valós sebesség monitorozása az idő függvényében és az előrejelzések ennek megfelelően
  • Gördülő átlagok használata: Az előrejelzéseket az utolsó 3-6 sprint átlagára alapozzuk a stabilitás érdekében.
  • A csapat változásainak figyelembe vétele: A sebességre vonatkozó elvárások módosítása a csapatösszeállítás változásakor
  • Fontolja meg a külső tényezőket: Figyelembe kell venni az ünnepnapokat, a képzéseket és az egyéb kapacitási hatásokat

Karbantartás előrejelzése

  • Rendszeres frissítés: Az előrejelzések frissítése sprintenként legalább egyszer
  • Feltételezések áttekintése: Annak ellenőrzése, hogy az alapul szolgáló feltételezések érvényesek-e
  • Változások közlése: Az érdekelt felek tájékoztatása az előrejelzési frissítésekről és azok következményeiről
  • Tudnivalók a tényleges adatokról: Az előrejelzési előrejelzések és a tényleges eredmények összehasonlítása a pontosság javítása érdekében

Gyakori előrejelzési problémák elhárítása

Probléma: Pontatlan előrejelzések

Lehetséges okok:

  • Inkonzisztens munkaelem-becslések
  • Sebességszámítás túl kevés futam alapján
  • Jelentős csapatösszeállítási változások
  • Külső függőségek nincsenek figyelembe véve

Megoldások:

  • Becslési eljárások áttekintése és szabványosítása
  • Hosszabb sebességelőzmények használata számításokhoz
  • Csapatmódosítások sebességének módosítása
  • Függőségkezelés belefoglalása a futamtervezésbe

Probléma: Az előrejelzési eszköz nem jeleníti meg a várt eredményeket

Lehetséges okok:

  • Helytelen állapotkategóriába sorolt munkaelemek
  • Helytelen csapatterület-elérési út konfigurációja
  • Sprintkonfigurációs problémák
  • Hiányzó munkaelem-becslések

Megoldások:

  • Ellenőrizze, hogy a munkaelem állapotai a megfelelő kategóriákhoz tartoznak.
  • A csapat beállításainak ellenőrzése a terület elérési útjaihoz és iterációihoz
  • Győződjön meg arról, hogy a futamok megfelelően vannak konfigurálva és hozzárendelve
  • Becslések hozzáadása az összes hátraléktételhez

Probléma: Nagy eltérés az előrejelzések és a tényleges adatok között

Lehetséges okok:

  • Kiszámíthatatlan munkaelem-méretek
  • Terjedelemkúszás a sprintek során
  • A becslésekben nem szereplő technikai kihívások
  • A kapacitást érintő külső megszakítások

Megoldások:

  • A munkaelemek lebontási folyamatának javítása
  • Erősebb hatókörkezelés implementálása
  • Kockázati pufferek belefoglalása a becslésekbe
  • Megszakításalapú munka nyomon követése és elszámolása

Következő lépés

AI használata sprint-előrejelzéshez

Ha a Azure Boards MCP-kiszolgáló ügynök módban csatlakozik az AI-ügynökhöz, természetes nyelvi kérésekkel áttekintheti az előrejelzést támogató hátralékbecsléseket és sebességadatokat.

Feladatok Példakérés
Hátralékbecslések áttekintése List all user stories on the <Contoso Team> backlog that have no story points assigned
Hátralék mérete What is the total story points remaining in the product backlog for <Contoso Team>?
Sprint befejezési előzményei How many story points did <Contoso Team> complete in each of the last 5 sprints?
Sprintok számának becslése Based on a velocity of 25 story points, how many sprints to complete the remaining backlog for <Contoso Team>?
Kiadási dátum előrejelzése Using the average velocity from the last 5 sprints, estimate when <Contoso Team> will complete all priority-1 backlog items
Becslési hiányosságok azonosítása Which user stories in the <Contoso Team> backlog have story points that differ significantly from similar-sized stories?
Sebességtrendek összehasonlítása Show a sprint-by-sprint velocity trend for <Contoso Team> over the last 8 sprints and flag any sprints that were outliers
Előrejelzés csökkentett kapacitással If <Contoso Team> velocity drops to 18 story points due to holidays, how many additional sprints are needed to clear the backlog?
A funkció befejezésének előrejelzése How many sprints until all child stories under feature #3050 are complete, based on <Contoso Team> average velocity?
Hátraléklista finomhangolási prioritások List the top 20 backlog items by priority for <Contoso Team> and flag any that are missing story point estimates

Note

Az ügynök mód és az MCP-kiszolgáló természetes nyelvet használ, így módosíthatja ezeket az utasításokat, vagy további kérdéseket tehet fel az eredmények finomítása érdekében.