Agilis kultúra előmozdítása a csapaton belül
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
A csapat növekedésével együtt azt szeretné, hogy az eszközei is növekedjenek. Ha ön egy Agile-módszertant alkalmazó vállalat, azt szeretné, hogy az Agile-eszközök támogatják a vállalat üzleti céljait.
Az Agile sikeres skálázásához azonban a szervezeten belüli kultúra és eszközök kezelése is szükséges.
Feljegyzés
Új az Agile-ben? További információ: Agile Culture and Scaling Agile to Large Teams.
Autonómia engedélyezése
Az agilisnak kívánó szervezeteknek figyelembe kell venniük a vállalaton belüli összehangolás és a csapat önállóságának támogatásával kapcsolatos kettős kötelezettségeket. A csapatnak önállóságra van szüksége a hatékony működéshez. A vállalatoknak pedig össze kell hangolniuk a csapatokat és a szervezetet a hatékony működéshez.
A csapat önállóságának elégtelenségével való túl sok igazodás nem támogatja a csapatok innovációját és rugalmasságát a teendők eléréséhez. A saját programot futtató csapatok túl kevés igazítása nem biztosítja az üzleti célok eléréséhez szükséges megállapításokat és koordinációt.
A szervezet és a csapat önállósága közötti megfelelő szintű igazodás lehetővé teszi az egyének számára az innovációt és az üzleti célok elérésére való együttműködést.
Igazítás létrehozása
Az Agile-eszközkészlet növelésének megtervezése során vegye figyelembe a következő területeket. Ezek a területek kulcsfontosságúak a vállalati összehangolás kialakításához, miközben fejlesztik a csapat önállóságát.
Terület
Igazítás létrehozása
Az autonómia támogatása
Terméklátás
Csapatstruktúra
Az üzleti célok alapján a szervezetek határozzák meg a csapatok számát és méretét. A vertikálisan strukturált funkciócsoportok nagyobb önállóságot és hatékonyságot eredményeznek.
A csapatoknál bizonyos szerepköröknek, például a terméktulajdonosnak és a fejlesztési érdeklődőknek kell lenniük, de helyet kell adni a szerepkörök elforgatására is. A csapattagok például a Scrum Master-ként való működést, a futamdemóták fejlesztését, a futamok visszamenőleges futtatását vagy a sprint e-mailek készítését is elvégezhetik.
Fejlesztési ütem
Az agilis szervezeteknek rendszeresen ki kell adniuk a termékeket és a funkciók frissítéseit. A rendszeres kiadási és futamütemezések kialakítása elősegíti az üzlet ritmusát.
Minden sprint – két és négy hét közötti állandó időtartamú időkeretes iteráció – magában foglalja a tervezést, a végrehajtást, az értékteremtést, a tükrözést és a folyamatos fejlesztést.
Minden csapat a beállított sprint-ütemen belül kezeli a munkáját. A csapat bemenetet biztosít a számukra legjobban megfelelő futam hosszához.
A csapat kiválasztja a számukra használható Agile-metódusokat, Scrumot, Kanbant vagy mindkettőt. A csapat emellett a saját folyamatos fejlesztési gyakorlataik alapján végzi a kezdést és a működést.
Előfordulhat, hogy egyes csapatok rövidebb futamokban hajtanak végre. Ha például egy szervezet kéthetes futamütemezést állít be, egyes csapatok dönthetnek úgy, hogy 1 hetes futamokban működnek, miközben továbbra is igazodnak a szervezeti ütemezéshez.
Kommunikáció üteme
Ahogy a futamok természetes ritmust hoznak a munka folyamatához, úgy a rendszeres kommunikációt is. A szervezetek a kívánt kommunikációs típusokkal kapcsolatos elvárások és azok előfordulási gyakorisága alapján természetesen igazodnak a csapatokhoz és a vállalathoz.
A csapat sprint-e-mailjei, a hibasáv állapota és a kiadási csapat funkcióinak kézbesítési állapota példa az ilyen rendszeres kommunikációra.
A csapat határozza meg az általuk kommunikált részleteket, és hogy ki fejleszti a kommunikációt. A sprint e-mailjei tartalmazhatnak összegzést a korábbi futamok eredményeiről és a következő futamtervekről, vagy a nemrég befejezett funkciók bemutatóját is tartalmazhatják.
Minőség
Minden szervezetnek meg kell állapítania azokat a kritériumokat és szabványokat, amelyek alapján értékelik a minőséget, és meg kell adniuk a minőségi szabványokra vonatkozó elvárásokat. A kritériumok meghatározásának néhány módja az új funkciók fejlesztésére vonatkozó kilépési feltételek, a technikai adósságok kezelésére vonatkozó szabványok és a csapatok vagy egyének hibakorlátjainak meghatározása.
Emellett hiba irányítópultok létrehozásával figyelhetik a hibaállapotokat és a trendeket.
A csapat kiválasztja, hogyan felel meg a minőségi szabványoknak. Az új funkciókhoz vagy az egyes futamok végén hiba basheket hozhatnak létre. Választhatnak egy személyt, hogy forgó alapon működjenek hibapajzsként.
Kockázatkezelés, a munka nyomon követése
A szervezet határozza meg, hogy az egyes funkcionális egységek hogyan kommunikálják az állapotot és a kockázatot. Létrehoznak egy "kommunikációs szerződést", amely meghatározza a szervezet számára szükséges minimálisan szükséges információkat.
Emellett a szervezet biztosítja az infrastruktúrát a kockázatok csökkentéséhez. A szervezet mindent megtesz a csapatoknak, hogy csökkentse a csapatokban gyakori kockázatokat.
A szervezet által meghatározott igények kielégítése mellett a csapatok meghatározzák a kockázatok csökkentéséhez szükséges egyéb részleteket, amelyeket kezelniük kell és nyomon kell követniük. Akár fehér táblát használnak cetlikkel, akár teljes Gantt-diagramot, ők kezelik a részleteket. A csapatok például hozzáadhatnak egy hátralékelemet egy másik csapathoz tartozó függőség nyomon követéséhez. Vagy nyomon követhetik a kockázataikat a problémák vagy akadályok listájával. Emellett a csapatok rendszeresen hozzájárulnak a folyamat és az infrastruktúra fejlesztéséhez, hogy a szervezet képes legyen kezelni a kockázatokat, és betekintést nyerjen.
Csapatépítés
A méretezés során az egyik legfontosabb megfontolandó feladat a csapatok strukturálása. A horizontális csapatstruktúrák hagyományosan a szoftverarchitektúra szerint osztják meg a csapatokat: felhasználói felület, szolgáltatásorientált architektúra és adatcsoportok.
Az Agile-gyakorlatok bevezetésekor azonban az architektúrát átfogó vertikális csapatstruktúrák nagyobb csapati autonómiát biztosítanak. A vertikális csapatok a szoftverarchitektúra használatával képesek a saját szolgáltatásaik megvalósítására. Emellett az összes csapatban elosztják az összes architektúraszinten való munkához szükséges tudást.
Konfigurálja a csapatokat a szervezet által nyújtani kívánt értékstreamek mentén. A Fabrikam Fiber például a következő hét funkciócsapatba rendezi a csapatokat.
Minden csapat tervezi a szolgáltatások megvalósítását. Önállóan határozzák meg, hogyan strukturálhatják az adatokat, hogyan építhetik ki a szolgáltatásokat, és hogyan tervezhetik meg a webes és mobil felhasználói felületeket. A szervezet által meghatározott minőségi szabványoknak megfelelően terveznek, és amelyekhez minden csapat hozzájárul.
Az Agile-eszközök konfigurálása skálázásra
A szervezet növekedésével az alábbi módokon skálázhatja az Agile-eszközöket.
Csoportok és szűrt teendőlista-nézetek hozzáadása: A csapatok hozzáadása a csapat önállóságának támogatásához, valamint a konfigurálható és kezelhető eszközök biztosítása érdekében, amelyek támogatják a működésüket. Ezek az eszközök közé tartoznak a termék-hátralékok, a Kanban-táblák, a sprint-hátralékok, a feladattáblák és mások.
Emellett úgy is konfigurálhatja a csapatokat, hogy támogassák a hátralékok és a portfólió-hátralékok hierarchiáját, hogy a portfóliókezelők áttekinthetik a prioritást és a haladást több csapat között.
Futamok és kiadások beállítása: Az iterációkat úgy strukturálhatja, hogy támogassanak egy sima futamkészletet, vagy az ütemezett kiadásokba ágyazott futamokat. Minden csapat aktiválja azokat a futamokat és kiadásokat, amelyekben részt kell venniük.
Portfóliók kezelése: a csapatok és a hátralékok hierarchiájának beállításával és a portfólió-hátralékok aktiválásával. A termékháttér egy részhalmazára összpontosító funkciócsapatok továbbra is csak a hátralékukra összpontosíthatnak. Azok a portfóliómenedzserek, akik a haladás és a függőségek nyomon követéséhez meg szeretnék tekinteni és rendszerezni a hátralékokat, kezelhetik a szolgáltatások és az eposzok portfolió-teendőlistáit.
Ha más portfólió-hátralékokra, például forgatókönyvekre vagy kezdeményezésekre van szüksége, felveheti őket is.
Irányítópultok konfigurálása: A csapat irányítópultjaival olyan diagramokat konfigurálhat, amelyek nyomon követik a csapaton belüli vagy a csapatok közötti előrehaladást. Konkrétan az ön által létrehozott lekérdezések alapján adhat hozzá állapot- és trenddiagramokat.
Csoportosítási vagy kategorizálási munka: A nyomon követni kívánt munka csoportosításának számos módja van. A hátralékok csoportterület-hozzárendelések alapján szűrik a munkaelemeket. A portfolió-hátralékok lehetővé teszik a hátralékelemek csoportosítását a Szolgáltatások és eposzok területen.
Ha más csoportosítások alapján szeretné nyomon követni és jelenteni a munkaelemeket, megteheti. Címkéket adhat hozzá a munkaelemekhez, majd címkék alapján szűrheti a hátralékokat vagy lekérdezéseket. Emellett alterület-útvonalakat is hozzáadhat , amelyek részletesebb funkcióterületeket jelölnek.
Mappák hozzáadása és a csapat kedvenceinek használata: A csapatok növekedésével egyre több munkaelem-lekérdezést, builddefiníciót és forráskódmappát láthat. A mappák, almappák és csoportkedvencek használatával könnyebben kezelheti ezeket a listákat. A megosztott lekérdezésekhez, a forráskódhoz és a builddefiníciókhoz csoportkedvezményeket adhat hozzá.
Skálázás csapatokkal és nem projektekkel
A szervezetek gyakran megtekintik, hogy minden egyes szoftverfejlesztési projekthez hozzáadnak egy projektet.
Javasoljuk, hogy az alábbi okokból vegyen fel csapatokat az eszközök skálázásához, és ne vegyen fel projekteket:
- Láthatóság: Egyszerűbb áttekinteni az összes csapat előrehaladását
- Nyomon követés és naplózás: Egyszerűbb összekapcsolni a munkaelemeket más objektumokkal nyomon követés és naplózás céljából
- Karbantarthatóság: Minimalizálhatja a biztonsági csoportok és a folyamatfrissítések karbantartását.
További információ: A projektek és a szervezet skálázása.
Kapcsolódó cikkek
Mielőtt bármilyen Agile-eszközt létrehozhat vagy használhat, projektre van szüksége. Ha még nem rendelkezik ilyennel, létrehozhat egyet.
Ha készen áll arra, hogy egy csapatról két csapatra váltson, vagy több csapatot konfiguráljon, olvassa el a Csoportok hozzáadása című témakört. Csoportadminisztrátor hozzáadásáról vagy a csoporteszközök konfigurálásához lásd a Csoportok kezelése és a csoporteszközök konfigurálása című témakört.
További információval a következő cikkek szolgálnak:
- Skálázási eljárások
- Láthatóság a csapatok között
- Csapatkézbesítési csomagok áttekintése
- Skálázott Agile-keretrendszer® implementálása eposzok, kiadási vonatok és több hátralék támogatásához.