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

About process customization and inherited processes

  • Cikk

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

A munkakövetési rendszer testreszabásához testre szabhat egy örökölt folyamatot a szervezet felügyeleti felhasználói felületén keresztül. Minden örökölt folyamatot használó projekt megkapja az adott folyamat testreszabását. Másrészt konfigurálja az Agile-eszközöket – hátralékokat, futamokat, Kanban táblákat és Taskboardot – minden csapathoz.

Fontos

Ha testre szeretne szabni egy helyszíni projektet, vagy frissíteni szeretné az XML-definíciós fájlokat a testreszabás támogatásához, tekintse meg a helyszíni XML-folyamatmodellt. Ez a cikk csak az Azure DevOps Servicesre és az Azure DevOps Server 2019-re vonatkozik.

Számos testreszabást végezhet el. Az elsődlegesek egyéni munkaelem-típusokat (WIT-eket) adnak hozzá, vagy egy meglévő WIT-t módosítanak egyéni mezők hozzáadásához, az elrendezés módosításához vagy a munkafolyamat módosításához.

Megjegyzés:

Az örökölt folyamat módosításait az auditnaplón keresztül tekintheti át. További információ: Access, export és filter auditnaplók.

Az alábbiakban egy indexet talál az örökölt folyamatok testreszabásához elvégezhető feladatokhoz. Az örökölt elemek bizonyos lehetőségei zárolva vannak, és nem szabhatók testre.

Rendszer és örökölt folyamatok

Kétféle folyamat jelenik meg:

  • locked icon A rendszerfolyamatok (Agile, Basic, Scrum és CMMI), amelyek nem módosulnak.
  • inherited icon Örökölt folyamatok, amelyeket testre szabhat, és amelyek a definíciókat attól a rendszerfolyamattól öröklik, amelyből létrehozták őket. A rendszerfolyamatokat a Microsoft rendszeresen birtokolja és frissíti. A rendszerfolyamatok módosításai automatikusan frissítik az örökölt folyamatokat és a gyermekük által örökölt folyamatokat. Frissítések folyamatok dokumentálása a Kibocsátási megjegyzések az Azure DevOps Serverhez.

Megjegyzés:

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

Emellett minden folyamat meg van osztva. Vagyis egy vagy több projekt egyetlen folyamatot használhat. Egyetlen projekt testreszabása helyett testre szabhat egy folyamatot. A folyamat módosításai automatikusan frissítik a folyamatot használó összes projektet. Miután létrehozott egy örökölt folyamatot, testre szabhatja, projekteket hozhat létre az alapján, másolatot készíthet róla, és módosíthatja a meglévő projekteket a használatukhoz.

Például az alábbi képen látható módon megjelenik a fabrikam szervezethez definiált projektek listája. A második oszlop az egyes projektek által használt folyamatot jeleníti meg. A Fabrikam Fibre-projekt testreszabásának módosításához módosítania kell a MyScrum folyamatot (amely a Scrum rendszerfolyamattól öröklődik). A MyScrum-folyamaton végzett módosítások a folyamatot használó egyéb projekteket is frissítik. A Query tesztprojektet viszont nem szabhatja testre, amíg az Agile-től öröklő folyamatra nem változik.

Screenshot of Admin context, Organization settings, Project list and the process they use.

Folyamatnévkorlátozások

A folyamatneveknek egyedinek és legfeljebb 128 Unicode-karakternek kell lenniük. A nevek a következő karaktereket sem tartalmazhatják: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Folyamat átnevezéséhez nyissa meg a... helyi menüt a folyamathoz, és válassza a Szerkesztés lehetőséget.

Projekt referenciafolyamatának módosítása

Ha azt a folyamatot szeretné átállítani, amelyet egy projekt használ az egyik rendszerfolyamatról a másikra, ezt megteheti. A módosítások elvégzéséhez létre kell hoznia egy örökölt folyamatot a váltani kívánt folyamat alapján. Útmutatást kap például a következő módosítások támogatásához:

A fenti cikkekben található útmutatást követve további módosításokat is végezhet, például CMMI-ről Agilisre vagy Agile-ről CMMI-re.

A módosítás előtt javasoljuk, hogy ismerkedjen meg a módosítás folyamatával. A rendszerfolyamatok összegzése a Folyamatok és folyamatsablonok című témakörben található.

Ajánlott eljárások a módosítások végrehajtásakor

Az örökölt folyamatok módosítása egyenesen előre és biztonságosan elvégezhető. Azonban mindig ajánlott tesztelni ezeket a módosításokat, mielőtt egy aktív projektre alkalmazták volna őket. Az alábbi lépéseket követve feltárhatja a folyamat módosításait esetlegesen érintő negatív hatásokat.

