Vytváření produktivních týmů

Inženýři v prostředích, kde se mohou soustředit a dostat se do zóny. Týmy často čelí rušivým a konkurenčním prioritám, které vynucují inženýrům posun kontextu a rozdělují pozornost. Snaží se vyrovnávat čas s hlavou nahoru. Přidání nových funkcí vyžaduje, aby členové týmu měli přehled a mohli se soustředit. Reakce na problémy zákazníků a řešení problémů s živými weby vyžaduje, aby se tým zasílil a věděl o tom, co se děje.

Aby se zmírnit rušivé prvky, tým se může rozdělit do dvou posádk: jeden pro funkce a jeden pro stav živého webu.

Přístup se dvěma posádkami přináší vyšší produktivitu a předvídatelnost. Úspěšná implementace spoléhá na tyto klíčové prvky:

• Jasně definované role posádky
• Dobře definovaný proces rotace posádky
• Časté úpravy velikosti posádky

Posádka funkcí

Funkce posádky nebo F-crew se zaměřuje na budoucnost. Pracují jako efektivní jednotka s jasným cílem a cílem: vytvářet a dodávat vysoce kvalitní funkce.

Posádka F je chráněna od každodenního chaosu živé služby, aby měli čas navrhnout, sestavit a otestovat svou práci. Můžou se spolehnout na minimální rušivé prvky a svobodu, aby museli řešit problémy, které vznikají náhodně. Doporučuje se, aby si jen zřídka kontrolovali e-maily a vyhnuli se tomu, že se dostanou do jiných problémů, pokud nejsou kritické.

Když se člen F-posádky připojí ke konverzaci nebo se občas dostane do e-mailového vlákna, ostatní členové týmu by je měli chytnout: "Jste na F-posádkě, co děláte?" Pokud člen F-posádky potřebuje vyřešit kritický problém, doporučujeme mu, aby ho delegoval na posádku zákazníka a vrátil se do funkce.

Posádka F působí jako úzce pletený tým, který se pohybuje na malé skupině funkcí. Dobrým limitem probíhající práce (WIP) jsou dvě funkce letové verze pro 4 až 6 lidí. Díky tomu, že úzce spolupracují, vytvářejí hluboký sdílený kontext a vyhledá kritické chyby nebo problémy návrhu, které by zmeškaly revize kurzorového kódu. Vyhrazená posádka umožňuje předvídatelnější rychlost propustnosti a předstih. Členové týmu často označují posádku F-crew jako klidné a zaměřené. Zjistí, že je klidné a omladující se zaměřit na funkci, věnovat jí plnou pozornost. Lidé nechat čas na F-posádku pocit, že se aktualizoval a dosáhl.

Zákaznická posádka

Posádka zákazníka nebo posádka C se teď zaměřuje na frontline podporu problémů se zákazníky a živými weby, chybami, telemetrií a monitorováním. Posádka C se často pohybuje kolem počítače a ladí kritický problém s živým webem. Priorita čísla jedna je stav živého webu. Laser se zaměřuje na toto prostředí, vytváří odborné dovednosti při ladění a analýze. Posádka zákazníka se často označuje jako tým štítu, protože chrání zbytek týmu od rušivých prvků. Místo práce na nadcházejících funkcích je posádka C most mezi zákazníky a aktuálním produktem. Členové posádky jsou aktivní na e-mailu, Twitteru a dalších kanálech zpětné vazby. Zákazníci chtějí vědět, že jsou slyšet, a úkolem posádky C je slyšet je. Tým c-posádky okamžitě a rychle spojí problémy nahlášené zákazníky a pomůže zablokovat zákazníky.

Díky úplachu příchozích úkolů může být práce na rychlém tempu posádky C-posádka někdy vyděsila. V zaneprázdněném týdnu řeší více e-mailů, šetření na živém webu a chyby. Když se operace zklidní, pracují na vylepšení telemetrie a generování sestav a investují čas, aby si usnadnili upkeep služby.

Posádky C umožňují týmu řešit problémy bez nutnosti odtahovat členy týmu z jiných priorit a zajistit, aby zákazníci a partneři slyšeli. Odezva na otázky a problémy se stává hrdostí pro posádky C. Toto tempo ale může být vyprázdněné, což je nezbytné pro časté otáčení mezi posádkami.

Rotace posádky

Dobře definovaný proces obměně dělá systém dvousádek. Můžete jednoduše prohodit posádky (F-posádka se stane posádkou C a naopak), ale to omezuje sdílení znalostí mezi posádkami a v rámci posádky. Místo toho zvolte týdenní obměně.

Na konci každého týdne proveďte krátkou prohození , kde tým rozhodne, kdo prohodí mezi posádkami. Tabulový graf můžete použít ke sledování, kdo je momentálně na každé posádkě a kdy byly prohozeny. Nejdelší desetinná lidé na každé posádkě by se obvykle měli vzájemně prohodit. V každém daném týdnu ale může někdo chtít zůstat v práci na živém šetření nebo funkci. I když je flexibilita, čím déle je někdo na posádkě, tím pravděpodobnější by měli být prohozeni.

Týdenní obměny pomáhají zabránit sila znalostí v týmu a zajistit konstantní tok informací a perspektivy mezi posádkami. Časté přesuny techniků vytvářejí sdílené znalosti o práci týmu, která pomáhá týmu vyřešit problémy bez pomoci ostatních. Noví členové posádky F-crew často rychle najdou dříve přehlédnutou chybu návrhu nebo kódu.

Velikost posádky

Velikost posádky se liší podle stavu týmu. Pokud má tým vysokou míru příchozích problémů s živým webem nebo má hodně technického dluhu, posádka C se zvětší a naopak. Úprava velikostí týdně zvyšuje předvídatelnost výsledků a závislostí týmu. V některých týdnech může tým přesunout všechny do posádky C, aby se mohli obrátit na zpětnou vazbu od velké verze.

Tato strategie zjednodušuje komunikaci se správou. Bez systému dvou posádky technici často pracují na více věcech současně. Když v jednom týdnu dojde k několika rušivým prvkům, jsou často zpožděné probíhající funkce. V důsledku toho tým nemusí být schopen s jistotou poskytnout časové osy pro budoucí práci funkcí.

Vyhrazená posádka F vede k předvídatelné propustnosti a předstihu. Rozdělení prostředků mezi posádky zvyšuje odpovědnost v rámci týmu a vedení o tom, co tým může každý týden a každý sprint dosáhnout.

Další kroky

Systém dvou posádky může týmům pomoct pochopit, kde by technici měli strávit svůj čas a postupovat v mnoha konkurenčních prioritách.

Kromě zlepšení produktivity a předvídatelnosti může systém dvou posádky zvýšit týmovou moralitu. Technici v každém týmu jasně chápou své role a zodpovědnosti a fungují nezávisle a s mnohem větší odpovědností. Tento přístup je ideální pro týmy DevOps, které zodpovídají za vývoj i provoz. Tento přístup se ale dá použít téměř u libovolného agilního týmu, který pracuje s konkurenčními prioritami.

Microsoft je jednou z největších agilních společností na světě. Zjistěte , jak Microsoft organizuje týmy v plánování DevOps.