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

Tudnivalók a folyamatok testreszabásáról és az örökölt folyamatokról

  • 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. Ezzel szemben az Agile-eszközöket – hátralékokat, futamokat, táblákat és feladattáblákat – minden csapathoz konfigurálhatja.

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.

Feljegyzés

Tekintse át az örökölt folyamat módosításait a naplózási naplón keresztül. 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:

  • zárolt ikon A rendszerfolyamatok (Agile, Basic, Scrum és CMMI), amelyek nem módosulnak.
  • örökölt ikon Ö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. A folyamatok frissítéseit az Azure DevOps Server kibocsátási megjegyzései dokumentálják.

Feljegyzé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.

Képernyőkép a felügyeleti környezetről, a szervezeti beállításokról, a projektlistáról és az általuk használt folyamatról.

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.

Az Agile-folyamat munkaelem-hierarchiájának elméleti képe.

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.

Feljegyzé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.

Feljegyzés

Ha egy projektet öröklött folyamatra vált át, az alábbi példák alapján Agilis eszközökkel vagy munkaelemekkel találkozhat, amelyek érvénytelen állapotban találhatók:

  • Ha szükség szerint kijelöl egy mezőt, a mezővel nem rendelkező munkaelemek hibaüzenetet jelenítenek meg. A további módosítások folytatásához és a munkaelem mentéséhez oldja meg ezeket a hibákat.
  • Ha a táblán megjelenő WIT munkafolyamat-állapotait adja hozzá, távolítja el vagy rejti el, győződjön meg arról, hogy frissíti a projektben definiált összes csapat táblaoszlop-konfigurációját. Emellett fontolja meg a munkaelemek önálló tulajdonjogának fenntartását csapatterület szerint, vagy a csapatok közötti megosztást tartalmazó egyéni állapotú oszlopok formalizálását.

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.

A munkaelem-űrlap 3 oszlopos oldalelrendezésének ábrája.

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 az egyéni folyamat létrehozásához kiválasztott rendszerfolyamattól függően változnak. A lehetőségek a következők: 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 munkafolyamatok két és négy állapot között határoznak meg, és a következő munkafolyamat-műveleteket határozzák meg:

  • Az egyes állapotok közötti előre- és hátratűnések. Az alapfolyamat-probléma WIT-jének például három állapota van: Teendő, Teendő és Kész.
  • Az egyes állapotváltások alapértelmezett okai

Állapottípusok

Támogatott testreszabások

Örökölt állapotok

Egyéni állapotok

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

Nem támogatott munkafolyamat-testreszabások

  • Az örökölt állapotok elrejtése, ha nem szeretné, hogy láthatóak legyenek (nem módosíthatja a nevüket, színüket vagy kategóriájukat).
  • Győződjön meg arról, hogy csak egy állapot létezik a Kész állapot kategóriában. Ha egyéni állapotot ad hozzá ehhez a kategóriához, az eltávolít vagy elrejt minden más állapotot.
  • Az egyéni állapotok nevének megtartása; nem módosíthatja őket.
  • Az állapotáttűnések alapértelmezett okait használhatja, például áthelyezve a Triaged állapotba, vagy áthelyezve a Triaged állapotból; egyéni okok nem adhatók meg.
  • Fogadja el az űrlap Állapot és ok mezőinek alapértelmezett helyét; nem módosíthatja az elhelyezésüket.
  • Használja az alapértelmezett állapotkategória-neveket; nem szabhatja testre őket.
  • Az örökölt állapotok elrejtése, ha nem szeretné, hogy láthatóak legyenek (nem módosíthatja a nevüket, színüket vagy kategóriájukat).
  • Győződjön meg arról, hogy csak egy állapot létezik a Kész állapot kategóriában; a rendszer nem engedélyezi az egyéni állapotok hozzáadását ehhez a kategóriához.
  • Az egyéni állapotok nevének megtartása; nem módosíthatja őket.
  • Fogadja el az állapotok természetes sorrendjét a munkaelem űrlap legördülő listájában; nem módosíthatja a sorrendjüket.
  • Az állapotáttűnések alapértelmezett okait használhatja, például áthelyezve a Triaged állapotba, vagy áthelyezve a Triaged állapotból; egyéni okok nem adhatók meg.
  • Fogadja el az űrlap Állapot és ok mezőinek alapértelmezett helyét; nem módosíthatja az elhelyezésüket.
  • Áttűnés engedélyezése bármely állapotról egy másikra; nem korlátozhatja az áttűnéseket.

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. A rendszertől örökölt standard hátralékok – termék, növekmény, portfólió – teljes mértékben testre szabhatók. Ezek mellett egyéni portfólióhátralékok is felvehetők. Ezekből összesen öt lehet.