Örökölt objektumok és egyéni objektumok

Minden létrehozott öröklött folyamat örökli a rendszerfolyamatban definiált WIT-eket – Alapszintű, Agilis, Scrum vagy CMMI. Az Agile-folyamat például hiba, feladat, felhasználói történet, funkció, epikus, probléma- és tesztalapú WIT-eket biztosít.

Conceptual image of Agile process work item hierarchy.

Felvehet mezőket, és módosíthatja a munkafolyamat és a munkaelem űrlapot a Munkaelemtípusok lapon megjelenő összes örökölt WIT-hez. Ha nem szeretné, hogy a felhasználók WIT-t hozzanak létre, letilthatja azt. Emellett egyéni WIT-eket is hozzáadhat.

Mező testreszabása

A rendszerfolyamatban definiált mezők egy öröklődő ikonnal jelennek meg, amely azt jelzi, hogy az örökölt folyamatban korlátozott módosításokat végezhet rajta.

A mezők a szervezet összes projektje és folyamata számára vannak definiálva. Ez azt jelenti, hogy az egyik folyamat WIT-hez definiált egyéni mezői hozzáadhatók egy másik folyamathoz definiált többi WIT-hez.

Mező típusa

Testreszabási támogatás

Örökölt mezők

Egyéni mezők

Egyéni vezérlő

Egyéni mezők hozzáadásakor vegye figyelembe a következő korlátozásokat:

  • Az egyes WIT-ekhez legfeljebb 64 mező határozható meg
  • Folyamatonként legfeljebb 512 mező definiálható

Emellett hozzáadhat egy meglévő mezőt egy másik WIT-hez a folyamaton belül. Hozzáadhatja például a határidőt a felhasználói történethez vagy a hibakereséshez.

Mit nem lehet testre szabni?

  • A mező nevét vagy adattípusát a definiálás után nem módosíthatja.
  • Nem módosíthatja a szürke területet azon az űrlapon, ahol az Állapot, az Ok, a Terület elérési útja és az Iterációs útvonal mező található
  • A üzemeltetett XML- és helyszíni XML-folyamatmodellek által támogatott globális listát nem importálhat és nem határozhat meg. További információ: Globális listák definiálása.
  • A mező nevét vagy adattípusát a definiálás után nem módosíthatja.
  • Nem módosíthatja a szürke területet azon az űrlapon, ahol az Állapot, az Ok, a Terület elérési útja és az Iterációs útvonal mező található
  • A picklisteket illetően jelenleg nem hajthatja végre ezeket a műveleteket:
    • Öröklődő mező , például a Tevékenység vagy a Szemlélet mező kiválasztásának módosítása
    • A lista sorrendjének módosítása, a listák betűrendben jelennek meg
  • Az örökölt mezők Leírás súgószövege nem módosítható
  • Globális lista importálása vagy definiálása a üzemeltetett XML- és helyszíni XML-folyamatmodellek által támogatott módon. További információ: Globális listák definiálása.

Megjegyzés:

Az örökölt folyamattal nem módosíthatja az előre definiált mezők (például tevékenység, automatizálás állapota, szemlélet, prioritás stb.) választáslistáit.

Konfigurálható picklists

Az alábbi lista minden projekthez konfigurálva van, és nem testreszabható öröklött folyamaton keresztül.

A személynév mezőkhöz (például Hozzárendelt és Módosította) társított listákat a projekthez vagy csapathoz hozzáadott felhasználók alapján kezeli a rendszer.

Átnevezhetek egy mezőt, vagy megváltoztathatom az adattípusát?

A mezők átnevezése vagy az adattípus módosítása nem támogatott műveletek. Az Elrendezés lapon azonban módosíthatja a munkaeleműrlap egyik mezőjének címkéjét. Amikor kiválasztja a mezőt egy lekérdezésben, a mező nevét kell kiválasztania, nem pedig a mezőfeliratot.

Törölhetek vagy visszaállíthatok egy törölt mezőt?

Törölhet egy mezőt, majd később visszaállíthatja azt. A mező törlése törli a mezőhöz társított összes adatot, beleértve az előzményértékeket is. A törlés után csak a Mezők – REST API frissítése használatával állíthatja vissza a mezőt, és állíthatja helyre az adatokat.

A mező törlése helyett célszerű lehet elrejteni vagy eltávolítani a mezőt egy munkaeleműrlapról. További információ: Mezők hozzáadása és kezelése, Mező megjelenítése, elrejtése vagy eltávolítása.

Mi az a mező? Hogyan használják a mezőneveket?

