Prozkoumání průběžného plánování
Průběžné plánování je jednou z osmi možností DevOps.
Zjištění, proč je potřeba průběžné plánování
Pojďme si projít případovou studii softwarové aplikace vyvinuté vládní agenturou v letech 2000 až 2005. Projekt nebyl blízko dokončení, když byl oficiálně opuštěn v lednu 2005 a změnil se na úplný fiasco. Kromě plýtvání nejméně 100 milionů dolarů, selhání přineslo agenturě a jeho řediteli rozsáhlou kritiku.
Druhý projekt byl zahájen v roce 2006 s podobnými katastrofálními výsledky. Dvě snahy využívaly velký návrh před sebou a metodu vývoje vodopádů s klasickou plánovanou událostí big bang go-live. Skončili s ničím nedodaným a stovky milionů dolarů strávili.
Proč tyto pokusy selhaly?
- Velký design předem – tým 200 osob strávil šest měsíců vytvořením požadavků.
- Posun priorit – havárie proběhla v rámci projektu, což vedlo k masivní změně rozsahu – a další tým 300 osob pracoval šest měsíců, což vedlo k 600 stránkám požadavků.
- Nevyužité úsilí a přepracování vedlo ke zmeškaným termínům a k vyhoření týmu – 700 000 řádků kódu, které se píšou a znovu zapisují.
V prosinci 2010 bylo studio Scrum nastaveno a společně umístěné. Zaměstnanci se snížili z 400 na původní projekty na 40. Návrh byl z 600 stránek požadavků na 670 uživatelských scénářů. Tým odeslal kód a každý dva týdny ukázal nové funkce. Po několika sprintech bylo možné předpovídat přibližné časové osy a plánovat přírůstkové obchodní změny. Kód byl dokončen do prosince 2011.
Ale proč je obtížné dobře plánovat podrobně?
Alan Turing vyvinul stroj během druhé světové války, aby prolomil šifrovací zařízení známé jako Enigma Machine.
Turing musel neustále šifrovat nové kódy, aby zachránil životy. Místo toho, aby se vzdal kvůli zdánlivě nekonečné složitosti, Turing věděl, že musel prolomit jen malé podrobnosti, aby dal cestu k větším výsledkům:
"Vidíme jen krátkou vzdálenost dopředu, ale vidíme tam spoustu, co je potřeba udělat."
Ambiciózní softwarové projekty jsou vždy složité. Ale nenechte vás složitost zahltit. Místo toho spusťte, kde je jasno: krátkodobé.
Plánujte nepřetržitě a efektivně s jasným směrem, zaměřením a flexibilitou, která se spoléhá na cíle a klíčové výsledky (OKR)
Před definováním průběžného plánování musíme zavést důležitý koncept a architekturu, které vám pomůžou plánovat nepřetržitě a efektivně s jasným směrem, zaměřením a flexibilitou.
Cíle a klíčové výsledky (OKRS) je architektura pro nastavení cíle navržená tak, aby spojila strategické cíle stanovené vedením s každodenními aktivitami prováděcích týmů.
Důležité
OkRs pomáhají identifikovat nejlepší možný výsledek a vytvořit přehled o tom, jak vypadá skutečný úspěch.
OkRs jsou obecně nastaveny na čtvrtletní bázi pro ostrý zaměření a flexibilitu.
Cílem je směr a klíčový výsledek musí být měřitelný. Na konci se můžete podívat, a bez argumentů, rozhodnout: Udělal jsem to, nebo jsem to neudělal? Ano? Ne? Jednoduché. Žádný rozsudek.
Okrs jsou lokalizovány směrem dolů a napříč všemi týmy v organizaci, aby ukázaly sladění a transparentnost.
Co jsou okrs?
Existují tři základní aspekty OKR:
Tvoří rámec pro definování jasných cílů a poskytují přehled o záměru a směru na všech úrovních v organizaci.
Jsou posíleny měřitelnými klíčovými výsledky. Klíčové výsledky jsou výsledky, podle kterých se měří úspěch.
Řídí kulturu myšlení výsledků , což umožňuje jasný posun od výstupního myšlení na výsledek myšlení.
Příklad OKR
Tady je příklad OKR:
Cíl: nasaďte astronauta na měsíc do roku 1970.
Klíčové výsledky:
- Postavte vesmírnou loď pod 40000 liber do roku 1965.
- Vytrénujte astronauty na přistání na měsíci do roku 1967.
- Úspěšně přistála vesmírná loď na Měsíci.
- Sejf přineste astronauty zpět na zemi.
Tento příklad OKR identifikuje cíl nebo cíl uvedení astronauta na měsíc do roku 1970.
Poznámka:
Cíle musí být snadno pochopitelné, nastavit jasný směr a poskytnout motivaci.
V tomto příkladu jsou klíčové výsledky míry pokroku, které změří úspěch cíle.
Poznámka:
Klíčové výsledky musí být měřitelné a identifikovat, jak dosáhnout cíle.
Klíčové výhody OKR
Okrs má pět klíčových výhod:
- Fokus: Každý cíl by se měl vejít na jednu čáru. Pokud jde o klíčové výsledky, neměli byste mít více než pět cílů.
- Sladění: manažeři a přispěvatelé propojují své každodenní aktivity s celopodářem celé organizace. Termín pro toto propojení je zarovnání a jeho hodnota nemůže být přehodnocena.
- Závazek: plány a zdroje budou upraveny tak, aby se zajistilo, že se doručí všechny přijaté závazky.
- Sledování okrs z výstupu do výsledku je důvod, proč je správa podle cílů tak oblíbená u společností nejvyšší úrovně. Každý OKR by měl být možné sledovat prostřednictvím metrik vytvořených při jejich zápisu.
- Roztažení: OkRs ze své podstaty tlačí organizace, aby se snažily dál, aby se trochu více než to, co si mysleli, bylo možné.
Porovnání průběžného a statického plánování
Průběžné plánování je postup, který vyžaduje, aby plánovači, architekti a agilní týmy průběžně integrovali plány v rámci celého podniku.
V oblasti průběžného plánování umožňují scrum-based planning methods and emerging designs allow teams to refine planning into the execution level.
Je důležité mít plán vysoké úrovně, který je odolný vůči změnám, ale řídí se jasnou vizí a účelem.
Železný trojúhelník kompromisů pro vodopádový vs. agilní vývoj metodologie znázorňuje porovnání mezi průběžným a statickým plánováním.
Ve statické metodologii je plánování rozsahu pevné. Určíte, kolik času bude projekt trvat a kolik to bude stát.
V agilní metodologii, která používá principy průběžného plánování, je čas pevný pro splnění obchodních cílů. Jediná věc, kterou je možné vyjednat, je rozsah.
Železný trojúhelník obvykle zobrazuje čas, prostředky a funkce. Společnost Automaticky přidala ke znázornění kvalitu, protože doba trvání a náklady korelují a kvalita se často vynechá.
Ale co úspěch těchto dvou postupů?
Jedním z důvodů, proč jsou agilní projekty úspěšnější, je to, že malé dávkové verze zvyšují příležitosti k získání znalostí.
Mějte na paměti čtyři věci:
- Obchodní potřeby se neustále mění a dělají to na krátkou dobu.
- Agilní má mechanismy plánování, které udržují krok s obchodními změnami.
- Vysoce výkonné týmy můžou tak snadno rychle přejít nesprávným směrem.
- Získání znalostí snižuje riziko.
Vodopádové i agilní metodologie jsou výzvy. Agilní akce se stává úspěšné o 30 % více času.
Prozkoumání šesti principů průběžného plánování
Průběžné plánování má šest principů:
- Jednoduchost hodnoty
- Manifesto pro agilní vývoj softwaru
- Návrh myšlení
- Iterativní a přírůstkový vývoj
- Štíhlá správa
- Přesnost odhadu
Princip průběžného plánování č. 1: Jednoduchost hodnoty
Prvním principem průběžného plánování je jednoduchost hodnot.
"Pokud to nemůžete jednoduše vysvětlit, nerozumíte tomu dostatečně."
-Albert Albert
Princip průběžného plánování č. 2: Manifesto pro agilní vývoj softwaru
Druhým principem průběžného plánování je manifest pro agilní vývoj softwaru.
Manifesto se týká poskytování softwaru. Jde o vývoj softwaru – ne o řízení projektů ani návrh. Nachází se v jádru průběžného plánování a DevOps.
Snažíme se odhalit lepší způsoby vývoje softwaru tím, že ho děláme a pomáháme ostatním. V této práci jsme získali následující hodnoty:
- Jednotlivci a interakce nad procesy a nástroji
- Funkční software přes komplexní dokumentaci
- Spolupráce zákazníků přes vyjednávání smluv
- Reagování na změnu podle plánu
Princip průběžného plánování č. 3: Myšlení v návrhu
Třetím principem průběžného plánování je myšlení návrhu.
Návrhové myšlení má k inovacím přístup zaměřený na člověka. Zaměřuje se na průnik životaschopnosti, proveditelnosti a desirability pro stanovení hranic a snižování plýtvání.
Princip průběžného plánování č. 4: Iterativní a přírůstkový vývoj
Čtvrtým principem průběžného plánování je iterativní a přírůstkový vývoj.
Někteří se bojí, že nebudou vědět, co dostanou. Iterativní vývoj tento problém řeší tím, že do rukou zúčastněných stran umístí požadavky a stanovení priorit do smyčky iterativní zpětné vazby. Každá iterace je úplná, použitelná a užitečná pro své uživatele. Přidává další funkce, nejlépe nejdůležitější funkce jako první.
Principy průběžného plánování č. 5: Štíhlá správa
Pátým principem průběžného plánování je štíhlá správa.
Hodnota je definována z hlediska koncového zákazníka. V procesu jsou identifikovány datové proudy hodnot a kroky, kde se hodnota nedoručí zákazníkovi, jsou identifikovány jako plýtvání a odstraněny.
Proces začíná znovu, snaží se o stav dokonalosti pomocí průběžného zlepšování.
Princip průběžného plánování č. 6: Přesnost odhadu
Šestý princip průběžného plánování je přesnost odhadu.
Odhad je analytická předpověď, jak dlouho bude něco trvat, kolik bude stát nebo kolik funkcí se dá dodat. Má dva atributy – přesnost a přesnost, které spolu zcela nesouvisí. Odhady vlastní technický tým.
Cílem je prohlášení o obchodní potřebě: jak dlouho bychom chtěli něco trvat, kolik by to mělo stát, nebo kolik funkcí chceme doručit. Cíle vlastní firma.
Závazek je slib, že do určitého data doručí funkčnost a kvalitu. Závazky jsou vlastněné společně.
Důležité
Cílem průběžného plánování je udržovat soulad mezi odhady, cíli a závazkem. Jinak nesplníme očekávání uvnitř organizace i mimo ni.
Vysvětlení vztahu mezi OKR a Scrum
Teď, když rozumíte tomu, proč a co OKR, stejně jako něco o průběžném plánování, tady je propojení mezi těmito dvěma.
Strukturování práce pomocí technik, jako jsou OKR, sníží nejistotu alespoň v krátkodobém horizontu. Vzhledem k tomu, že okrs mají být definovány kaskádově, začne se měnit způsob, jakým budou manažeři vykazovat svůj styl správy.
Techniky, jako jsou OKR, představují rychlý a efektivní způsob, jak začít na cestě odstyluho správy.
