Folyamatban lévő munkakorlátok beállítása
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Egy alapvető Kanban-gyakorlat – a folyamatban lévő munka korlátai, más néven "WIP-korlátok" – korlátozza a csapat által az egyes munkaszakaszokban végzett munka mennyiségét. Úgy tervezték, hogy a csapat az elemek elvégzésére összpontosítson az új munka megkezdése előtt. Bár elsőre ellenértelmük van, sok csapat talál WIP-korlátokat, amelyek segítenek a hatékonyság növelésében és a szoftverminőség javításában.
Az egyes munkaszakaszokra vonatkozó WIP-korlátokat az egyes köztes oszlopoknak megfelelően kell meghatározni. A korlát az oszlopban engedélyezett elemek számának helyreállítható korlátozását állítja be. Semmi sem akadályozza meg, hogy több elemet helyez át az oszlopba, és túllépje a korlátot. A Kanban-tábla az egyes korlátok melletti egyes szakaszokban lévő elemek számát jeleníti meg.
A WIP-korlátok beállítása egyszerű, de a korlátok betartásához a csapat elkötelezettsége szükséges. A WIP korlátainak sikeres elfogadása kulturális változással jár. A csapatokat az egyéni termelékenységre helyezi át a csapat termelékenységének egyikére.
További információt a Kanban áttekintésében talál.
Előfeltételek
- A csoportbeállítások konfigurálásához hozzá kell adnia a Csapat Rendszergazda istrator szerepkörhöz, vagy a Project Rendszergazda istrators biztonsági csoport tagjának kell lennie. A hozzáadáshoz lásd: Csoportadminisztrátor hozzáadása vagy projektszintű engedélyek módosítása.
- Az összes hátralék- és táblafunkció használatához alapszintű hozzáféréssel vagy magasabb szintű hozzáféréssel kell rendelkeznie. Az érdekelt felek hozzáféréssel rendelkező felhasználói csak a táblán lévő munkaelemeket szerkeszthetik, és meglévő címkéket adhatnak hozzá egy munkaelemhez. Az érdekelt felek nem adhatnak hozzá munkaelemeket vagy nem frissíthetik a kártyákon megjelenített mezőket. További információ: A hozzáférési szintek ismertetése.
- A csoportbeállítások konfigurálásához hozzá kell adnia a Csapat Rendszergazda istrator szerepkörhöz, vagy a Project Rendszergazda istrators biztonsági csoport tagjának kell lennie. A hozzáadáshoz lásd: Csoportadminisztrátor hozzáadása vagy projektszintű engedélyek módosítása.
- Az összes hátralék- és táblafunkció használatához alapszintű hozzáféréssel vagy magasabb szintű hozzáféréssel kell rendelkeznie. Az érdekelt felek hozzáféréssel rendelkező felhasználói csak a táblán lévő munkaelemeket szerkeszthetik, és meglévő címkéket adhatnak hozzá egy munkaelemhez. Az érdekelt felek nem végezhetik el a következő feladatokat. További információ: A hozzáférési szintek ismertetése.
- Munkaelemek hozzáadása egy táblához
- Munkaelemek húzásával frissítheti az állapotot vagy átrendezheti a kártyákat
- Kártyákon megjelenített mezők frissítése
Kezdeti WIP-korlátok meghatározása
A csapat határozza meg a kezdeti WIP-korlátokat, valamint a használatuk és monitorozásuk módját. Kevés szabály vonatkozik arra, hogy milyen számokat állítson be, mivel ezek több tényezőtől függően változhatnak. Az alábbi műveletek segítségével meghatározhatja, hogy milyen korlátokat kell beállítania:
- Állítsa be a korlátokat a folyamatban lévő aktuális munkák alapján. A meglévő Kanban-oszlopokban lévő elemek megszámlálása.
- Állítsa be azokat a korlátokat, amelyek nem lépik túl a szakaszon belül működő csapattagok két vagy három elemét. Ha például három csapattaggal rendelkezik, és mindegyik csapattag egyszerre legfeljebb két feladaton dolgozhat, az eredményként kapott WIP-korlát 6 (= 3 fejlesztő X 2 feladat/fejlesztő).
- Kezdje alacsony korlátokkal, hogy a csapat gyorsabban felfedezhesse a szűk keresztmetszeteket, és azonosíthassa a megoldandó folyamatproblémákat.
A WIP korlátain belül tartható
Miután beállította a WIP-korlátokat, érdemes nyomon követnie, hogy csapata milyen jól tartja magát a korlátokon belül.
A WIP-korlátok tiszteletben tartása azt jelenti, hogy a csapatok nem húznak be elemeket egy oszlopba, ha ez azt eredményezi, hogy az oszlopban lévő elemek száma meghaladja az oszlopkorlátot. Ha igen, a Kanban-tábla azonnali visszajelzést ad. Ennek a visszajelzésnek jelzésként kell szolgálnia a csapatnak, hogy azonnal a tevékenységekre összpontosítson az oszlop elemeinek számának csökkentése érdekében.
Bár elméletileg egyszerű, a WIP-korlátokon belül tartása az egyéneket, a csapatokat és a szervezeteket ki tudja kényszeríteni a kényelmi zónából. A többfeladatos munkavégzést kedvelő csapattagok korlátozottnak érezhetik magukat. Előfordulhat, hogy mások munka nélkül találják magukat, miközben várják, amíg a munka befejeződik egy felsőbb rétegben.
A folyamatban lévő munka korlátozásának előnyeinek kihasználásához a csapat gyakran találkozzanak, hogy megbeszéljék a folyamatban lévő folyamat változásait.
Szűk keresztmetszetek azonosítása
Az értékáramlás optimalizálásához természetesen meg kell határoznia és meg kell szüntetnie a szűk keresztmetszeteket. A szűk keresztmetszetek azt jelzik, hogy a hulladék a munkafolyamat teljes folyamatában létezik.
A Kanban-tábla időbeli figyelésével megtudhatja, hol fordulnak elő szűk keresztmetszetek. Ha több elem nem dolgozik több napig egy oszlopban, szűk keresztmetszet lépett fel. Szűk keresztmetszetek általában akkor fordulnak elő, ha a WIP-korlátok túl magasak. Azonban nincs szűk keresztmetszet, amely azt jelezné, hogy a WIP-korlátok túl alacsonyak.
Ha rendszeres pillanatképeket készít a Kanban-tábláról, vizuálisan katalógusba helyezheti, hogy hol halad zökkenőmentesen a munka, és hol jelennek meg a szűk keresztmetszetek.
Az ilyen pillanatképek a következő információkat jeleníthetik meg a csapatnak:
- Hány elem létezik átlagosan egy munkafolyamat-szakaszon/oszlopon belül
- Hány elem dolgozik a munkafolyamat-szakaszon/oszlopon belül dolgozó csapattagokkal szemben
- Hány és mely elemek maradtak egy munkafolyamat-szakaszban/oszlopban hosszú ideig
- Hány elemet teljesített a csapat egy, két vagy három hetes időszak végén
Hulladék eltávolítása
Mivel a szűk keresztmetszetek jelzik a hulladékot a munkafolyamatban, azonosítania kell a hulladék forrását. Kanban úgy definiálja a hulladékot, mint mindent, ami nem feltétlenül szükséges a kívánt eredmények eléréséhez.
A szoftverfejlesztés gyakori hulladékai a következők:
- Nem használt kód vagy szolgáltatások
- Átdolgozáshoz vezető hibák
- Késések vagy várakozással töltött idő
- Átadások egy személytől, csapattól vagy üzleti folyamattól egy másikig
- Nem megfelelő követelmények
- Lassú vagy gyenge kommunikáció
A csoportbeszélgetésekre irányuló hulladékhívások megszüntetése a csapat számára elfogadható okok és megoldások azonosítása érdekében.
WIP-korlátok beállítása
Ha tisztában van azzal, hogyan szeretné használni a WIP-korlátokat, hajtsa végre a következő lépéseket a beállításukhoz. Ha még nem képezte le a csapat munkafolyamatát Kanban-oszlopokra, először tegye meg.
A fogaskerék ikonra kattintva konfigurálhatja a táblát, és beállíthatja az általános csapatbeállításokat.
Válassza az Oszlopok lehetőséget, majd egy oszlopfület az adott oszlop WIP-korlátjának beállításához.
Feljegyzés
A projekt létrehozásához használt folyamat alapján különböző oszlopcímek és választási lehetőségek érhetők el, valamint attól függően, hogy a csapat úgy döntött-e, hogy a hibákat, például a követelményeket vagy a hasonló feladatokat kezeli.
Amikor elkészült, válassza a Mentés lehetőséget.
A WIP korlátai, kihívásai és megoldásai
A teams alkalmanként egy vagy két elemével túllépi a WIP-korlátokat. Ha azonban a csapat gyakran három vagy több elemével túllépi a korlátokat, át kell tekintenie a folyamatokat, vagy módosítania kell a korlátokat.
Miután egy csapat több hétig dolgozott a WIP korlátaival, beszélje meg a csapattagok előtt álló kihívásokat. Ezután döntse el, hogy mely megoldásokat szeretné használni, és szükség szerint módosítsa a korlátokat. Az alábbi lista, bár nem teljes körű, azt jelzi, hogy a csapatok milyen gyakori kihívásokkal szembesülnek, és bevált megoldásokat kínálnak ezek leküzdésére.
WIP-kihívások
Társadalmi dinamika. Ha a szabályok követéséről van szó, a csapattagok kihívást érezhetnek. Néhányan természetesen fel akarnak lázadni. Mások nem látják, hogy a szabály vonatkozik rájuk, vagy nem látják, hogy mit tesznek a szabályok megszegéseként. Egyes csapattagok olyan többletmunkát végezhetnek, amely nem tartozik a megállapodás hatálya alá. És még mindig mások nem akarnak lemondani a multitasking, mert úgy vélik, hogy ez a kulcsa a termelékenység és az egyéni teljesítmény.
A folyamatban lévő munka variabilitása. A munkaelemek méretének széles variabilitása – a felhasználói történetek és a hibák – negatívan befolyásolhatja a teljes munkafolyamatot. Például a 4 órától 14 napig vagy 2–55 történeti pontig változó becsléseket tartalmazó elemeket nem lehet ugyanúgy megszámolni a folyamatban lévő munka korlátozásakor.
Figyelmen kívül hagyva a rendszerszintű problémákat. Ahelyett, hogy a munkafolyamatokkal kapcsolatos problémákat kezelné szűk keresztmetszetek esetén, a csapatok több időt hagynak a szűk keresztmetszet leküzdésére.
Kulturális változás. A WIP-korlátok bevezetése változásokat vezet be a rendszerben, a kultúrában és a csapatban.
Megoldások a WIP kezelésére
A csapat termelékenységének kultúrája. Az egyéni termelékenység és a csapat termelékenysége közötti természetes feszültség kezelése. Annak azonosítása, hogy a csapattagok milyen módokon növelhetik a csapat és a munkafolyamat általános hatékonyságát.
A méret a variabilitás minimalizálása érdekében működik. Mielőtt bármilyen elemen megkezdené a munkát, a csapatnak meg kell beszélnie a szükséges munka általános méretét, és meg kell határoznia, hogy az kisebb tevékenységekre bontható-e.
Összpontosítson a magas prioritású elemek folyamatára. Tétlen állapotban a csapattagok megkérdezik, hogyan segíthetnek előrébb helyezni egy felsőbb rétegbeli elemet. Ha egy elem időben történő kézbesítését letiltják vagy megtámadják, a csapattagok segítséget kérnek egy elem befejezéséhez.
Erőforráscsoport kapacitása az egyes munkaszakaszokhoz. Szűk keresztmetszetek akkor fordulhatnak elő, ha nincs elég szakember, aki egy adott szakaszban dolgozik. Meghatározhatja, hogyan növelheti a csapatkészségeket az egyes munkaszakaszokban, vagy szükség szerint erőforrásokat adhat hozzá a nem teljes munkaszakaszok teljesítéséhez.
Közös megértés létrehozása. Folyamatosan arra törekszik, hogy a csapat jobban megértse, hogyan kell kanbani eljárásokat használni. Olyan műveletek végrehajtása, amelyek lehetővé teszik a csapattagok számára, hogy hozzájáruljanak a módosítások feldolgozásához. Érdemes lehet rendszeresen visszamenőlegesen vagy csapatértekezleteket ütemezni, hogy megvitassák, mi működik jól, és mit kell módosítani. A kétértelműség korlátozására vonatkozó csapatszabályzatok dokumentálása.
Metrikákkal módosíthatja a folyamatokat. Rendszeres időközönként ellenőrizze a folyamatban lévő munka Kanban-metrikáit és az átfutási időt annak meghatározásához, hogy mikor kell módosításokat végezni.
A kultúra változásait tudatosan kezelheti. Kapcsolatok a legjobb munkájukat szeretnék elvégezni – ez a Kanban alapjául szolgáló alapvető alapelv és a hozzá kapcsolódó diszciplínák. Új eljárások bevezetésekor alkalmazza a változáskezelési alapelveket. A WIP-korlátok megvalósításának sikeressége érdekében hozzon létre nagyobb tulajdonjogot a csapaton belül.
Kapcsolódó cikkek
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: