A munkafolyamat testreszabása (öröklési folyamat)

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

A csapat termelékenységének optimalizálása a munkaelemek munkafolyamatainak testreszabásával az egyedi üzleti folyamatoknak megfelelően. Minden munkaelemtípus (WIT) tartalmaz egy előre definiált munkafolyamatot, amely nyomon követi a munka állapotát a létrehozástól a befejezésig. Az egyéni állapotok lehetővé teszik, hogy az Azure DevOps-munkafolyamatokat a már bevált csapat gyakorlatokkal, szabályozási követelményekkel és szervezeti szabványokkal igazítsa.

Gyakori munkafolyamat-testreszabások:

• Hibakezelés: Olyan állapotok hozzáadása, mint a Triaged, a Vizsgálat vagy az Ügyfél által ellenőrzött
• Funkciófejlesztés: Tervezési felülvizsgálat, fejlesztés, kódvizsgálat vagy érdekelt fél jóváhagyása
• Megfelelőségi munkafolyamatok: Biztonsági felülvizsgálat, jogi felülvizsgálat vagy teljes naplózási állapot hozzáadása

Ez a cikk bemutatja, hogyan lehet a hiba munkaelemet testreszabni, hogy tartalmazza a Triaged állapotot. Az állapot- és okmezők jól láthatók a munkaelem űrlapfejlécében a könnyű hozzáférés és az állapot láthatóságának egyértelműsége érdekében.

Jótanács

A DevOps-munkafolyamatok buildeléséhez és kiadásához tekintse meg a YAML és a klasszikus folyamatok című témakört.

Támogatott testreszabások

Az örökölt állapotok elrejtésével vagy egyéni állapotok hozzáadásával bármilyen munkaelemtípus (WIT) munkafolyamatát testre szabhatja. Az örökölt állapotok az egyéni folyamat létrehozásához használt rendszerfolyamattól függően változnak: Agile, Basic, Scrum vagy Capability Maturity Model Integration (CMMI). További információ: Munkafolyamat-állapotok, áttűnések és okok.

Az egyes WIT-ekhez tartozó alapértelmezett munkafolyamat két és négy állapot között határoz meg, és a következő munkafolyamat-műveleteket adja meg:

• Az egyes állapotok közötti előre- és hátratűnések. Az alap folyamat Issue WIT például három állapotot foglal magában: Teendő, Folyamatban és Kész.
• Az egyes állapotváltások alapértelmezett okai.

Az örökölt és az egyéni munkafolyamatoknak meg kell felelniük a következő szabályoknak:

• Definiáljon legalább két munkafolyamat-állapotot.
• Definiáljon legalább egy állapotot a javasolt vagy folyamatban lévő állapotkategóriákhoz.
• Munkaelem-típusonként legfeljebb 32 munkafolyamat-állapotot határozhat meg.

Feljegyzés

Mielőtt egyéni munkafolyamat-állapotot ad hozzá, tekintse meg a hátralékok és táblák munkafolyamat-állapotairól szóló tájékoztató oldalt, hogy megtudja, hogyan képeznek le a munkafolyamat-állapotok kategóriákat.

Az örökölt és egyéni munkafolyamat-állapotok testreszabásához tekintse meg a következő erőforrásokat:

Örökölt állapotok

• Állapot elrejtése vagy felfedése
• Szabályok hozzáadása munkafolyamat-állapot módosításakor

Egyéni állapotok

• Munkafolyamat-állapot hozzáadása
• Munkafolyamat-állapot szerkesztése
• Munkafolyamat-állapot eltávolítása
• Szabályok hozzáadása munkafolyamat-állapot módosításakor

Korlátozások

• Az örökölt állapotok nevét, színét vagy kategóriáját nem módosíthatja, de elrejtheti őket, ha nem szeretné, hogy láthatóak legyenek.
• A definiált egyéni állapotok neve nem módosítható.
• Az alapértelmezett állapotkategória-neveket nem módosíthatja és nem szabhatja testre.
• A Kész állapot kategóriában csak egy állapot létezhet. Ha egyéni állapotot ad hozzá ehhez a kategóriához, azzal eltávolítja vagy elrejti a kategória bármely más állapotát.
• Az állapotáttűnések egyéni okai nem határozhatók meg. Használja az alapértelmezett okokat, például az Áthelyezés a Triaged állapotba és az Áthelyezés a Triaged állapotból.
• Az Állapot és ok mezők elhelyezése nem módosítható a munkaelem űrlapon.

