Prozkoumání průběžného vylepšování

  • 5 min

Průběžné vylepšování je jednou z osmi funkcí v taxonomii DevOps.

Zjištění, proč je potřeba průběžné zlepšování

Průběžné zlepšování zahrnuje a vyžaduje měření. Jak identifikujete zlepšení, pokud neměříte?

Zpráva Forrester o rychlejším doručování softwaru urychlí digitální transformaci publikovanou v roce 2017, ukazuje významné plýtvání mezi předstihem a časem procesu. Připomíná nám, že pokud neměříte, nemůžete znát rozdíl – nebo kolik plýtvání vaší organizací vytváří.

Po měření dopadu, který mají konkrétní odpady na proces, je snadné určit prioritu práce, aby se zlepšila.

Diagram znázorňuje významné plýtvání mezi předstihem 123 dnů a časem procesu 39 dnů. Jedná se o dobu čekání 84 dnů.

Zdroj: Forrester, rychlejší doručování softwaru urychlí digitální transformaci, březen 2017 od Diego Lo Giudice, Christopher Condo s Christopher Mines, Luis Deya

Jak ale vylepšíte uživatelské prostředí, pokud se neměříte? Výzkum Forresteru ukázal, že "Malý překrývání mezi otestovanými a používanými funkcemi znamená, že vývojáři potřebují lepší přehled zákazníků". Překrývání mezi otestovanými funkcemi aplikace a použitými funkcemi aplikací je přibližně 35 %.

Diagram ukazuje, že se mezi otestovanými funkcemi a použitými funkcemi překrývají pouze 35 %.

Jak můžete sestavit správný software, pokud neměříte využití a dopad nových funkcí? S 65% pravděpodobností, že se to pokazí, znalost rozdílu je zásadní.

Co je průběžné vylepšování?

Nepřetržité a candidálně pozorované sledování procesu DevOps umožňuje týmům identifikovat možné body zlepšení.

Všechna vylepšení vyžadují změnu, ale ne všechny změny jsou vylepšení. Proto je měření důležitým faktorem úspěchu pro organizace využívající DevOps. Peter Drucker říká: "Pokud to nemůžete měřit, nemůžete ho vylepšit."

Nedostatek efektivního mechanismu zpětné vazby ztěžuje zlepšení dopadu aplikací na firmy. Proto je důležité vytvořit prostředí, které podporuje přístup zaměřený na výuku pro vylepšení DevOps a zaměřuje se na úpravy založené na datech. Diagram znázorňuje, že bychom k vygenerování vylepšení měli použít měření a dopad. Měření by mělo vést ke změně pozitivního chování. Organizace by se měly vyvíjet v praxi průběžného učení a zpětné vazby, aby vytvořily průběžné zlepšování výkonu doručování softwaru.

Měření a metriky

Nejprve se podíváme na měření. Podle knihy Urychlovat Nicole Forsgren, Jez Humble a Gene Kim jsou čtyři nejdůležitější míry výkonu doručování softwaru:

  • Předstih pro změnu: míra tempa doručování softwaru. Doba, která trvá, než se kód potvrzený do kódu úspěšně spustí v produkčním prostředí
  • Frekvence nasazení: přímá nebo nepřímá míra doby odezvy, jednotnost týmu, možnosti vývojářů, efektivita vývojového nástroje a celková efektivita týmu DevOps.
  • Střední doba obnovení: jak dlouho obvykle trvá obnovení primární aplikace nebo služby, když dojde k incidentu služby.
  • Procento selhání změn: procento změn v produkčním prostředí (včetně například změn verzí softwaru a změn konfigurace infrastruktury), které selžou.

Je zodpovědností vedení DevOps k měření věcí, jako jsou metriky provozního stavu, využití, rychlost a stav živého webu. Jinými slovy, měření IMPACT, ne ACTIVITY. Metrika je užitečná jenom v případě, že je použitelná.

Přestože týmy scrum měří kapacitu týmu, rychlost týmu, burndown a počet chyb, tyto metriky jsou relevantní pouze v kontextu týmu. Je ale důležité, aby vedení DevOps zůstala zaměřená na dopad.

Důležité

Měření dopadu, ne aktivity!

Co měříme:

Využití

Rychlost

Stav živého webu

  • Pořizovací cena
  • Zapojení
  • Spokojenost
  • Stloukat
  • Feature usage
  • Čas sestavení
  • Čas k vlastnímu testování
  • Čas nasazení
  • Čas na učení
  • Čas k rozpoznání
  • Doba komunikace
  • Doba zmírnění
  • Dopad na zákazníka
  • Položky prevence incidentů
  • Problémy se stárnoucími živými weby
  • SMLOUVA SLA na zákazníka
  • Metriky zákaznické podpory

Věci, které nesledujeme:

  • Původní odhad
  • Dokončené hodiny
  • Řádky kódu
  • Týmová kapacita
  • Týmový burndown
  • Rychlost týmu
  • Počet nalezených chyb

Důležité

Metriky ovlivňují obchodní výsledky.

Sladění klíčových ukazatelů výkonu se návyky je důležité. Pomáhá dosáhnout pozitivních obchodních výsledků.