Minden munkaelemtípus 31 rendszermezőhöz és több típusspecifikus mezőhöz van társítva. Munkaelemeket használ a projekt megtervezéséhez és nyomon követéséhez.

Minden mező támogatja a végrehajtandó munkával kapcsolatos információk nyomon követését. A mezőkhöz hozzárendelt értékek a munkakövetési adattárban vannak tárolva, amelyek állapotának és trendjeinek meghatározásához lekérdezéseket hozhat létre.

Az alapvető rendszerfolyamatokhoz (Scrum, Agile és CMMI rendszerfolyamatokhoz) definiált mezők leírását és használatát lásd: Munkaelem mezőindexe.

Mezőnevek

A munkaelemmezők neve egyedileg azonosítja az egyes munkaelem-mezőket. Győződjön meg arról, hogy a mezőnevek az alábbi irányelvek közé tartoznak:

  • A mezőneveknek egyedinek kell lenniük a szervezeten vagy a projektgyűjteményen belül
  • A mezőneveknek 128 vagy kevesebb Unicode-karakternek kell lenniük
  • A mezőnevek nem tartalmazhatnak bevezető vagy záró szóközöket, sem két vagy több egymást követő szóközt
  • A mezőneveknek legalább egy betűrendes karaktert kell tartalmazniuk
  • A mezőnevek nem tartalmazhatják a következő karaktereket: .,;'`:~\/\*|?"&%$!+=()[]{}<>.

Mivel minden mező definiálva van a szervezethez, nem vehet fel olyan egyéni mezőt, amelynek neve már létezik a szervezetben, vagy egy másik öröklött folyamatban lett hozzáadva egy WIT-hez.

Megjegyzés:

Ha egy projektet öröklő folyamat használatára módosít, előfordulhat, hogy egy vagy több Agilis eszköz vagy munkaelem érvénytelen állapotban jelenik meg. Például:

  • Ha kötelezővé tesz egy mezőt, a mezővel nem definiált munkaelemek hibaüzenetet jelenítenek meg. További módosítások elvégzéséhez és a munkaelem mentéséhez meg kell oldania a hibákat.
  • Ha hozzáadja vagy eltávolítja/elrejti a Kanban táblán megjelenő WIT munkafolyamat-állapotát, frissítenie kell a Kanban-tábla oszlopkonfigurációit a projektben definiált összes csapat esetében.

Egyéni szabályok és rendszerszabályok

Minden WIT- hiba, feladat, felhasználói történet stb. – több rendszerszabályt is definiált már. Néhány egyszerű, például a Cím mező kötelezővé tétele vagy az Értékterület mező alapértelmezett beállítása. Emellett számos rendszerszabály definiálja a munkafolyamat-állapot változásakor végrehajtandó műveleteket.

Például több szabály is létezik az aktuális felhasználói identitás másolására a következő feltételek mellett:

  • Ha módosít egy munkaelemet, másolja a felhasználói identitást a Módosítva mezőre
  • Amikor a munkafolyamat állapota Bezárt vagy Kész állapotúra változik, másolja a felhasználói identitást a Bezárás mezőre.

Fontos

Az előre definiált rendszerszabályok elsőbbséget élveznek az ön által definiált egyéni szabályokkal szemben, amelyek felülírnák azt.

Az egyéni szabályok számos üzleti használati esetet támogatnak, így túlléphet egy mező alapértelmezett értékének beállításán, vagy megkövetelheti azt. A szabályok lehetővé teszik egy mező értékének törlését, egy érték mezőbe másolását és a különböző mezők értékei közötti függőségek alapján történő alkalmazását.

Egyéni szabály esetén több műveletet is meghatározhat adott feltételek alapján. Alkalmazhat például egy szabályt az ilyen típusú forgatókönyvek támogatására:

  • Ha egy érték meg van határozva a prioritáshoz, akkor tegye kötelező mezővé a kockázatot
  • Ha módosítják a kiadás értékét, törölje a "Mérföldkő" értékét
  • Amikor módosítás történt a Hátralévő munka értékén, akkor a Befejezett munka mezőt kötelező mezővé kell tenni
  • Ha a Jóváhagyott érték igaz, akkor a jóváhagyást kötelező mezővel kell megadni
  • Felhasználói történet létrehozásakor a következő mezőket kell megadni: Prioritás, Kockázat és Munkamennyiség

Tipp.

Szabály használatával nem definiálhat képletet. Előfordulhat azonban, hogy a Power Automate vagy a TFS Aggregator (Web Service) Marketplace-bővítményével olyan megoldást talál, amely megfelel az igényeinek. Lásd még a munka és más mezők összesítését.

