Co jsou DORA metriky?
Délka:
5 min
Publikováno:
9. června 2026
Co jsou DORA metriky?
DORA metriky jsou čtyři ukazatele výkonu dodávky softwaru. Definoval je výzkumný program DORA (DevOps Research and Assessment) společnosti Google poté, co roky zkoumal, čím se nejvýkonnější vývojové týmy liší od ostatních. Odpovídají na dvě otázky, na kterých záleží každému vedoucímu vývoje: jak rychle dodáváme a jak bezpečně. Ty čtyři klíčové ukazatele jsou:
- Frekvence nasazení říká, jak často úspěšně vydáváte změny do produkce. Častější a menší vydání obvykle znamenají nižší riziko u každého z nich a rychlejší zpětnou vazbu.
- Doba od změny do nasazení měří, jak dlouho trvá cesta od chvíle, kdy se změna objeví v kódu, do chvíle, kdy běží v produkci. Krátká doba znamená, že cesta od nápadu k zákazníkovi je průchozí.
- Podíl chybných nasazení je část nasazení, která způsobí potíž a vyžaduje opravu, třeba návrat k předchozí verzi, rychlou záplatu nebo incident. Ukáže vám, jestli rychlost neplatíte stabilitou.
- Doba obnovy služby (často se uvádí jako MTTR) měří, jak dlouho trvá zotavení, když se něco rozbije. Rychlá obnova je důležitější než to, abyste nikdy nezakopli.
První dva ukazatele měří rychlost (propustnost). Druhé dva měří stabilitu. Dohromady ukážou, jestli vaše týmy jedou rychle a zároveň spolehlivě, místo aby jedno vyměnily za druhé.
Lidsky řečeno
Představte si DORA metriky jako přístrojovou desku auta, kterým míříte k vydání. Dva ukazatele měří rychlost: jak často dorazíte (frekvence nasazení) a jak dlouho každá cesta trvá (doba od změny do nasazení). Dva ukazatele měří bezpečnost: jak často naboříte (podíl chybných nasazení) a jak rychle se vrátíte na cestu (doba obnovy). Dobrý řidič sleduje všechny čtyři, protože jet rychle se počítá jen tehdy, když dorazíte celí.
Proč na nich záleží
DORA metriky promění mlhavý pocit („dodávka nějak vázne“) v něco, na co můžete ukázat, co porovnáte v čase a podle čeho se rozhodnete. To mění debatu ve třech věcech.
Dají vám společný jazyk. Místo dohadů, kdo se snaží dost, se s týmem díváte na stejná čtyři čísla a ptáte se, proč se za poslední čtvrtletí doba od změny do nasazení zdvojnásobila. Debata se posune od hledání viníka k hledání úzkého místa.
Propojí vývoj s byznysem. Kratší doba od změny do nasazení znamená, že na trh reagujete dřív. Nižší podíl chybných nasazení znamená méně hašení požárů a méně promarněného času seniorů. Rychlejší obnova znamená kratší výpadky a méně ohrožených tržeb. To jsou věci, které CTO nebo produktový vlastník dokáže poměřit s náklady.
Stojí za nimi výzkum. Program DORA zjistil, že týmy silné ve všech čtyřech ukazatelích vydávají častěji, zotavují se rychleji a méně vyhořívají. Nejsou to tedy jen počítadla aktivity. Souvisí s výsledky, na kterých vedení už beztak záleží.
Krátce: DORA vám dá věrohodný a porovnatelný pohled na zdraví dodávky. Takový, se kterým můžete jít před vedení, aniž byste museli mávat rukama.
Jak začít měřit
Abyste mohli začít, nepotřebujete žádnou měřicí platformu. Začněte v malém a ať jsou čísla nejdřív poctivá, než budou hezká.
- Vyberte jeden tým a jednu službu. Na pochopení mechaniky stačí jediný tok hodnoty. Zavádět to rovnou napříč celou firmou obvykle uvázne.
- Vytáhněte to, co vaše nástroje už mají. Frekvence nasazení a doba od změny do nasazení většinou žijí ve vašem CI/CD pipeline a ve správě verzí. Podíl chybných nasazení a dobu obnovy najdete v nástroji na incidenty nebo v pohotovostní službě. Většina týmů poskládá první pohled z toho, co už loguje.
- Než číslu uvěříte, dohodněte se na definicích. Co se počítá jako „nasazení“? Kdy začíná doba od změny, při commitu, nebo při sloučení? Kdy je incident „vyřešený“? Napište si to. Nejednotné definice jsou nejčastější důvod, proč DORA čísla mýlí.
- Sledujte trend, ne jednotlivé hodnoty. Jediný týden vám řekne málo. Hodnota je ve směru za celé čtvrtletí a v tom, jestli vámi udělaná změna pohnula křivkou.
- Doplňte čísla kontextem. Ptejte se týmu, co data neukazují. Metriky vám řeknou, kde tření sedí. Lidé vám řeknou, proč.
Jakmile má jeden tým spolehlivý základ, stejný postup se přenese na další.
Na co si dát pozor
- Neberte DORA jako známku za produktivitu. Jsou to ukazatele zdraví dodávky, ne žebříček jednotlivců. Ve chvíli, kdy se lidé cítí měření osobně, začnou optimalizovat číslo místo práce.
- Pozor na obcházení metrik. Co odměníte, to lidé naučí obejít. Tým umí nafouknout frekvenci nasazení bezvýznamnými vydáními nebo zavírat incidenty předčasně, aby vylepšil dobu obnovy. Když se číslo zlepší, zatímco zkušenost zjevně ne, podívejte se na definici.
- Nehoňte se za hezkými čísly naoko. Vysoká frekvence nasazení neznamená nic, pokud s ní stoupá podíl chybných nasazení. Ty čtyři ukazatele tvoří vyváženou sadu schválně. Zlepšit jeden na úkor druhého není pokrok.
- Neporovnávejte týmy, které porovnat nejdou. Platformový tým a produktový tým u zákazníka mají jiný rytmus. Porovnávejte každý tým s jeho vlastní minulostí, ne mezi sebou.
- Neměřte, aniž byste jednali. Graf, na který se nikdo nedívá, je jen režie navíc. Pokud čísla nemění žádné rozhodnutí, sbíráte data, ale dodávku nezlepšujete.
DORA vám řekne, jestli je dodávka zdravá. Sama o sobě ale neřekne, jestli vývojářům jde práce hladce, nebo je trápí. Pro úplnější obrázek ji spojte se širším rámcem, jako je DX Core 4.
Související články
- DX Core 4: rámec pro měření developer experience - Širší rámec, který staví rychlost a stabilitu z DORA vedle developer experience a dopadu na byznys.
- Co je Developer Experience a proč na něm záleží - Co DX znamená a proč čísla dávají smysl jen tehdy, když je i každodenní práce příjemná.
- Návratnost investice do developer experience - Proč je rychlejší a bezpečnější dodávka byznysové rozhodnutí, ne jen otázka vývoje.
Chcete být o krok napřed?
Nenechte si utéct naše nejlepší postřehy. Žádný spam, jen praktické analýzy, pozvánky na exkluzivní eventy a shrnutí podcastů přímo do vaší schránky.