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

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

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

Zkrácení doby uvedení na trh a 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, chcete š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 vás zajímá nejvíce: Včasné doručení? Kvalita produktu? Předvídatelnost? Spokojenost zákazníků?
Vraťte se k prvním principům a vraťte se k principům a sdíleným hodnotám výčtu v manifestu Agile , jak poznamenal Ken Schwaber, jeden ze zakladatelů Scrumu:
- "Hodnoty a principy se škálují, ale postupy jsou citlivé na kontext."
- "Udržujte hodnoty, udržujte zásady a zamyslete se nad sebou. Hlavní princip Agile je, že lidé, kteří práci vykonávají, jsou ti, kteří nejlépe vědí, jak ji provést.

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 vydání udávají rytmus podnikání. Práce všech týmů ve stejném rytmu napomáhá ke koordinaci a spolupráci veškerých aktivit.
Komunikace sprintu: 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í sdílet souhrn svých předchozích výsledků sprintu a aktuálních plánů sprintů prostřednictvím digitálních kanálů, jako jsou Microsoft Teams, Slack nebo e-mail.
Ukázky a videa sprintu: Vytvářejte rychlá 2 až 3minutová videa, která prezentují nové funkce, které tým vytvořil. Sdílejte odkazy na taková videa v rámci komunikace sprintu nebo týmových kanálů.
Prezentace projektů: Chcete-li informovat ostatní týmy a požádat o zpětnou vazbu k softwaru, který je ve vývoji, týmy předvádějí práci, na které pracují. 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.
Řídicí panely metrik kvality: Pro podporu přehledu o kvalitě produktů a dodržování kázně v oblasti chyb pravidelně sdílejte metriky kvality s organizací. Mezi tyto metriky mohou patřit aktivní chyby pro jednotlivé týmy, trendy chyb, pokrytí testů a míry úniku defektů.
Koordinační schůzky a obřady: Schůzky, které koordinuje týmy v pravidelných intervalech nebo co nejčastěji, aby se řešily překrývající se cíle, závislosti a rizika. Zvažte implementaci plánování Scrums nebo programových inkrementací (PI).

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í.

Smyčky průběžné zpětné vazby: Vytváření mechanismů zpětné vazby zákazníků Tyto smyčky mohou mít mnoho forem:
- Hlasové platformy pro zákazníky: Usnadňují zákazníkům zpětnou vazbu, přidávají nápady a hlasují o funkcích nové generace prostřednictvím vyhrazených portálů, komunitních fór nebo integrovaných systémů zpětné vazby.
- Zpětná vazba v rámci produktu: Implementujte tlačítka zpětné vazby v produktu a telemetrii, abyste získali přehled o prostředí produktu a konkrétních funkcích.
- Ukázky zákazníků a uživatelské testování: Naplánujte pravidelné ukázky, které požadují zpětnou vazbu od vašich zákazníků a provádějí relace testování použitelnosti, které pomáhají utvářet produkty nové generace a sledovat vytváření aplikací, které chtějí vaši zákazníci využívat.
Průkopnické a beta programy: Vyvíjejte programy s myšlenkou, že se všechny týmy mohou kdykoli chtít zúčastnit. Dřívější uživatelé získávají přístup k dřívějším verzím fungujícího softwaru a poskytují cennou zpětnou vazbu. Tyto programy často fungují tak, že povolíte příznaky vybraných funkcí pro seznam dřívějších uživatelů.
Rozhodnutí založená na datech: Najděte způsoby instrumentace produktu, abyste získali užitečná data a otestovali různé hypotézy. Směřujte k vytvoření kultury příznivé pro experimenty, která oslavuje rozhodování založené na procesu učení a na důkazech.

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 můžete snížit rizika a spravovat závislosti.