Az állapot szervezetének és viselkedésének megértése

Állapotkategóriák és munkafolyamat-előrehaladás

Az Azure DevOps négy funkcionális kategóriába rendezi az állapotokat, amelyek meghatározzák a munkafolyamat viselkedését:

Kategória	Cél	Példák	Magatartás
Javasolt	Kezdeti munkaszakaszok, tervezés	Új, Jóváhagyott, Felosztva	Új munkaelemek kiindulópontja
Folyamatban	Aktív munkafázisok	Aktív, Elkötelezett, Kivizsgálás	Azt jelzi, hogy a munka folyamatban van
Feloldva	Ellenőrzésre váró befejezett munka	Megoldva, javítva, tesztelésre kész	A munka befejeződött, ellenőrzésre vár
Befejezett	Befejezett munka végleges állapotai	Kész, Lezárva, Eltávolítva	Terminálállapotok, a munka teljesen befejezve

Állapot legördülő menüsor

Az állapotok az egyes kategóriákban megadott sorrendnek megfelelően jelennek meg a legördülő menükben. A Javasolt kategória első állapota automatikusan az új munkaelemek alapértelmezett állapotává válik.

Államrendezési alapelvek:

• Logikai progresszió: Az állapotok elrendezése általában a csoportok sorrendjében történik
• A használat gyakorisága: A gyakran használt állapotok a listában magasabbak
• Vizuális érthetőség: Fontolja meg, hogy az állapotrend hogyan befolyásolja a felhasználói élményt

Az alábbi példa bemutatja, hogyan befolyásolja az állapotütemezési konfiguráció a felhasználói felületet:

Állapotkezelési képességek:

• Egyéni állapotok átrendezése kategóriákon belül felfelé vagy lefelé lépéssel
• Nem lehet átrendezni a rendszer (örökölt) állapotát
• A módosítások a folyamatsablont használó összes csapatot érintik

Munkafolyamat-módosítások hatásainak kezelése

A munkafolyamat-módosítások csapatokra gyakorolt hatásának megismerése segít az implementációk megtervezésében és a frissítések hatékony koordinálásában.

A tábla konfigurációs követelményei

A Teams alkalmazásnak frissítenie kell a táblakonfigurációkat az alábbi testreszabások elvégzésekor:

A táblák frissítését igénylő állapottal kapcsolatos változások

Típus módosítása	Hatás	Beavatkozás szükséges
Egyéni állapot hozzáadása	Új oszlop szükséges a táblákon	Oszlopleképezés konfigurálása
Állapotkategória módosítása	Állapot viselkedésének változásai	Oszlopok áttekintése és módosítása
Örökölt állapot elrejtése	Előfordulhat, hogy az oszlop érvénytelen lesz	Oszlopok újrarendezése
WIT hozzáadása a feladatlistához	Új munkaelemek jelennek meg a táblákon	Táblabeállítások konfigurálása

Részletes útmutatásért lásd: Hátralékok és táblák testreszabása.

A sprint és a feladattábla szempontjai

A tevékenység munkaelemének változásai:

• Új állapotok hozzáadása a Task WIT-hez új feladat-tábla oszlopokat hoz létre.
• A változások hatással vannak a futamtervezésre és a napi önálló munkafolyamatokra
• A csapat sebességkövetésére és jelentésére gyakorolt hatás mérlegelése

Hibakövetési integráció:

• Ha a feladatokkal kapcsolatos hibákat követi nyomon, a hiba wit állapotának változásai hatással vannak a Taskboardra
• A hiba- és tevékenységállapotok igazítása minimálisra csökkenti a táblák összetettségét
• Konzisztens állapotok javítják a munkaelemek közötti jelentéskészítést

A változáskezelés ajánlott eljárásai

Megvalósítás előtti tervezés:

• Érdekelt felek igazítása: Munkafolyamat-módosítások megerősítése az érintett csapatokkal
• Változásértékelés: Az összes csapat és projekt azonosítása a folyamat használatával
• Ütemterv-koordináció: Változások tervezése alacsony tevékenységű időszakokban
• Kommunikációs stratégia: Egyértelmű változásértesítések fejlesztése

Megvalósítás utáni támogatás:

• Dokumentációfrissítések: A csapatfolyamat dokumentációinak módosítása
• Oktatáskézbesítés: Segítség a csapatoknak az új munkafolyamat-beállítások megértéséhez
• Monitorozás és visszajelzés: Bevezetés nyomon követése és fejlesztési javaslatok összegyűjtése
• Probléma megoldása: A konfigurációs problémák azonnali megoldása

