Az alapértelmezett folyamatok és folyamatsablonok ismertetése

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Az Azure Boards különböző folyamatokat kínál a munkaelemek kezeléséhez. A megfelelő folyamat kiválasztása elengedhetetlen a projekt munkafolyamatának optimalizálásához és sikerességének biztosításához. Ebben a cikkben az Azure Boardsban elérhető különböző folyamatokat ismertetjük. Ez a cikk azt is ismerteti, hogyan választhatja ki a projekt számára legmegfelelőbb folyamatot.

Projekt létrehozásakor egy folyamat- vagy folyamatsablontkell kiválasztania azon folyamatmodell alapján, amelyhez a szervezet vagy a gyűjtemény létrejött. Mielőtt kiválaszt egy folyamatot a projekthez, ismernie kell a következő kifejezéseket.

Időszak	Leírás
Feldolgozási modell	A szervezethez vagy projektgyűjteményhez létrehozott projektek támogatására használt modellre hivatkozik. Egyszerre csak egy folyamatmodell támogatott egy projekt esetében.
Feldolgozás	Meghatározza a munkaelem-követési rendszer építőelemeit, és támogatja az Azure Boards öröklési folyamatmodellét. Ez a modell támogatja a projektek testreszabását a What You See Is What You Get (WYSIWYG) felhasználói felületen keresztül.
Folyamatsablon	Meghatározza a munkaelem-követési rendszer és az Azure DevOpson keresztül elérhető egyéb alrendszerek építőelemeit. A folyamatsablonok csak a üzemeltetett XML- és helyszíni XML-folyamatmodellekkel használhatók. A projektek testreszabásához módosítsa és importálja a folyamatsablon XML-definíciós fájljait.

Az alapértelmezett folyamatokban és folyamatsablonokban található munkakövető objektumok, amelyek alapszintű, agilis, képességszintű modellintegráció (CMMI) és Scrum, megegyeznek. Ezeket ebben a cikkben foglaljuk össze.

Alapértelmezett folyamatok

Az alapértelmezett folyamatok elsősorban a munkaelem-típusokban különböznek, amelyek a tervezéshez és a munka nyomon követéséhez szolgálnak. Az alapértelmezett folyamatok a következők:

• Alapszintű: A legegyszerűbb, és szelektív előzetes verzióban érhető el.
• Scrum: A következő legkönnyebb.
• Agilis: Számos Agilis metóduskifejezést támogat.
• CMMI: A legtöbb támogatást biztosítja a formális folyamatokhoz és a változáskezeléshez.

Feljegyzés

Az Alapszintű folyamat az Azure DevOps Server 2019 1. és újabb verzióival érhető el.

Basic

Válassza az Alapszintű lehetőséget, ha a csapat a probléma, feladat és epikus munkaelemtípusokat használó legegyszerűbb modellt szeretné használni a munka nyomon követéséhez.

A tevékenységek támogatják a hátralévő munka nyomon követését.

---

Rugalmas

Válassza az Agile lehetőséget, ha a csapat agilis tervezési módszereket használ, beleértve a Scrumot is, és külön nyomon követi a fejlesztési és tesztelési tevékenységeket. Ez a folyamat nagyszerűen működik a Felhasználói történetek és (opcionálisan) hibák nyomon követéséhez a Kanban táblán. A feladattábla hibáit és feladatait is nyomon követheti.

Az Agile-módszertanokkal kapcsolatos további információkért lásd: Agile Alliance.

A tevékenységek támogatják az eredeti becslés, a hátralévő munka és a befejezett munka nyomon követését.

---

Dulakodás

Válassza a Scrumot, amikor a csapat a Scrumot űzi. Ez a folyamat nagyszerűen használható a kanbani tábla termékháttárainak és hibáinak nyomon követéséhez. A termékhátrelék-elemeket és a hibákat a feladattáblán lévő feladatokra is bonthatja.

Ez a folyamat támogatja a Scrum-szervezet által meghatározott Scrum-módszertant.

A tevékenységek csak a hátralévő munka nyomon követését támogatják.

---

CMMI

Válassza a CMMI-t, ha csapata formálisabb projektmódszereket követ, amelyek a folyamatfejlesztés keretrendszerét és a döntések naplózható rekordját igénylik. Ezzel a folyamattal nyomon követheti a követelményeket, módosíthatja a kéréseket, a kockázatokat és a felülvizsgálatokat.

Ez a folyamat támogatja a formális változáskezelési tevékenységeket. A tevékenységek támogatják az eredeti becslés, a hátralévő munka és a befejezett munka nyomon követését.

---

Ha két vagy háromnál több hátralékszintre van szüksége, adjon hozzá többet a használt folyamatmodell alapján:

• Öröklés: A folyamat hátralékainak vagy tábláinak testreszabása
• Üzemeltetett XML vagy helyszíni XML: Portfolió-hátralékok hozzáadása