Az egyéni szabályok meghatározásával kapcsolatos részletekért lásd: Szabályok és szabályértékelés.

A felhasználói csoportok kijelölési mezőinek módosításának korlátozása

Az alábbi két feltétel egyikével kijelölhet olyan mezőket, amelyek szükségesek egy biztonsági csoport felhasználója számára, vagy akik nem tagjai biztonsági csoportnak.

  • current user is a member of a group...
  • current user is not a member of a group...

Beállíthatja például, hogy a Cím vagy az Állapot mező írásvédett legyen a felhasználók vagy csoportok kiválasztásához.

Munkaelemek módosításának korlátozása a terület elérési útja alapján

Letilthatja, hogy a felhasználók módosítsák a kijelölt munkaelemeket egy terület elérési útjának engedélyeinek beállításával. Ez nem szabálybeállítás, hanem engedélybeállítás. További információ: Gyermekcsomópontok létrehozása, munkaelemek módosítása egy terület elérési útján.

Munkaelem-típus (WIT) testreszabásai

Az alábbiakban az örökölt és az egyéni WIT-k testreszabási lehetőségeit találja.

Munkaelem típusa

Testreszabási támogatás

Örökölt munkaelem-típusok

Egyéni munkaelem-típusok

Mit nem lehet testre szabni?

  • Nem vehet fel és nem távolíthat el öröklött WIT-t a hátralékba vagy a hátralékból
  • Nem módosíthatja egy örökölt mező pozícióját az űrlap elrendezésén belül (azonban elrejtheti a mezőt az űrlap egyik területén, és hozzáadhatja az űrlap más részeihez)
  • Az örökölt portfóliószint nem távolítható el a termékből (de átnevezheti őket)
  • Egyéni WIT nevét nem módosíthatja.

Munkaeleműrlap testreszabásai

A következő testreszabásokat végezheti el egy WIT-űrlapon.

Csoport vagy oldal típusa

Testreszabási támogatás

Örökölt csoportok

Egyéni csoportok

Örökölt lapok

Egyéni lapok

Elrendezés és átméretezés

A webes űrlap elrendezése három oszlopba van rendezve az alábbi képen látható módon.

Illustration of 3-column page layout for work item form.

Ha csak az első két oszlophoz ad hozzá csoportokat és mezőket, akkor az elrendezés egy kétoszlopos elrendezést tükröz. Hasonlóképpen, ha csak csoportokat és mezőket ad hozzá az első oszlophoz, akkor az elrendezés egy egyoszlopos elrendezést tükröz.

A webes űrlap a rendelkezésre álló szélességtől és az elrendezésben lévő oszlopok számától függően átméreteződik. Maximális szélességben a legtöbb webböngészőben a lap minden oszlopa a saját oszlopán belül jelenik meg. A megjelenítési szélesség csökkenésével az egyes oszlopok arányosan méretezhetők át az alábbiak szerint:

  • Három oszlop esetén: 50%, 25% és 25%
  • Két oszlop esetén: 66% és 33%
  • Egy oszlop esetén: 100%.

Ha a megjelenítési szélesség nem tartalmazza az összes oszlopot, az oszlopok halmozottan jelennek meg a bal oldali oszlopon belül.

Munkafolyamat testreszabása

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 a rendszerfolyamattól (Agile, Basic, Scrum vagy CMMI) függően különböznek, és ön választotta ki, hogy melyikből hozza létre az egyéni folyamatot.

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

  • Az egyes állapotok közötti áttűnések előre és hátra
  • Az egyes állapotváltások alapértelmezett okai

Az Alapszintű folyamat, a Probléma wit jellemzője például a három állapot – Teendő, Teendő és Kész – és az alábbi képen látható áttűnés.

Basic Process, Issue work item type, workflow state model

Állapottípusok

Támogatott testreszabások

Inherited icon Örökölt állapotok

Egyéni állapotok

A munkafolyamat-állapotoknak meg kell felelniük az alábbi szabályoknak

  • Legalább egy állapotot meg kell határoznia a javasolt vagy folyamatban lévő állapotkategóriákhoz

    Megjegyzés:

    A munkafolyamat-állapot hozzáadása előtt tekintse át a munkafolyamat-állapotokat és az állapotkategóriákat , és ismerje meg, hogy a munkafolyamat-állapotok hogyan képezhetik le az állapotkategóriákat.

  • Legalább két munkafolyamat-állapotot meg kell határoznia
  • Munkaelem-típusonként legfeljebb 32 munkafolyamat-állapot definiálható

