Agilis kultúra előmozdítása a csapaton belül

  • Cikk

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

A szervezet határozza meg a szervezet céljait és ütemtervét. A célokat eposzként és a portfolió-hátralékban megjelenő funkciókként definiálhatja.

A csapat határozza meg, hogyan lehet a legjobban megfelelni az ütemtervnek. A csapat a célokat felhasználói történetekre vagy termékhátrelékekre bontja a csapat teendőnaplóinak használatával.

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.

Vízszintes és függőleges csoportokat ábrázoló diagram.

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.

Hét funkciócsoportot ábrázoló diagram: Bevásárlókocsi, Ügyfélprofil, Szolgáltatás állapota, E-mail, Hang, Internet és TV

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.

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:

Agilis kulturális iparági erőforrások