Implementace agilních postupů, které se škálují

  • Článek

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Podnikové organizace přijímají agilní postupy z mnoha důvodů. Mezi tyto důvody patří:

  • Zkrácení doby uvedení na trh, zrychlení doručování produktů
  • Zlepšení efektivity organizace při správě měnících se priorit
  • Vylepšení kvality softwaru a předvídatelnosti doručení
  • Zlepšení viditelnosti projektu a snížení rizika projektu

Jak vaše organizace roste, budete chtít škálovat postupy tak, aby zůstaly agilní a splňovaly měnící se cíle. Za tímto účelem zvažte tyto dva hlavní principy:

  • Jak vypadá úspěch pro vás, vaše týmy a vaši organizaci? Co je nejvíce zajímavé: Průběžné doručování? Kvalita produktu? Předvídatelnost? Spokojenost zákazníků?
  • Vraťte se k prvním principům, vraťte se k principům a sdíleným hodnotám výčtu v manifestu Agile, jak si poznamenal Ken Schwaber, jeden ze zakladatelů Scrumu:
    • "Hodnoty a principy se škálují, ale postupy jsou citlivé na kontext."
    • "Udržujte hodnoty, udržujte si zásady, myslet pro sebe. Základní místně agilní je, že lidé, kteří dělají práci, jsou lidé, kteří můžou nejlépe zjistit, jak to udělat."

Vytvoření rytmu a toku

Přijetím sdíleného tempa a sady pravidelných komunikací vytvoříte konstantní tok aktivity v celé organizaci. Mezi postupy, které pomáhají vytvářet rytmus a tok v rámci větších organizací, patří:

  • Sdílené tempo: Pravidelné sprinty a vydané verze vytvářejí rytmus podnikání. Díky tomu, že všechny týmy pracují na sdíleném tempu, pomáhají se všemi aktivitami koordinace a spolupráce.
  • E-maily sprintů: Aby organizace a všechny týmy byly informované o průběhu a plánech týmů funkcí, můžou každý tým funkcí poslat souhrn předchozích výsledků sprintu a aktuálních plánů sprintů.
  • Ukázky sprintů: Rychlé- 2 až 3 minuty -video, které znázorňuje novou funkci, kterou tým vytvořil. Odkazy na taková videa můžou být zahrnuté v e-mailech sprintu.
  • Prezentace schůzek: Pokud chcete informovat ostatní týmy a požádat o zpětnou vazbu o softwaru ve vývoji, týmy předvádějí práci, kterou udělali. Tyto schůzky můžete pravidelně provádět v průběhu životního cyklu projektu a otevírat je všem zúčastněným stranám.
  • E-maily se souhrnem chyb: Pokud chcete podporovat přehled o kvalitě produktů a podpořit udržování disciplíny chyb, pravidelně sdílejte metriky kvality s organizací. Mezi tyto metriky můžou patřit aktivní chyby na tým funkcí, trendy chyb a chyby na inženýra.
  • Koordinační schůzky: Schůzky, které koordinuje týmy v pravidelných intervalech nebo podle potřeby, aby řešily překrývající se cíle, závislosti a rizika.

Interakce se zákazníky

Zapojení zákazníků po celý životní cyklus produktu je primárním agilním principem. Umožněte každému týmu pracovat přímo se zákazníky na sadách funkcí, které vlastní.

  • Průběžná zpětná vazba: Vytvářejte smyčky zpětné vazby zákazníků. Tyto smyčky mohou mít mnoho forem:
    • Hlas zákazníka: Zákazníkům usnadníte zpětnou vazbu, přidávejte nápady a hlasujte o funkcích nové generace. Poskytnutí zpětné vazby se často provádí prostřednictvím vyhrazeného webu.
    • Zpětná vazba k produktu: Tlačítka zpětné vazby v produktu jsou dalším způsobem, jak požádat o zpětnou vazbu o prostředí produktu nebo o konkrétních funkcích.
    • Ukázky zákazníků: Pravidelně naplánované ukázky, které požadují zpětnou vazbu od vašich zákazníků, můžou pomoct utvářet produkty nové generace a udržet si přehled o vytváření aplikací, které zákazníci chtějí využívat.
  • Programy raného přijetí: Takové programy by měly být vyvinuty s myšlenkou, že všechny týmy by se mohly chtít účastnit jako určitý bod. Dřívější uživatelé získají přístup k dřívějším verzím fungujícího softwaru, který pak můžou poskytnout zpětnou vazbu. Tyto programy často fungují zapnutím příznaků vybraných funkcí pro seznam dřívějších osvojovatelů.
  • Rozhodnutí založená na datech: Najděte způsoby instrumentace produktu, abyste získali užitečná data a mohli otestovat různé hypotézy. Pomozte řídit experimenty přátelskou kulturu, která oslavuje výuku.

