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.

Példa egy Kanban-tábla képére, amelyen egy oszlop látható a WIP-korlát felett.

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.

Képernyőkép a pillanatképek példáiról.

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.

  1. Nyissa meg a Kanban táblát.

  2. A fogaskerék ikonra kattintva konfigurálhatja a táblát, és beállíthatja az általános csapatbeállításokat.

    Képernyőkép egy csapat fali beállításainak megnyitásáról, függőleges navigációról.

  3. Válassza az Oszlopok lehetőséget, majd egy oszlopfület az adott oszlop WIP-korlátjának beállításához.

    Képernyőkép a Kanban-tábláról, az oszlopok testreszabása, az alapértelmezett oszlopok, az Agilis folyamat, a WIP-korlátok beállítása.

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