Mik azok a kézbesítési csomagok?
A fejlesztési szervezetek növekedésével kisebb csapatokba kell szervezniük, amelyek hatékonyan kezelhetik a részegységeket. Ezek a csapatok általában a szervezet nagyobb céljainak kontextusában rendelkeznek a saját igényeiknek megfelelő munkaütemezésekkel, táblákkal és egyéb folyamatokkal. Idővel előfordulhat, hogy a szervezetek úgy találják, hogy élvezik a hálózati előnyöket azáltal, hogy egységes keretrendszerben egyesítik a folyamataikat.
A kézbesítési terv egy vagy több munkaütemezés vizualizációja. Célja, hogy átfogó képet nyújtson a csapatoknak és a vezetőségnek arról, hogy az egyes csapatok mit terveznek előállítani és mikor. Lehetővé teszi olyan döntések meghozatalát, amelyek optimalizálják a vállalaton belüli befektetéseket.
A csapatoknak rendszeresen át kell tekinteniük a kézbesítési terveket, hogy a munkaütemezésük megfeleljen a többi csapat ütemtervének. Ezeknek az értékeléseknek a következő kérdésekre kell választ adnia:
- Biztos, hogy meg tudjuk adni, amit a jelenlegi ütemtervünkben vállaltunk?
- Biztosak vagyunk abban, hogy a csapatok, amelyektől függünk, a jelenlegi ütemtervük szerint fogják teljesíteni a szükségest?
- Vannak olyan lullok az ütemtervünkben, amelyeket meg tudunk tölteni a munkával?
- Problémák merülnek fel a csapaton belüli vagy a csapatok közötti függőségekkel kapcsolatban?
A szállítási tervek a projekt életciklusának bármely pontján értéket adnak hozzá. Mivel a csapat-hátralékok alapján dinamikusan jönnek létre, mindig naprakészek, és a legújabb megállapításokat nyújtják.
Csatlakozzunk a Tailspin webcsapatához a beszélgetésben.
Andy: Épp most volt egy jó találkozóm a mérnöki vezetéssel. Lefokoztam az Azure Boardssal végzett munkát, és izgatottan várják, hogy más csapatok is a fedélzetre kerülnek.
Mara: Félelmetes! Mikor kezdik el?
Andy: Ez a legjobb rész. Már meg is tették! Tegnap este a játékmotor projektvezetője létrehozott egy csapatot néhány futammal, és megkezdte a munkaelemek hozzáadását. Ma reggel gyorsan megnéztem, és szépen alakul. Hadd mutassam meg, mire készül.
Andy a játékmotor aktuális sprinttáblájára navigál. Ő és Mara nagy érdeklődéssel tekintik át a munkaelemeket.
Andy: Hmm... Észrevettem, hogy nem tervezik üzembe helyezni a bétaverziójukat a futam végére. Nem számítunk arra, hogy a következő futam során integráljuk a ranglistát a bétaadatbázissal? Nem tehetünk ilyet, ha nem küldik el először a bétaverziót.
Ez egy jó pont. Függőségünk van a csapattól, hogy ezt a terméket megtermeljük, hogy a sajátjaink egyikét tudjuk előállítani.
Andy: Ez nagyon árthatott volna a termelékenységünknek a következő futamon. Felhívom őket, hogy megtudják, mi folyik itt.
Sajnos a kifinomultabb csapatstruktúrák a kommunikációban hiányosságokat vagy késéseket eredményezhetnek. Ha az egyik csapat le van tiltva, előfordulhat, hogy nem tudnak létrehozni valamit, amitől egy másik csapat függ. Ez nem feltétlenül jelent jelentős problémát egy kis csoport számára, amelyek minden érintett számára napi értekezleteket tartanak. A csapatok méretének és helyének skálázásával azonban tarthatatlanná válhat, hogy mindenki mindenről tudjon mindent, ami mindenhol történik. Ezen a ponton a szervezeteknek át kell váltaniuk egy tiszta "leküldéses" modellről (például személyes vagy e-mailes bejelentésekről) egy "lekéréses" modellre (ahol a csapatok áttekinthetik és nyomon követhetik egymás ütemezését).
Andy: Oké, most beszéltem a fejlesztői vezetővel. Azt mondta, hogy a csapatuk nem tudja szállítni a bétaverziót, amíg a művészeti csapat vissza nem tér Cliffchella-ból.
Mara: A hegytetőn zenei fesztivál?
Andy: Igen, úgy tűnik, ez egy hatalmas üzlet a tervezői közösség, és az egész csapat csak leesik a rácsról egy egész hétig, hogy részt vegyen. A játék motor csapat elég ideges, mert megcsúszott a menetrend három héttel. Ha tudták volna, hogy jön, gondoskodtak volna róla, hogy időben megkapják a szükséges összetevőket. Bocsánatot is kértek, amiért nem értesítettek hamarabb. Nem tudták, hogy a bétaverziójukra várunk, hogy kihozzuk a részünket.
Nos, legalább örülhetünk, hogy a játékmotor csapata közzéteszi a sprint terveket. Ez segített nekünk megtalálni ezt a függőségi problémát elég korán ahhoz, hogy módosítsuk az ütemtervet.
Andy: Bárcsak lenne mód arra, hogy könnyebben láthassam ezeket a lehetséges kockázatokat. A csapatunk annyi függőséget tart fenn a vállalaton belül, hogy kizárt, hogy minden értekezleten részt vehessünk, és feliratkozhassunk minden terjesztési csoportra.
Egy szállítási tervet kell létrehoznunk, hogy egymás mellett láthassuk a csapat futamait. Ez segít a két csapatnak könnyebben azonosítani, hogy az ütemtervek hogyan befolyásolják egymást.
Javaslatok több Agile-csapat kezeléséhez
Az Agilis megközelítés és az Azure DevOps jelentősen javíthatja a projekt átláthatóságát és kiszámíthatóságát. A projektek azonban továbbra is hagyományos kihívásokba ütközhetnek, amelyek gyakran a személyzettel vagy a félreértelmezéssel kapcsolatosak. Íme néhány dolog, amit érdemes figyelembe venni az Agilis erőfeszítések méretezése során.
Bizalmi kapcsolat kiépítése a személyekben és a folyamatokban
Az Agile-implementációk korai detraktorai gyakran szkeptikusak a csapat teljesítményének javítása tekintetében. Fontos, hogy a szervezet gondolkodási vezetői bizalmat építsenek ki az eszközök és folyamatok eredményeinek szemléltetésével. Néha ezek az eredmények a termelékenység javításai, amelyek könnyen számszerűsíthetőek. Azonban ne felejtse el kiemelni a csapat győzelmeit, amelyek a lehetséges problémák megkerülésével fordulnak elő, például elkerülhető ütemezési csúszások vagy minőségi problémák. Ahogy az emberek elkezdik társítani az előnyöket az elért folyamattal, egyre nagyobb lelkesedést fog kapni.
A szervezet emelése a csapat (és az egyéni) felett
Egyes csapatok és egyének új folyamatok vagy szabályzatok javasolásakor területileg kapják meg a területi beállításokat. Ahelyett, hogy az új szabályzatokat úgy alakítanák ki, hogy negatívan hatnak bizonyos csapatok vagy egyének teljesítményére, emelje ki, hogy a szervezet új átláthatósága hogyan tájékoztatja a felhasználókat az elvárásokról. Ha egyetlen hely van, ahol bárki nyomon követheti, hogyan kapcsolódik a munkája a céljainak megfelelő szervezethez, azzal a folyamat iránti elkötelezettségük fontosságát fogja hazahozni.
Az átláthatóság kultúrájának előmozdítása
Sajnos az "átláthatóság" kifejezés rosszat kap. Senki sem kér nagyobb átláthatóságot, ha minden jól megy. Ehelyett gyakran az átláthatóságot (vagy annak hiányát) okolják, ha a csapatok küzdenek. Még az Agilis csapatok számára biztosított átláthatósági lehetőségek ellenére is az egyének és a csapatok őszinteségére van kitéve. Hangsúlyozza, hogy az átláthatóság egyik oka az, hogy képesnek kell lennie azonosítani és kezelni a lehetséges problémákat, mielőtt túl késő lenne. Mindenki tisztában van azzal, hogy az emberek néha olyan körülményekbe ütköznek, amelyek megakadályozzák az értekezletek ütemezésének határidejét. De ha nem érzik magukat biztonságban a kiábrándító hírek bejelentésében az utolsó lehetséges pillanatig, az sokkal pusztítóbb hatással lehet. A kényelem szintjének átláthatósággal való kialakítása azzal kezdődhet, hogy köszönetet mondunk az embereknek a várható késések lehető leghamarabb történő jelentéséért.