Zlepšení viditelnosti projektu

Čím větší přehled vy a vaše týmy získáte v rámci cíle, vize a průběhu práce, tím lépe umožníte snížit rizika a spravovat závislosti.

  • Struktura týmu: Bez ohledu na to, jak velká vaše organizace získá, strukturuje organizaci kolem malých týmů se škálováním 6 až 9. Vytvořte vertikální a autonomní týmy funkcí seskupené v oblastech správy portfolia.
  • Struktura rozpisu práce: Rozdělení velkých cílů, funkcí nebo požadavků na menší cíle zůstává stabilní součástí řízení projektů. Díky rozdělení práce na podobných úkolech můžou týmy lépe odhadnout a identifikovat rizika a závislosti.
  • Konsolidovaná zobrazení: Pomocí nástrojů pro online sledování můžete agregovat práci, abyste získali znalosti napříč týmy. Vytvářejte řídicí panely pro zobrazení průběhu a trendů.
  • Zkušenosti: Tyto schůzky, které se konaly před zahájením vývoje na funkci, slouží k informování vedení o scénářích a prioritách, shromažďování zpětné vazby, nastavení očekávání a k zobrazení jakýchkoli problémů napříč týmy o této funkci.

Posílení produktivních pracovníků

Mezi konkrétní agilní postupy, které dobře škálují a vedou k šťastnějším, zasnoubenějším a produktivním zaměstnancům, patří:

  • Vložené vedení: Umožňuje týmům a vedoucím pracovníkům v organizaci co nejvíce organizovat a spravovat sami sebe. Nezávislost týmu zvyšuje efektivitu týmu agilnosti organizace. Zajistěte, aby týmy měly firemní sponzorství potřebné k úspěchu.
  • Denní stojany: Nebo schůzky Scrum pomáhají týmům soustředit se na to, co potřebují každý den, aby maximalizovaly schopnost splnit své závazky sprintu. Jak organizace rostou, měli by zvážit rozmístit tyto schůzky tak, aby se účast mezi týmy mohly objevit podle potřeby.
  • Scrum of scrums: Daily stand up of members from different Agile teams meet daily to report work completed, next steps, and issues or blocks, k nimž dochází v rámci jejich reprezentativních týmů.
  • Týmová komunikace: Poskytněte a povzbuďte týmy, aby sdílely své postupy a pokyny, ke kterým mají přístup prostřednictvím podnikové sítě. Mezi běžné nástroje používané k tomuto účelu patří týmové wikiweby, OneNotes nebo Weby Markdownu.
  • Spolupráce: Podněcujte neformální komunikaci mezi týmy a spolupráci v rámci týmu. Institucionalizace postupů, jako jsou revize kódu, kontroly návrhu, recenze specifikací nejen zvyšují týmovou spolupráci, ale pomáhají rozvíjet individuální a celkovou firemní kompetenci.

Zlepšení organizační kultury