Az alapértelmezett folyamatok fő különbségei

Az alapértelmezett folyamatok úgy vannak kialakítva, hogy megfeleljenek a legtöbb csapat igényeinek. Ha a csapatnak szokatlan igényei vannak, és egy helyszíni kiszolgálóhoz csatlakozik, szabjon testre egy folyamatot, majd hozza létre a projektet. Létrehozhat egy projektet egy folyamatból is, majd testre szabhatja a projektet.

Az alábbi táblázat összefoglalja a munkaelem-típusok és a négy alapértelmezett folyamat által használt állapotok közötti fő különbségeket.

Nyomkövetési terület

Basic

Rugalmas

Dulakodás

CMMI

---

Munkafolyamat-állapotok

• Teendő
• Csinál
• Kész

• Új
• Aktív
• Feloldva
• Lezárva
• Eltávolítva

• Új
• Engedélyezve
• Elkövetett
• Kész
• Eltávolítva

• Javasolt
• Aktív
• Feloldva
• Lezárva

Terméktervezés (lásd: 1. megjegyzés)

• Probléma

• Felhasználói szövegegység
• Hiba (nem kötelező)

• Termék hátraléktétele
• Hiba (nem kötelező)

• Követelmény
• Hiba (nem kötelező)

Portfolió-hátralékok (lásd a 2. megjegyzést)

• Eposz

• Eposz
• Szolgáltatás

• Eposz
• Szolgáltatás

• Eposz
• Szolgáltatás

Feladat- és futamtervezés (lásd a 3. megjegyzést)

• Task

• Task
• Hiba (nem kötelező)

• Task
• Hiba (nem kötelező)

• Task
• Hiba (nem kötelező)

Hibaelmaradás kezelése (lásd: 1. megjegyzés)

• Probléma

• Hiba

• Hiba

• Hiba

Probléma- és kockázatkezelés

• Probléma

• Probléma

• Akadálya

• Probléma
• Kockázat
• Áttekintés

---

Megjegyzések:

1. Adjon hozzá munkaelemeket a termékhátrelékből vagy a Kanban táblából. A termék-hátralék egyetlen nézetet jelenít meg a munka aktuális hátralékáról, amely dinamikusan átrendezhető és csoportosítható. A terméktulajdonosok gyorsan rangsorolhatják a munkahelyi és szerkezeti függőségeket és kapcsolatokat. Emellett minden csapat konfigurálhatja, hogyan jelenjenek meg a hibák a hátralékokon és a táblákon.
2. A portfolió-hátralékok hierarchiájának definiálása a több csapatra kiterjedő munka hatókörének megértéséhez és annak megtekintéséhez, hogy ez a munka hogyan fog szélesebb körű kezdeményezésekbe gördülni. Minden csapat konfigurálja, hogy mely portfolió-hátralékok jelenjenek meg a használatukhoz.
3. Feladatok definiálása a sprint hátralékából és a feladattáblából. A kapacitástervezéssel a csapatok gyorsan megállapíthatják, hogy túl- vagy kapacitáshiányban vannak-e a futamok.

Munkafolyamat-állapotok, áttűnések és okok

A munkafolyamat-állapotok támogatják a munka állapotának nyomon követését, miközben az New állapotból egy vagy egy állapotba ClosedDone kerül. Minden munkafolyamat állapotkészletből, az állapotok közötti érvényes áttűnésekből és a munkaelem kijelölt állapotba való áttűnésének okaiból áll.

Fontos

Az Azure DevOps Services és az Azure DevOps Server 2019 esetében az alapértelmezett munkafolyamat-áttűnések bármilyen állapotváltást támogatnak. Ezeket a munkafolyamatokat testreszabhatja az áttűnések korlátozásához. További információ: A csapat folyamatainak támogatásához használható munkakövető objektumok testreszabása.

Emellett tekintse meg az egyes munkaelemtípusok támogatott munkafolyamat-áttűnéseit az Állapotmodell vizualizációja Marketplace-bővítmény telepítésével. Ez a bővítmény új központot ad hozzá a State Visualizer címkével ellátott táblák alatt. Ezen a lapon válasszon ki egy munkaelemtípust, és tekintse meg a munkafolyamat-állapotmodellt.

Az alábbi ábrák azoknak a munkaelem-típusoknak a jellemző előre haladását mutatják be, amelyek a három alapértelmezett folyamat munka- és kódhibáinak nyomon követésére szolgálnak. A korábbi állapotokra való regressziók némelyikét és az eltávolított állapotokra való áttérést is mutatják. Minden képen csak az áttűnéssel társított alapértelmezett ok látható.

Agilis folyamat

Felhasználói szövegegység

Szolgáltatás

Eposz

Hiba

