Megosztás a következőn keresztül:

Alapértelmezett folyamatok és folyamatsablonok

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

Az Azure Boards különböző folyamatokat kínál a munkaelemek kezeléséhez. A megfelelő folyamat kiválasztása segít optimalizálni a projekt munkafolyamatát, és biztosítani a projekt sikerességét. Ebben a cikkben megismerheti az Azure Boardsban elérhető különböző folyamatokat. Ez a cikk útmutatást nyújt a projekt számára legmegfelelőbb folyamat kiválasztásához.

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.

Term Description
Folyamatmodell 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.
Process 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 folyamattípusok az alapszintű, az agilis, a képesség-fejlettségi modell integrációja (CMMI) és a Scrum. Az alapértelmezett folyamatok és folyamatsablonok munkakövetési objektumai megegyeznek. Ezeket ebben a cikkben foglaljuk össze.

Tip

Az Azure DevOps Serverrel választhat az örökölt folyamatmodell vagy a helyszíni XML-folyamatmodell használata között. További információ: A projektgyűjtemény folyamatmodelljének kiválasztása. Az alapértelmezett folyamatok vagy folyamatsablonok legújabb verzióinak elérése:

  • Örökölt folyamatmodell: Nyissa meg a Folyamatok lapot. További információ: Folyamatok kezelése.

  • Helyszíni XML-folyamatmodell:

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.

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.

A diagram egy hierarchia alapszintű munkaelem-típusait mutatja be.

Agile

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 használható a felhasználói történetek és opcionálisan a hibák nyomon követéséhez a 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.

Az ábrán a hierarchia agilis munkaelem-típusai láthatók.

Scrum

Válassza a Scrumot, amikor a csapat a Scrumot űzi. Ez a folyamat nagyszerűen használható a termékhátrelmények és a hibák nyomon követéséhez a táblán. 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.

Az ábrán a Scrum munkaelem-típusai láthatók egy hierarchiában.

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.

Képernyőkép a CMMI munkaelem-típusairól egy hierarchiában.

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:

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

Agile

Scrum

CMMI

Munkafolyamat-állapotok

  • Teendő
  • Doing
  • Done
  • New
  • Active
  • Resolved
  • Closed
  • Removed
  • New
  • Approved
  • Committed
  • Done
  • Removed
  • Proposed
  • Active
  • Resolved
  • Closed

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

  • Issue
  • Felhasználói szövegegység
  • Hiba (nem kötelező)
  • Termék hátraléktétele
  • Hiba (nem kötelező)
  • Requirement
  • Hiba (nem kötelező)

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

  • Epic
  • Epic
  • Feature
  • Epic
  • Feature
  • Epic
  • Feature

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)

  • Issue
  • Bug
  • Bug
  • Bug

Probléma- és kockázatkezelés

  • Issue
  • Issue
  • Impediment
  • Issue
  • Risk
  • Review

Notes:

  1. Adjon hozzá munkaelemeket a termék hátralékából vagy táblájá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 rangsorolhatják a munkát, és felvázolhatják a függőségeket és kapcsolatokat. Minden csapat konfigurálhatja, hogy a hibák hogyan jelenjenek meg 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 megállapíthatják, hogy túlterheltek-e vagy alulhasználtak-e egy sprint során.

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.

Important

Munkafolyamat-áttűnések: Az alapértelmezett munkafolyamat-áttűnések bármilyen állapotot támogatnak az Azure DevOps Services és az Azure DevOps Server 2020 és újabb verziók állapotváltásaihoz. A munkafolyamatokat testreszabhatja úgy, hogy a csapat igényeinek megfelelően korlátozhatja a konkrét átmeneteket. További információ: A munkakövetési élmény testreszabása.

Munkafolyamatok vizualizációja: Az egyes munkaelem-típusokhoz támogatott munkafolyamat-áttűnések megtekintéséhez telepítse az Állapotmodell vizualizációja Marketplace-bővítményt. Ez a bővítmény hozzáad egy Állapotábrázoló központot a Táblák alatt, ahol kiválaszthat egy munkaelem-típust, és megtekintheti annak teljes munkafolyamat-állapotmodelljét.

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ó.

Felhasználói szövegegység

A User Story munkafolyamat-állapotait az Agile-folyamattal ábrázoló diagram.

Feature

A funkció-munkafolyamat állapotát az Agile-folyamattal ábrázoló diagram.

Epic

Az Epikus munkafolyamat-állapotokat az Agile-folyamattal ábrázoló diagram.

Bug

Diagram, amely az Agile-folyamattal jeleníti meg a hibafolyamat állapotát.

Task

A tevékenység-munkafolyamat állapotait az Agile-folyamattal ábrázoló diagram.

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 a munkaelem állapotát a táblával vagy a tálcával. Húzza a munkaelemet a megfelelő állapotoszlopba.

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 vagy Done: Az ebben az állapotban lévő munkaelemek nem jelennek meg a portfólió feladatlistán és feladatlista oldalain. Ezek megjelennek a sprint hátralékoldalain, a táblán és a tálcán. Ha a portfolió-hátralék nézetet a hátralékelemek megjelenítése nézetre módosítja, például a termékhátralék elemek funkcióinak megtekintéséhez, a munkaelemek Closed és Done állapotban jelennek meg.
  • 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, ClosedDonehogy Removedaz adattár megőrizze a rekordot. Lekérdezések vagy jelentések létrehozásához használjon rekordot.

Note

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.

Note

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 egy évnél. 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 Teszttervek, a Microsoft Tesztmenedzserek, a Saját munka és a Visszajelzés által használt munkaelem-típusokat bemutató ábra.

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

Tool 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 tesztfelügyelet munkaelem-típusait bemutató diagram.

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 munkakövetési élmény 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: Lekérdezés létrehozása buildelési és tesztelési integrációs mezők alapján.

Kapcsolódó tartalom

  • Last updated on