Hátraléktípusok

Testreszabási támogatás

Örökölt hátralékok

Egyéni portfolió-hátralékok

Nem támogatott testreszabások:

  • Örökölt portfóliószint eltávolítása:
    • Bár közvetlenül nem távolíthat el egy örökölt portfoliószintet egy termékből, több lehetősége is van:
      • Nevezze át a portfóliószintet: Átnevezheti az örökölt portfóliószintet, hogy jobban megfeleljen az igényeinek.
      • Örökölt wit letiltása: Ha az örökölt portfóliószint olyan WIT-eket tartalmaz, amelyeket nem szeretne használni, letilthatja őket. Ez a művelet megakadályozza, hogy a csapatok ilyen típusú új munkaelemeket hozzanak létre.
  • Hátralékszint beszúrása:
    • Nem szúrhat be új hátralékszintet a definiált hátralékok meglévő készletén belül. Az előre definiált teendőlistaszintek általában rögzítettek (például eposzok, szolgáltatások, felhasználói történetek, feladatok), és nem adhat hozzá egyéni elemeket a kettő közé.
  • Hátralékszintek átrendezése:
    • Sajnos nem lehet átrendezni a hátralékszinteket. Általában előre definiált hierarchiát követnek, és a sorrendjük módosítása nem támogatott.
  • WIT hozzáadása több hátralékszinthez:
    • Minden wit csak egy hátralékszinthez tartozhat. Nem adhat hozzá WIT-t egyszerre két különböző hátralékszinthez.
  • Egyéni feladatnapló-szint létrehozása:
    • Bár egyéni feladatspecifikus teendőlistaszint nem hozható létre, továbbra is hozzáadhat egyéni WIT-eket az iterációs hátralékhoz. Létrehozhat például egy "Fejlesztés" vagy "Karbantartás" nevű egyéni WIT-t, és társíthatja az iterációs teendőlistához.
  • Hibák kezelése:
  • Örökölt WIT hozzáadása vagy eltávolítása hátralékból:
    • Nem vehet fel vagy távolíthat el közvetlenül öröklött WIT-t egy hátralékba vagy abból. A "Probléma" WIT hozzáadása például nem támogatott a termék-hátralékhoz.
    • Azonban a következőt teheti:
      • Nevezze át a portfóliószintet: Ha az örökölt portfóliószint olyan WIT-eket tartalmaz, amelyeket nem szeretne használni, érdemes átnevezni, hogy jobban megfeleljen az igényeinek.
      • Örökölt WIT letiltása: Ha vannak olyan öröklött WIT-fájlok, amelyeket ki szeretne zárni, letilthatja őket. Ez a művelet megakadályozza, hogy a csapatok ilyen típusú új munkaelemeket hozzanak létre.
  • Örökölt portfóliószint eltávolítása:
    • Bár egy örökölt portfóliószintet nem távolíthat el egy termékből, számos lehetőség közül választhat:
      • Nevezze át a portfóliószintet: Adjon neki egy megfelelőbb nevet.
      • Örökölt WIT-k letiltása: Megakadályozza, hogy a csapatok meghatározott öröklődő WIT-eket használjanak.
  • Hátralékszint beszúrása:
    • Sajnos nem szúrhat be új hátralékszintet a meglévő, definiált hátralékkészletbe. Az előre definiált hátralékszintek továbbra is rögzítettek maradnak (például eposzok, funkciók, felhasználói történetek, feladatok).
  • Hátralékszintek átrendezése:
    • A hátralékszintek általában egy előre meghatározott hierarchiát követnek, és a sorrendjük módosítása nem támogatott. Nem rendezheti át őket.
  • WIT hozzáadása több hátralékszinthez:
    • Minden wit (például hiba, feladat, felhasználói szövegegység) csak egy hátralékszinthez tartozhat. Nem adhat hozzá WIT-t egyszerre két különböző hátralékszinthez.
  • Egyéni tevékenységszint létrehozása:
    • Bár egyéni feladatspecifikus teendőlistaszint nem hozható létre, továbbra is hozzáadhat egyéni WIT-eket az iterációs hátralékhoz. Hozzon létre például egy "Fejlesztés" vagy "Karbantartás" nevű egyéni WIT-t, és társítsa az iterációs teendőlistához.
  • Hibák kezelése:

Feljegyzé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.

Képernyőkép a termékháttúllépésről, a Gyors hozzáadás panelről, a hátralékszint alapértelmezett WIT-jének megjelenítése

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.