Mezi důležité návyky pro posílení klíčových ukazatelů výkonu a nastavení týmů pro úspěch by měly patřit:

  • Nezávislost týmu a sladění organizace: Co, jak a proč vytváříme. Potřebujete ve vaší organizaci společnou frekvenci nebo prezenčních signálů, abyste všem týmům vedení a funkcí umožnili transparentní a efektivní spolupráci.
  • Zaměření na zákazníka: Veškeré úsilí musí mít přímý nebo nepřímý dopad na hodnotu klienta.
  • První nastavení výroby: Myšlení, které nerozlišuje způsob zpracování funkcí a chyb během vývoje, testování a provozní podpory. Všechno by mělo být automatizované, s verzí a vyladěné v produkčním prostředí.
  • Kvalita posunu doleva a rychle selžou: Povzbuďte kontroly, ověření a schválení pro testování i zabezpečení co nejdříve v cyklu doručování funkcí, abyste mohli řídit kvalitu a rychle selhat.

Diagram znázorňuje vztah mezi metrikami, klíčovými ukazateli výkonu, návyky a obchodními výsledky. Metriky podporují klíčové ukazatele výkonu, které by měly být v souladu se zvyky dosáhnout obchodních výsledků. Mezi příklady klíčových ukazatelů výkonu patří předstih, frekvence nasazení, střední doba obnovení a míra selhání změn. Tyto klíčové ukazatele výkonu by měly být sladěné se zvyky, jako jsou například samostatnost týmu a sladění organizace, zaměření zákazníků, první výrobní myšlení a kvalita posunu doleva a rychle. Toto sladění pomáhá dosahovat obchodních výsledků, jako je rychlejší uvedení na trh, vyšší kvalita, méně plýtvání a kompletní zabezpečení.

Průběžná zpětná vazba

V dalším kroku se podíváme na to, jak používat nepřetržitou zpětnou vazbu pro spolupráci.

Nejmluvnější informace o moderních vývojářích aplikací pocházejí od startupů. Proč jsou tak úspěšné? Vzhledem k tomu, že jejich štíhlé postupy jsou nečleněné roky zpřesněných procesů.

Štíhlé startupy vytvořily optimální cestu k vývoji, doručení a zpřesnění nápadů – vytvořením neuvěřitelné pozitivní kultury nepřetržité zpětné vazby:

  • Časná vydání, často vydaná verze
  • Začněte s minimálním realizovatelným produktem
  • Použití vývoje řízeného hypotézou
  • Průběžné vylepšování prostřednictvím zpětné vazby zákazníků

Diagram znázorňuje cyklus nepřetržité zpětné vazby. Začneme nápady, sestavíme kód a změříme výsledky shromažďování dat. Datum nám pomůže naučit se a generovat nové nápady. Průběžná zpětná vazba minimalizuje celkovou dobu procházení smyčky.

Průběžné vylepšování prostřednictvím mapování hodnotového toku

Když budeme mít měření a zpětnou vazbu, stane se vylepšením cvičení řízené daty.

Jedním z efektivních způsobů, jak podporovat průběžné zlepšování, je mapování hodnotového toku. Datový proud hodnot je posloupnost aktivit, které organizace zavazuje k doručení žádosti zákazníka.

Mapování hodnotového toku je vysoce efektivní způsob, jak zjistit a vyřešit odpojení, redundanci a mezery v tom, jak se práce provádí. Nejedná se pouze o nástroj, ale o metodologii založenou na týmu, o které se domníváme, že je základem osvědčené praxe správy.

Analýza hodnotového toku umožňuje rozdělit proces doručení a měřit dobu realizace, dobu cyklu a dobu nečinnosti, což pomáhá týmům provádět úpravy pracovního postupu na základě dat.

Tato opatření pomáhají týmům plánovat, zjišťovat změny efektivity a identifikovat potenciální problémy s procesy.

Diagram znázorňuje fáze procesu doručení. Doba předstihu je celkový čas ve všech fázích. Doba nečinnosti je čas mezi dvěma fázemi. Doba zpracování nebo cyklu měří dobu trvání fáze.

Tip

Čím nižší je doba vedení a cyklu, tím rychlejší je propustnost, která váš tým má.

Musíme být schopni identifikovat rozdíl mezi nepotřebnou prací, která není přidaná hodnota, a nezbytnou prací, která není přidaná hodnota, abychom mohli identifikovat budoucí změny pro zlepšení procesů.

Nepotřebná práce, která není přidaná hodnota, je skutečný odpad: zákazník ji nehodnotuje a organizace to nemusí udělat, aby zůstala realizovatelná firma. Využívá prostředky bez přidání jakékoli hodnoty do produktu.

Diagram znázorňuje, že doba předstihu zahrnuje nepotřebnou a nezbytnou dobu procesu bez hodnoty a čas procesu přidání hodnoty.

DevOps řízená daty: Průvodce vaší cestou s metrikami

Transformace DevOps je cesta, která je nejlepší a nejúčinnější způsob, jak se projít cestou DevOps, je prostřednictvím DevOps řízeného daty.

Diagram znázorňuje tok cesty DevOps. Týmy začínají transformovat a identifikují rychlé výhry. Automatizace pomáhá nízkému výkonu postupovat na střední výkony. Automatizace zvyšuje požadavky na testování, které se zpracovávají ručně. Hora technického dluhu blokuje pokrok. Technický dluh a zvýšená složitost způsobují další ruční kontroly a vrstvy procesu kolem změn, zpomalení práce. Bezútěšná práce na vylepšení vede k excelenci a vysokému výkonu! Vysoce výkonné a elitní výkonné týmy využívají odborné znalosti a učí se z jejich prostředí, aby viděli skoky do produktivity.

Doporučujeme vytvořit holistický přístup k měření efektivity DevOps a zajištění transparentnosti pro iniciativy transformace DevOps. Vytvořte kulturu, která podporuje učení a experimentování, které DevOps vyžaduje, tím, že se zaměříte na metriky, které zvýrazňují úspěch. Potvrďte tyto úspěchy tím, že oslavíte správné chování a ne trestáte špatné chování.