Nem támogatott munkafolyamat-testreszabások

  • Az örökölt állapotok nem módosíthatók (a nevét, színét vagy kategóriáját nem módosíthatja), de elrejtheti
  • A Kész állapot kategóriában csak egy állapot lehet. Ha egyéni állapotot ad hozzá a Kész kategóriához, minden más állapot el lesz távolítva vagy elrejtve
  • Egyéni állapot nevét nem módosíthatja
  • Nem adhatja meg az állapot okát, ehelyett az alapértelmezett okok definiálva vannak, például Áthelyezve a Triaged állapotba, Áthelyezve az állapotból Triaged
  • Az űrlap Állapot és ok mezőinek helye nem módosítható
  • Az állapotkategória-nevek nem szabhatók testre
  • Az örökölt állapotok nem módosíthatók (a nevét, színét vagy kategóriáját nem módosíthatja), de elrejtheti
  • A Kész állapot kategóriában csak egy állapot lehet. A rendszer nem engedélyezi az egyéni állapot hozzáadását ehhez a kategóriához
  • Egyéni állapot nevét nem módosíthatja
  • Nem módosíthatja az állapotok sorrendjét, az állapotok a természetes sorrendjükben jelennek meg az állapotkategóriájuk alapján a munkaelem-űrlap legördülő listájában
  • Nem adhatja meg az állapot okát, ehelyett az alapértelmezett okok definiálva vannak, például Áthelyezve a Triaged állapotba, Áthelyezve az állapotból Triaged
  • Az űrlap Állapot és ok mezőinek helye nem módosítható
  • Az áttűnések nem korlátozhatók, az összes áttűnés bármely állapotból egy másik állapotba van definiálva.

Hátralék és tábla testreszabása

A hátralékok és a táblák alapvető Agile-eszközök a csapat munkájának létrehozásához és kezeléséhez. The standard backlogs—product, iteration, and portfolio—inherited from the system process are fully customizable. In addition, you can add custom portfolio backlogs for a total of five portfolio backlogs.

Hátraléktípusok

Testreszabási támogatás

Örökölt hátralékok

Egyéni portfolió-hátralékok

Mit nem lehet testre szabni?

  • Örökölt portfóliószintet nem távolíthat el a termékből (de átnevezheti a portfóliószintet, és letilthatja az örökölt munkaelem-típust)
  • Nem szúrhat be hátralékszintet a definiált hátralékok meglévő készletén belül
  • A hátralékszintek nem átrendezhetők
  • Nem adhat hozzá munkaelemtípust két különböző hátralékszinthez
  • Egyéni feladat-hátralékszint nem hozható létre, bár egyéni WIT-eket adhat hozzá az iterációs teendőlistához
  • A hibakeresés nem vehető fel a hátralékszintre. Ehelyett a rendszer lehetővé teszi, hogy minden csapat eldöntse, hogyan szeretné kezelni a hibákat. További információ: Hibák megjelenítése hátralékokon és táblákon.
  • Nem vehet fel és nem távolíthat el öröklött WIT-t a hátralékból, például nem adhatja hozzá a probléma WIT-ét a termék-hátralékhoz
  • Örökölt portfóliószintet nem távolíthat el a termékből (de átnevezheti a portfóliószintet, és letilthatja az örökölt munkaelem-típust)
  • Nem szúrhat be hátralékszintet a definiált hátralékok meglévő készletén belül
  • A hátralékszintek nem átrendezhetők
  • Nem adhat hozzá munkaelemtípust két különböző hátralékszinthez
  • Egyéni tevékenységszint nem hozható létre, bár egyéni munkaelem-típusok is felvehetők az iterációs hátralékba
  • A hibakeresés nem vehető fel a hátralékszintre. Ehelyett a rendszer lehetővé teszi, hogy minden csapat eldöntse, hogyan szeretné kezelni a hibákat. További információ: Hibák megjelenítése hátralékokon és táblákon.

Megjegyzés:

Bizonyos funkciókhoz telepíteni kell az Azure DevOps Server 2020.1 frissítését. További információ: Azure DevOps Server 2020 Update 1 RC1 Release Notes, Boards.

Ha módosítja a hátralékszint alapértelmezett WIT-értékét, az azt eredményezi, hogy a WIT alapértelmezés szerint megjelenik a gyors hozzáadás panelen. Az Ügyféljegy például alapértelmezés szerint megjelenik a termékháttúlnapló következő gyors hozzáadása paneljén.

Screenshot of Product backlog, Quick Add Panel, Displays Default WIT for a backlog level

Objektumkorlátok

A mezők, a WIT-k, a hátralékszintek és más testre szabható objektumok számának korlátozásait a Work tracking objektumkorlátjai című témakörben találja.