Struktura týmu: Bez ohledu na to, jak velká vaše organizace může růst, efektivně se škáluje kolem malých týmů o 6 až 9 lidech. 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á základem ří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í a řídicí panely: Pomocí nástrojů pro online sledování můžete agregovat práci a získávat znalosti napříč týmy. Vytvářejte řídicí panely v reálném čase, abyste mohli pomocí služeb Azure DevOps Analytics zobrazit průběh, trendy a klíčové ukazatele výkonu.
Zkušenosti a kontroly návrhu: Před zahájením vývoje funkce provádějte tyto schůzky, abyste informovali vedení o scénářích a prioritách, shromažďovali zpětnou vazbu, nastavovali očekávání a identifikovali problémy mezi týmy týkající se této funkce.

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í a psychická bezpečnost: Umožněte týmům a vedoucím pracovníkům v organizaci co nejvíce sebeorganizovat a sami spravovat. Nezávislost týmu zvyšuje flexibilitu organizace a efektivitu týmu. Zajistěte, aby týmy měly firemní sponzorství potřebné k úspěšnému a vytvoření prostředí, ve kterých se členové týmu cítí bezpečně vyjádřit nápady a obavy.
Denní schůzky: Scrum schůzky pomáhají týmům soustředit se na to, co potřebují každý den, aby maximalizovaly schopnost splnit závazky sprintu. Jak organizace rostou, měly by zvážit rozdělit tyto schůzky tak, aby účast mezi týmy mohla probíhat podle potřeby.
Scrum of scrums: Zástupci různých agilních týmů se pravidelně setkávají a hlásí dokončenou práci, další kroky a problémy nebo bloky, ke kterým dochází v rámci svých týmů.
Týmová komunikace a sdílení znalostí: Poskytněte a povzbuďte týmy, aby sdílely své postupy a pokyny prostřednictvím firemních sítí. Mezi běžné nástroje patří týmové wikiweby, Microsoft Teams, Confluence nebo wikiweby Azure DevOps.
Spolupráce a kvalita kódu: Povzbuďte neformální komunikaci mezi týmy a spolupráci. Institucionalizovat postupy, jako jsou revize kódu, kontroly návrhu, párové programování a programování mobu. Tyto postupy nejen zvyšují týmovou spolupráci, ale pomáhají rozvíjet individuální a celkovou firemní kompetentnost.

Zlepšení organizační kultury

Zvýšíte efektivitu organizace tím, že budete pečovat o kulturu, 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ří:

Retrospektivy: Položte otázky, například: "Co se dobře stalo?", "Co bychom měli dělat jinak?", a "Co bychom měli přestat dělat?" a pomozte 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 můžete provádět kdykoli a kdekoli. Institucionalizace některých retrospektivních akcí v pravidelných intervalech však pomáhá stanovit postupy průběžného zlepšování. Příklad:
- Retrospektivní sprinty pomáhají týmům identifikovat oblasti, které by se v pravidelných intervalech zlepšily.
- Retrospektiva vydání verzí pomáhá organizacím identifikovat oblasti pro zlepšení komunikace a interních postupů a poskytuje podnět k dalšímu zlepšení pro příští vydání.
- Operativní přehledy: Obvykle se konají měsíčně a zahrnují zástupce z celé hodnotové řady. 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 Wiki agilních retrospektiv najdete nápady, tipy a nástroje pro plánování a provádění retrospektiv. Viz také rozšíření Marketplace Retrospectives.
Panel pro sledování vylepšení: Dobré nápady na zlepšení procesů mohou kdykoli vzniknout od kohokoli. Zachytávání těchto myšlenek pro diskuzi a rozhodování o tom, jak na nich rychle reagovat, podporuje úsilí o zlepšení procesů.