Zvýšíte efektivitu organizace tím, že se zúčastníte kultury, kterou chcete vytvořit. Změny kultury probíhají, když jednotlivci, týmy a organizace přijmou jeden nebo více postupů průběžného zlepšování. Mezi škálovatelné agilní postupy patří:

  • Retrospektivní akce: Kladením otázek, jako jsou: "Co se dobře stalo?", "Co bychom měli dělat jinak?", a "Co bychom měli přestat dělat?" pomáhají týmům odrážet, jak mohou zlepšit své procesy a postupy. Retrospektivní funkce pomáhají týmům zjistit, co funguje dobře a co je potřeba zlepšit. Retrospektivní schůzky lze provádět kdykoli a kdekoli. Institucionalizace některých retrospektivních akcí v pravidelných intervalech ale pomáhá institucionálnímu zlepšování postupů průběžného zlepšování. Příklad:

    • Retrospektivní sprinty můžou týmům pomoct identifikovat oblasti, které by se v pravidelných intervalech zlepšily.

    • Retrospektivní verze verzí můžou organizacím pomoct identifikovat oblasti pro zlepšení komunikace a interních postupů a zlepšení paliva v příští verzi.

    • Provozní kontroly: Obvykle se uchovávají měsíčně a zahrnují zástupce z celého hodnotového toku. Probírající portfolio projektů a dalších iniciativ a využití objektivních, kvantitativních dat, navrhují tyto retrospektivní akce, aby vyvolaly diskuze o dynamikě ovlivňující výkon mezi týmy.

      Na wikiwebu agilních retrospektivních zdrojů najdete nápady, tipy a nástroje pro plánování a provádění retrospektivních zdrojů. Viz také rozšíření Retrospectives z Marketplace.

  • Panel pro sledování vylepšení: Dobré nápady na zlepšení procesů mohou vzniknout kdykoliv. Zachycením těchto myšlenek prodiskutujte a rozhodněte se, jak na nich rychle reagovat, je klíčem k podpoře úsilí o zlepšení procesů.

    Bílá deska poskytuje jakékoli jednoduché a vizuální prostředky, se kterými můžete zachytit nápady. Můžete také vytvořit tým pro sledování vylepšení a zachytit nápady, které sledujete na elektronické desce Kanbanu.

  • Institucionální sdílení: Sdílení osvědčených postupů a komunikace nápadů pomáhá všem týmům v organizaci růst a zlepšovat. Rozvoj kultury učení je klíčem k podpoře této a dalších aktivit průběžného zlepšování. Některé nápady, které je potřeba vzít v úvahu:

    • Interní wikiweby

    • Interní distribuční seznamy

    • Hackathon týdny nebo 10% hack čas

    • Interní tým podpory agilní podpory pro týmy, které přijímají agilní postupy

      Hra kultura poskytuje dobrý zdroj pro agilní manažery, aby pomohl týmům přijmout agilní a sdílet osvědčené postupy.

  • Komunity praxe: Podpora interních běžných disciplín (například DBA, SW Architects, návrh uživatelského prostředí)

Fungující software

"Doručování fungujícího softwaru často, od několika týdnů po několik měsíců, s předvolbou kratší časové osy."
"Funkční software je primární mírou průběhu."
- Agilní manifesto

S rostoucím množstvím softwaru, funkcí a složitosti budete muset přijmout postupy, které vám pomůžou vytvářet spotřební řešení.

  • Příznaky funkcí: Pomocí příznaků funkcí můžete povolit nebo zakázat přístup k různým funkcím. Poskytněte podporu pro zapnutí funkcí pro dřívější uživatele, kteří chtějí získat pracovní zpětnou vazbu.
  • Vydané vlaky: Poskytněte jiný typ tempa pro doručování jedné nebo více funkcí. Týmy funkcí rozumí předem plánovanému plánu vysouvat nové funkce a správně plánovat. Vytrénování verzí může odpovídat stejnému tempu sprintu pro organizaci nebo může docházet k jinému tempu. Informace o nastavení sprintů a vydávání vlaků najdete v tématu Scaled Agile Framework .
  • Kontinuální integrace: Osvojte si procesy, které eliminují ruční práci a místo toho automatizují tok softwaru prostřednictvím cyklů testování, sestavení a nasazení.
  • Interní open source: Přineste do interních vývojových týmů hodnotu a etos, které jsou vyvíjeny v komunitě open source softwaru.

Spolu s výše uvedenými postupy najdete další pokyny týkající se škálování agilních nástrojů v následujících článcích:

Oborové zdroje

Postupy, které se neš škálovat

  • Odhad velkých iniciativ: Součástí metod vodopádového projektu bylo odhad zdrojů a plánů. Čím větší byly iniciativy, tím méně pravděpodobné byly tyto odhady jakékoli hodnoty. S růstem projektů mohou vzniknout rizika a nepředvídané problémy a překážky, což zneplatní mnoho odhadů.
  • Rychlost: Zatímco rychlost týmu může poskytnout užitečnou metriku pro získání přehledu o tom, kolik práce může každý tým dokončit během sprintového cyklu, nemůžete přidat rychlosti týmu, abyste získali smysluplné nebo užitečné metriky. Také použití rychlosti získané z mnoha týmů k spolehlivému dokončení dlouhých prognóz je problematické. Týmy se liší způsobem, jakým odhadují svou práci, a tyto varianty se v průběhu času zvyšují.
  • Preskriptivní řešení shora dolů: Jedna velikost neodpovídá všem a jedno řešení obvykle neodpovídá všem týmům. Podpora samostatnosti týmu znamená, že umožní týmům najít vlastní řešení.