Task

Alapszintű folyamat

Feljegyzés

Az alapszintű folyamat akkor érhető el, ha új projektet hoz létre az Azure DevOps Servicesből vagy az Azure DevOps Server 2019.1-ből. A korábbi helyszíni üzemelő példányok esetében válassza az Agile, Scrum vagy CMMI folyamatot.

Epikus, probléma- és tevékenységhierarchia

Epikus, probléma- és feladat-munkafolyamat

Scrum-folyamat

Termék hátraléktétele

Szolgáltatás

Eposz

Hiba

Task

CMMI-folyamat

Követelmény

Szolgáltatás

Eposz

Hiba

Task

Az Agile-eszközök által használt legtöbb munkaelemtípus, a hátralékokon és a táblákon megjelenők támogatják az áttűnéseket. Frissítse egy munkaelem állapotát a Kanban-tábla vagy a tálcán a megfelelő állapotoszlopra húzásával.

Módosítsa a munkafolyamatot más állapotok, áttűnések és okok támogatásához. További információ: A munkakövetési élmény testreszabása.

Munkaelem állapotai

Amikor egy munkaelem Removedállapotát a következőre módosítja, ClosedDonea rendszer a következőképpen válaszol:

• Closed/Done: Az ebben az állapotban lévő munkaelemek nem jelennek meg a portfólió hátralék- és hátralékoldalain. Ezek megjelennek a sprint hátralékoldalain, a Kanban táblán és a tálcán. Emellett ha a portfolió-teendőlista nézetet a Hátralékelemek megjelenítése nézetre módosítja, például a termékháttételeket tartalmazó funkciók megtekintéséhez, megjelennek a munkaelemek és Done az Closed állapot.
• Removed: Az ebben az állapotban lévő munkaelemek nem jelennek meg a hátralékon vagy a táblán.

A projekt addig tartja karban a munkaelemeket, amíg a projekt aktív. Még akkor is, ha a munkaelemeket úgy állítja be, DoneRemovedhogy Closedaz adattár megőrizze a rekordot. Lekérdezések vagy jelentések létrehozásához használjon rekordot.

Feljegyzés

A befejezett vagy bezárt munkaelemek nem jelennek meg a hátralékokon és a táblákon, miután a módosított dátum értéke nagyobb, mint 183 nap (körülbelül fél év). Ezeket az elemeket továbbra is listázhatja egy lekérdezéssel. Ha azt szeretné, hogy megjelenjenek egy hátralékon vagy táblán, kisebb módosításokat végezhet rajtuk, ami alaphelyzetbe állítja az órát.

Ha véglegesen törölnie kell a munkaelemeket, olvassa el a Munkaelemek eltávolítása vagy törlése című témakört.

Az összes folyamathoz hozzáadott munkaelem-típusok

Az alapszintű folyamat kivételével a következő munkaelem-típusok lesznek hozzáadva az összes folyamathoz.

A csapat a megfelelő eszközzel hozhatja létre és használhatja ezeket a típusokat.

Eszköz	Munkaelem-típusok
Microsoft Test Manager	Test Plan, Test Suite, Test Case Shared StepsShared Parameters
Visszajelzés kérése	Feedback Request, Feedback Response
Saját munka (a Team Explorerből), Kód áttekintése	Code Review Request, Code Review Response

Az ilyen típusú definíciókból származó munkaelemeket nem manuálisan kell létrehozni, majd hozzá kell adni a Hidden Types kategóriához. A kategóriához Hidden Types hozzáadott munkaelem-típusok nem jelennek meg az új munkaelemeket létrehozó menükben.

A tesztélményt támogató munkaelem-típusok

A tesztélményt támogató és a Test Managerrel és a webes portállal együttműködő munkaelem-típusok az alábbi képen látható hivatkozástípusok használatával vannak összekapcsolva.

A webes portálon vagy a Microsoft Test Managerben megtekintheti, hogy mely teszteseteket definiálja egy tesztcsomag, és megtekintheti, hogy mely tesztcsomagok vannak definiálva egy tesztcsomaghoz. Ezek az objektumok azonban nem kapcsolódnak egymáshoz hivatkozástípusokon keresztül. Ezeket a munkaelemtípusokat ugyanúgy szabhatja testre, mint bármely más munkaelem-típust. További információ: A csapat folyamatainak támogatásához használható munkakövető objektumok testreszabása.

Ha módosítja a tesztcsomag és a tesztcsomag munkafolyamatát, előfordulhat, hogy frissítenie kell a folyamatkonfigurációt az itt leírtak szerint. Az egyes tesztmezők definícióiért lásd a buildelési és tesztelési integrációs mezőkön alapuló lekérdezést.

Kapcsolódó cikkek

• A munkakövetési élmény testreszabása
• Folyamatsablonok feltöltése és letöltése