Visszaállítás előkészítése:

• Aktuális állapot dokumentálása módosítások előtt
• Kommunikáció tervezése a szükséges visszaállításokhoz
• A korábbi konfigurációk biztonsági mentési dokumentációjának karbantartása

Előfeltételek

Az Azure Boards adott üzleti követelményekhez való igazításával kapcsolatos útmutatásért tekintse meg az Azure Boards konfigurálása és testreszabása című témakört.

Kategória	Követelmények
Jogosultságok	- Folyamat létrehozásához, törléséhez vagy szerkesztéséhez a következőkre van szükség: A Projektgyűjtemény-gazdák csoport tagjának lenni, vagy rendelkezni az adott gyűjteményszintű engedélyekkel: Folyamat létrehozása, Folyamat törlése, Folyamat szerkesztése, vagy Mező törlése a szervezetből, amely beállítva van a következőre: Engedélyezés. További információ: Örökölt folyamat testreszabása. - Táblák frissítése: csapatadminisztrátori vagy a Projektgazdák csoport tagja.
Hozzáférés	– Még ha alapszintű vagy alacsonyabb hozzáféréssel is rendelkezik, akkor is módosíthatja a folyamatot, ha valaki engedélyt ad Önnek. – A meglévő munkaelemek típusának frissítése és módosítása: A projekt tagja.
Projekt folyamatmodell	- Rendelkezzen a projektet tartalmazó projektgyűjtemény öröklési folyamatmodelljével. – Az adatok Azure DevOps Servicesbe való migrálásához használja a Team Foundation Server Database Import Service szolgáltatást.
Tudás	- A testreszabási és folyamatmodellek ismerete.

Szervezeti folyamat beállításainak megnyitása

