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

Inženýři se nejlépe cítí v prostředích, kde se mohou plně soustředit a dosáhnout optimální koncentrace. 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 dolů s časem s hlavou vzhůru. 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 tým byl bdělý a věděl, jak se situace vyvíjí.

Aby se omezily rušivé faktory, tým se může rozdělit do dvou posádek: jedna pro funkce a jedna pro provozní stav 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í

Skupina pro nové funkce neboli 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 na to, že se nebudou muset zabývat problémy, které vznikají náhodně. Je jim doporučeno, aby si jen zřídka kontrolovali e-maily a vyhýbali se jiným problémů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 napomenout: "Jste na F-posádce, co děláte?" Pokud člen F-posádky potřebuje vyřešit kritický problém, doporučujeme mu, aby ho delegoval na zákaznický tým a vrátil se k práci na funkcích.

Posádka F působí jako sehraný tým, který se zaměřuje na malý soubor funkcí. Dobře nastavený limit rozpracovanosti (WIP) jsou dvě funkce ve vývoji 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ý tým umožňuje předvídatelnější rychlost propustnosti a dodací lhůtu. Členové týmu často označují posádku F-crew jako klidnou a soustředěnou. Zjistí, že je uklidňující a osvěžující, když se plně soustředí na vlastnost, a věnují ji veškerou pozornost. Lidé opouštějí F-tým, s pocitem svěžesti a dosažení úspěchu.

Zákaznická posádka

Posádka pro zákazníky neboli tým C se zaměřuje na aktuální frontovou podporu problémů se zákazníky a problémy na živých webech, chybami, telemetrií a monitorováním. Tým C se často shlukuje kolem počítače, aby odladil kritický problém na produkčním serveru. Jejich nejvyšší prioritou je životaschopnost webu. Zaměřeni jako laser na toto prostředí, rozvíjejí odborné dovednosti při ladění a analýze. Posádka zákazníka se často označuje jako tým štít, protože chrání zbytek týmu před rušivými vlivy. 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-crew okamžitě třídí problémy nahlášené zákazníky a rychle zapojuje a pomáhá zablokovaným zákazníkům.

Kvůli přívalu příchozích úkolů může být práce v rychlém tempu C-týmu někdy vzrušující. V zaneprázdněném týdnu řeší více e-mailů, vyšetřování na živém webu a chyby. Když se operace zklidní, pracují na vylepšení telemetrie a sestavování zpráv a investují čas, aby si usnadnili údržbu služby.

Posádky C umožňují týmu řešit problémy, aniž by museli členy týmu odsunout od jiných priorit, a zajišťují, že zákazníci a partneři jsou vyslyšeni. Odezva na otázky a problémy se stává hrdostí pro posádky C. Toto tempo však může být vyčerpávající, což vyžaduje časté střídání posádek.

Rotace posádky

Dobře definovaný rotační proces zajišťuje fungování systému dvou posá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 uspořádejte krátkou burzu, kde tým rozhodne, kdo se vymění mezi posádkami. Tabuli můžete použít ke sledování, kdo je aktuálně na každé posádce a kdy byli členové posádky vyměněni. Lidé s nejdelší služební dobou na každé posádce by se obvykle měli prohodit navzájem. V každém daném týdnu ale může někdo chtít zůstat, aby dokončil práci na šetření na živém webu nebo funkci. Přestože existuje jistá volnost, čím déle je někdo v posádce, tím pravděpodobnější, že by měli být vyměněni.

Týdenní obměny pomáhají zabránit silám znalostí v týmu a zajistit konstantní tok informací a pohledů mezi týmy. Č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ů na produkčním prostředí nebo má hodně technického dluhu, tým 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 skupiny C, aby reagovali na zpětnou vazbu z velkého vydání.

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 práci na budoucích vlastnostech.

Specializovaná posádka F vede k předvídatelné propustnosti a době dodání. 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.