Tabule poskytuje snadný a vizuální způsob zachycení nápadů. Můžete také vytvořit tým pro sledování vylepšení a zachytit nápady, které sledujete na elektronické desce.
Institucionalizace sdílení a učení: 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 se. Rozvoj kultury učení podporuje toto a další aktivity průběžného zlepšování. Představte si tyto nápady:
- Interní wikiweby a znalostní báze
- Komunity praxe a cechů
- Hackathonové týdny nebo čas inovací
- Interní týmy devOps a agilního koučování, které podporují týmy, které tyto postupy přijímají
- Pravidelné obědové a výukové relace
- Interní konference a technické přednášky
  
  Hra kultura poskytuje dobrý zdroj pro agilní manažery, který týmům pomůže přijmout agilní postupy a sdílet osvědčené postupy.
Komunity praxe: Podpora interních běžných disciplín (například technici spolehlivosti lokalit, softwaroví architekti, návrháři uživatelského prostředí, datoví vědci a specialisté na zabezpečení)

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ěřítko pokroku."
- Agilní manifesto

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

Příznaky funkcí a progresivní doručování: Pomocí příznaků funkcí můžete bezpečně povolit nebo zakázat přístup k různým funkcím. Podporovat zapnutí funkcí pro rané uživatele, aby získali praktickou zpětnou vazbu. Implementujte vzory progresivního doručování, jako jsou kanáří a blue-green nasazení.
Vydávací cykly a průběžné doručování: Nabízí jiný typ kadence pro doručování jedné nebo více funkcí. Týmy pro funkce chápou předem připravený harmonogram nasazení nových funkcí a plánují podle toho. Distribuční cykly mohou odpovídat stejnému tempu sprintu stanovenému pro organizaci nebo mohou probíhat v jiném tempu. Informace o nastavení sprintů a vlaků vydání najdete v tématu Scaled Agile Framework.
Kontinuální integrace a průběžné nasazování (CI/CD): Využijte automatizované procesy, které eliminují ruční práci a automatizují tok softwaru prostřednictvím testovacích, buildových a nasazovaných cyklů. Implementujte komplexní strategie testování, včetně testů jednotek, integračních testů a automatizovaných akceptačních testů.
Vnitřní zdroj a opensourcový vývoj: Přineste hodnotu a ethos vyvinutý v komunitě open source softwaru do interních vývojových týmů. Povzbuďte sdílení kódu, dokumentaci a postupy pro spolupráci při vývoji napříč týmy.
Postupy nativní pro cloud: Využití kontejnerizace, architektur mikroslužeb a vzorů nasazení nativních pro cloud za účelem zlepšení škálovatelnosti a údržby

Moderní postupy a aspekty

S vývojem agilních postupů zvažte tyto další moderní přístupy:

Integrace DevSecOps: Integrujte postupy zabezpečení v průběhu celého vývojového životního cyklu a nezacházejte s zabezpečením jako s samostatným zájmem.
SRE (Site Reliability Engineering): Osvojte si postupy SRE, které zlepšují spolehlivost systému a snižují provozní režii.
Mapování hodnotového toku: Mapování a optimalizace toku hodnoty od nápadu po doručení zákazníka
OKRS (cíle a klíčové výsledky):: Používejte okrs k sladění týmů kolem měřitelných výsledků, nikoli jenom výstupů.
Návrhové myšlení: Zabudování přístupů k návrhu zaměřenému na člověka, aby lépe porozuměl potřebám zákazníků.

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ší jsou iniciativy, tím méně je pravděpodobné, že tyto odhady poskytnou jakoukoli hodnotu. S růstem projektů mohou vzniknout rizika a nepředvídané problémy a překážky, což zneplatní mnoho odhadů.
Rychlost jako metrika mezi týmy: 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ů ke spolehlivému dokončení dlouhých prognóz je problematické. Týmy se můžou lišit v tom, jak 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í a zároveň poskytovat potřebné architektury a podporu.
Cargo kult Agile: Pouhé přijímání agilních praktik bez pochopení jejich účelu či přizpůsobení kontextu často vede k neefektivním implementacím.

Váš názor

Byla tato stránka užitečná?

Last updated on 2025-11-04