1. Jelentkezzen be a szervezetébe (https://dev.azure.com/{yourorganization}).

2. Válassza a Szervezeti beállítások lehetőséget.

   

3. Válassza a Folyamatot.

   

Feljegyzés

Az örökölt folyamatok testreszabásakor a folyamatot használó projektek automatikusan tükrözik a testreszabásokat. A zökkenőmentes átmenet érdekében javasoljuk, hogy hozzon létre egy tesztelési folyamatot és projektet a testreszabások teszteléséhez, mielőtt szervezeti szintű implementálást hajt végre. További információ: Örökölt folyamatok létrehozása és kezelése.

Munkafolyamat-állapot hozzáadása

A munkaelem-típusokat a csapat egyedi folyamatszakaszait tükröző egyéni állapotokkal bővítheti. Az állapotok hozzáadása jobb nyomon követést, tisztább állapotvizualizációt és jobb munkafolyamat-igazítást tesz lehetővé az üzleti követelményeknek megfelelően.

Új államok stratégiai tervezése

Az állapotok hozzáadása előtt vegye figyelembe a csapat munkafolyamat-igényeit:

Meglévő hiányosságok kiértékelése:

• A folyamat azon szakaszainak azonosítása, amelyeket nem az aktuális állapotok jelölnek
• Annak meghatározása, hogy a meglévő állapotok újak hozzáadása helyett újra felhasználhatók-e
• Fontolja meg, hogyan integrálhatók az új állapotok a már bevált csapat gyakorlatokkal

Tervállapot jellemzői:

• Elnevezési konvenció: Egyértelmű, műveletorientált nevek használata, amelyeket a csapatok ismernek
• Kategória igazítása: Az állapot munkafolyamat-céljának megfelelő kategóriák kiválasztása
• Vizualizációk megkülönböztetése: A munkafolyamat egyértelműségét javító színek kiválasztása

Állapotintegráció és automatikus átmenet

Állapot hozzáadásakor:

• Legördülő lista rendelkezésre állása: Az állapot megjelenik az Állapot mezőben a munkaeleműrlapokon és a lekérdezésszerkesztőben
• Automatikus áttűnés: A kétirányú áttűnés minden meglévő állapotba és állapotból automatikusan létrejön
• Alapértelmezett okok: A rendszer által létrehozott átmeneti okok, például Áthelyezve az [StateName] állapotba és Áthelyezve az állapotból [StateName]

Egyéni munkafolyamat-állapot hozzáadása

1. Lépjen az állapotkonfigurációra: A Munkaelemtípusok lapon válassza ki a módosítani kívánt munkaelemtípust, válassza az Állapotok lehetőséget, majd az Új állapot lehetőséget.

   

   Jótanács

   Ha az Új állapot beállítás le van tiltva, nem rendelkezik a folyamat szerkesztéséhez szükséges engedélyekkel. Lásd: Örökölt folyamat testreszabása.

2. Állapottulajdonságok konfigurálása: Adja meg figyelmesen az állapot részleteit:

   • Név: Használjon egyértelmű, leíró neveket (például: "Kód áttekintése", "Tesztelés", "Ügyfél-jóváhagyás")
   • Kategória: Válassza ki a megfelelő munkafolyamat-szakaszt (részletes leírásért tekintse meg az Állapotkategóriákat )
   • Szín: A csapat munkafolyamat-vizualizációját javító színek kiválasztása

   

   Fontos

   Ha állapotokat ad hozzá a folyamatban lévő vagy a Megoldott kategóriákhoz, az automatikusan frissíti az aktivált/dátum és a feloldott/dátum mezőit, amikor a munkaelemek áttérnek ezekre a kategóriákra, vagy kilépnek ezekből a kategóriákból. További információ: Által aktiválva/dátum és Által feloldva/dátum mezők.

3. Mentse a konfigurációt: Az állapot létrehozásához válassza a Mentés lehetőséget. A megadott szín az egész platformon megjelenik, beleértve a munkaelem-űrlapokat, a hátralékokat, a táblákat és a lekérdezési eredményeket.

4. Állapotütemezés optimalizálása (nem kötelező): A legördülő menük felhasználói élményének javításához állítsa be az állapotrendezést:

   • A helyi menü ikonjának kiválasztása
   • A Felfelé vagy a Le lépés elemet választva helyezze az állapotot a kategóriájába

   

5. Implementáció ellenőrzése: Az új állapot alapos tesztelése:

   • Frissítse a böngészőt a módosítások betöltésének ellenőrzéséhez
   • Testreszabott típusú munkaelem megnyitása
   • Ellenőrizze, hogy az állapot megjelenik-e a legördülő menüben a megfelelő színnel és elhelyezéssel

   Példa az Állapot legördülő menüre a Kivizsgált állapottal:

   

Implementáció utáni ellenőrzés

• Állapotáttűnések tesztelése: Ellenőrizze, hogy a munkaelemek a várt módon léphetnek-e át az új állapotba és onnan
• Jelentéskészítési hatások ellenőrzése: Győződjön meg arról, hogy a lekérdezések, irányítópultok és jelentések megfelelően működnek az új állapottal
• Bevezetés monitorozása: Nyomon követheti, hogyan használják a csapatok az új állapotot, és gyűjthetnek visszajelzéseket az optimalizáláshoz

Feljegyzés

Azoknak a csapatoknak, amelyek táblákat használnak, frissíteniük kell az oszlopbeállításaikat, amikor új állapotokat adnak hozzá olyan munkaelem-típusokhoz, amelyek a hátralékszintekhez társítottak. Az átfogó változáskezelési útmutatásért tekintse meg az Effektusok kezelése szakaszt .

Állapot szerkesztése

Az egyéni munkafolyamat-állapotok finomhangolása a csapat termelékenységének optimalizálása és a tiszta vizuális szervezet fenntartása érdekében. A meglévő állapotok szerkesztése költséghatékony megoldást kínál a munkafolyamat fejlesztésére a már meglévő folyamatok megzavarása nélkül.

Mikor kell szerkeszteni és új állapotokat létrehozni?

Meglévő állapot szerkesztése a következő esetekben:

• Az aktuális állapot neve pontosan a munkafolyamat fázisát jelöli
• Módosítania kell, hogyan viselkedik az állapot a folyamatban (kategóriaváltozás)
• A vizuális megjelenítést frissíteni kell a jobb érthetőség érdekében
• Az állapotfunkciókat a meglévő munkaelemek megzavarása nélkül szeretné átrendezni.

Új állapot létrehozása a következő esetekben:

• A meglévő állapotnév nem felel meg a munkafolyamat terminológiájának
• További részletekre van szüksége a folyamat során
• A jelenlegi állapotok nem fedik le az összes szükséges munkafolyamat-szakaszt

Szerkeszthető tulajdonságok

Ingatlan	Description	Hatás
Állami kategória	Meghatározza az állapot viselkedését és pozícióját a munkafolyamatban	Az állapot működésének módosítása táblákban, lekérdezésekben és jelentésekben
Állapot színe	Vizuális azonosító a platformon	Frissítések megjelenése az összes Azure DevOps-felületen

Nem szerkeszthető tulajdonságok

• Állapot neve: Létrehozás után végleges (fontolja meg az állapot célját a kezdeti létrehozás során)
• Rendszerállapotok: Az Alapértelmezett Azure DevOps-állapotok nem módosíthatók, csak rejtettek

Egyéni állapot szerkesztése

1. Lépjen az állapotra: A Munkaelemtípusok lapon válassza ki a munkaelem típusát, majd válassza az Állapotok lehetőséget.

2. Szerkesztési párbeszédpanel megnyitása: Válassza a Szerkesztés lehetőséget a... célállapotbeli helyi menü

   

3. Tulajdonságok konfigurálása:

   • Kategória: Válassza ki a megfelelő munkafolyamat-szakaszt (részletekért tekintse meg az Állapotkategóriákat )
   • Szín: A csapat vizuális konvencióinak megfelelő színek kiválasztása

4. Módosítások alkalmazása: A módosítások implementálásához válassza a Mentés lehetőséget.

5. A módosítások tesztelése:

   • Módosított típusú munkaelem megnyitása
   • Ellenőrizze, hogy az állapot megfelelő színnel és kategóriaviselkedéssel jelenik-e meg
   • Ellenőrizze, hogy az állapotátmenetek a várt módon működnek-e

Változáseffektusok kezelése

Azonnali műveletek szükségesek

A kategóriamódosítások a következőt igénylik:

• Az összes érintett csapat táblaoszlop-konfigurációjának frissítése
• Változások közlése a csapattagokkal és az érdekelt felekkel
• Ellenőrizze, hogy az automatizált folyamatok továbbra is megfelelően működnek-e

A színmódosításhoz a következőre van szükség:

• A színkódolásra hivatkozó csapatdokumentáció frissítése
• A felhasználók tájékoztatása az új vizuális ábrázolásról
• Ellenőrizze az irányítópult és a jelentések tisztaságát az új színekkel

Egyéb szempontok

• Kategóriamódosítások: Szükség esetén szükség lehet a korábbi táblakonfigurációk visszaállítására
• Színváltozások: Egyszerűen megfordítható munkafolyamat-effektus nélkül
• Dokumentáció: A régi színre vagy kategóriára hivatkozó csapatdokumentáció frissítése

Jótanács

Kövesse az optimális eredmények érdekében korábban ismertetett átfogó változáskezelési ajánlott eljárásokat .

Egyéni állapot elrejtése vagy eltávolítása

Az állapot elrejtése vagy eltávolítása előtt ismerje meg a meglévő munkaelemekre és csapat munkafolyamatokra gyakorolt hatásokat.

Az állapotok elrejtésének vagy eltávolításának következményei

Állapot elrejtésekor vagy eltávolításakor:

• Állapot legördülő lista: Az állapot már nem jelenik meg a munkaelemtípus Állapot legördülő menüjében
• Munkaelemelőzmények: A meglévő munkaelem-előzményrekordok nem változnak
• Meglévő munkaelemek: A rejtett/eltávolított állapotban lévő munkaelemek érvénytelenek lesznek, de megtartják az állapotukat
• Későbbi módosítások: Az érintett munkaelemek módosítása előtt frissítenie kell az állapotértéket

Érintett munkaelemek kezelése

Állapot elrejtése vagy eltávolítása előtt:

• Érintett elemek azonosítása: Lekérdezés létrehozása az elrejtendő vagy eltávolítandó állapotban lévő összes munkaelem megkereséséhez
• Állapotváltozások: Határozza meg, hogy ezek a munkaelemek melyik érvényes állapotba kerüljenek
• Tömeges frissítés: A tömeges szerkesztéssel az összes érintett munkaelemet érvényes állapotba helyezheti
• Módosítások ellenőrzése: Ellenőrizze, hogy az összes munkaelem sikeresen frissült-e

Helyreállítási beállítások

• Visszaállítási állapot: Ha visszaveszi a rejtett/eltávolított állapotot a munkaelem típusához, az érintett munkaelemek automatikusan visszaállnak érvényes állapotra
• Csapatkoordináció: A csapatok értesítése az állapotváltozásokról, így elkerülve a zavart a munkaelem-frissítések során.

Örökölt állapot elrejtése vagy felfedése

Egyszerűsítse a csapat munkafolyamatát úgy, hogy elrejti az örökölt állapotokat, amelyek nem összhangban vannak a folyamattal. Ez a módszer eltávolítja a nem használt állapotokat a legördülő menükből a rendszer működésének fenntartása mellett.

Mikor rejtse el az örökölt állapotokat?

Örökölt állapotok elrejtése a következő esetekben:

• A csapat munkafolyamata nem használ meghatározott alapértelmezett állapotokat
• Egyszerűbbé szeretné tenni az állapotkijelölést a legördülő menükben
• Bizonyos állapotok zavart okoznak, vagy nem felelnek meg a folyamat terminológiájának

Fontos korlátozások

Az állapotok elrejtése előtt győződjön meg arról, hogy:

• Kategórialefedettség fenntartása: Minden kategória legalább egy állapotának megőrzése (Javasolt, Folyamatban, Feloldva, Befejezve)
• Meglévő munkaelemek ellenőrzése: Ellenőrizze, hogy vannak-e olyan munkaelemek, amelyek jelenleg az elrejtendő állapotot használják
• Koordinálás a csapatokkal: Az érintett táblákat használó csapatok értesítése a közelgő változásokról

Örökölt állapot elrejtése

1. Nyissa meg a ... helyi menüben adja meg az elrejteni kívánt állapotot, és válassza az Elrejtés lehetőséget.

   Ez a példa elrejti a hiba WIT feloldott állapotát.

   

   Fontos

   Ha elrejti a táblákon nyomon követett munkaelem-típusok állapotát, a csapatoknak frissíteniük kell az oszlopbeállításaikat. Útmutatásért tekintse meg az Effektusok kezelése című témakört.

2. A módosítás ellenőrzéséhez ellenőrizze, hogy a rejtett állapot már nem jelenik-e meg a munkaelem űrlap legördülő menüjében.

Örökölt állapot felfedése

Ha vissza kell állítania egy rejtett állapotot:

1. Nyissa meg a ... A rejtett állapothoz tartozó helyi menüben válassza a Megjelenítés lehetőséget.
2. Ellenőrizze, hogy az állapot ismét megjelenik-e a legördülő menükben, és elérhető-e.
3. Szükség esetén frissítse a csapattábla konfigurációit a visszaállított állapot belefoglalásához.

Egyéni állapot eltávolítása

1. Nyissa meg a ... helyi menüben adja meg az eltávolítani kívánt állapotot, és válassza az Eltávolítás lehetőséget. Csak egyéni állapotot távolíthat el.

2. Az Állapot eltávolítása párbeszédpanelen válassza a Eltávolítás lehetőséget.

   

Az állapotmunkafolyamat-modell megtekintése

Az egyéni munkafolyamat-állapotok és áttűnések vizualizációja az Állapotmodell vizualizáció marketplace-bővítményével. Ez a bővítmény grafikusan ábrázolja a munkaelem típusú munkafolyamatokat.

A bővítmény telepítése és elérése

1. Telepítse a State Model Visualization bővítményt a Visual Studio Marketplace-ről.
2. Nyissa meg a Boards>State Visualizert az Azure DevOps-projektben.
3. Válasszon ki egy munkaelemtípust a munkafolyamat-állapotmodell megjelenítéséhez.

Features

Az Állapotábrázoló a következő képességeket biztosítja:

• Vizuális munkafolyamat-diagram: Az összes állapot és az engedélyezett áttűnések megtekintése
• Interaktív navigáció: Nagyítás, kicsinyítés és pásztázás a diagram körül
• Testreszabható elrendezés: Állapotcsomópontok húzása és áthelyezése az optimális megtekintéshez
• Állapotátmenet részletei: Az összes lehetséges állapotátmenet áttekintése egy pillantásra

Ha például úgy szabja testre a Hiba munkafolyamatot, hogy triaged állapotot tartalmazzon, a vizualizáció bemutatja, hogy az összes állapot hogyan válthat át egymással és azok között, így egyértelmű áttekintést nyújt a munkafolyamat-kialakításról.

Feljegyzés

Az Azure Boards és a termékcsapat nem támogatja a State Model Visualization bővítményt. Kérdéseit, javaslatait vagy problémáit a bővítményoldalon találhatja meg.

Következő lépés

Öröklődő folyamat módosításainak áttekintése a naplózási naplón keresztül

Kapcsolódó tartalom

• Ismerje meg a munkafolyamat-állapotokat a hátralékokban és a táblákban
• Mezők hozzáadása és kezelése
• Oszlopok kezelése a táblán