Kapitola 17: Schůzky a kontrola: co vám má dodavatel ukazovat

Rytmus schůzek dohodněte při podpisu

Kalendář schůzek patří do smlouvy nebo do plánu projektu, který podepisujete. Orientační plán pro dvoutýdenní sprinty:

Samotné pořádání schůzek nestačí. Jejich účastníci musí pracovat s daty a přijímat rozhodnutí. U digitalizace stavebního řízení řídicí výbory zasedaly, ale na varování technického dozoru podle auditu nikdo účinně nereagoval a pravidelný statusový reporting chyběl Audit DSŘ, technická část, 2025 (víc v kapitole 20).

Ukázka znamená běžící software, ne prezentaci

Ukázka běží ve vašem testovacím prostředí, ne na notebooku vývojáře ani v PowerPointu. Chodí na ni vlastník produktu, klíčoví uživatelé a IT, ne jen projektoví manažeři. Zrušená nebo „lokální“ ukázka je varovný signál.

Připravte si vlastní plán kontroly. Příručka 18F doporučuje kontrolovat ukazatele kvality na každé ukázce, obvykle každé dva týdny, jako součást převzetí práce 18F, 2024. Stačí jedna strana:

Co chtít vidět každý sprint:

• běžící software ve vašem testovacím prostředí,
• které scénáře jsou hotové podle Definition of Done a které ne,
• výsledky automatických testů a bezpečnostního skenu,
• otevřené vady podle závažnosti a jejich vývoj,
• aktualizovaný backlog s odhady,
• jaké podklady nebo rozhodnutí od vás dodavatel potřebuje.

Co chtít vidět každý měsíc na řídicím výboru:

• kolik procent rozpočtu je utraceno a kolik procent MVP převzato,
• odhad termínu dokončení MVP podle skutečné rychlosti týmu, ne pouze podle původního plánu,
• registr rizik a stav opatření k jejich řešení,
• změnové požadavky: schválené, zamítnuté, čekající a jejich dopad na cenu.

Přístupy od prvního dne, zapsané ve smlouvě

Bez přístupu kontrolujete jen to, co vám dodavatel sám ukáže. Chtějte:

• repozitář kódu, ideálně pod správou vaší organizace,
• nástroj na úkoly s backlogem,
• automatické sestavení a výsledky testů a skenů,
• testovací a předprodukční prostředí,
• dokumentaci a záznamy technických rozhodnutí,
• cloudové účty vedené na vás.

Česká adaptace 18F to říká přímo: všechny výstupy, od softwaru po grafické návrhy, patří zadavateli a odevzdávají se na konci každého sprintu Česko.Digital, 2022. Odpověď „přístup ke kódu nemáte z bezpečnostních důvodů“ znamená, že nemáte kontrolu.

Pár čísel, kterým rozumí každý manažer

• Hodnota: kolik scénářů jste převzali ve srovnání s plánem. Graf, kde čára hotové práce stoupá k čáře rozsahu, se jmenuje burn-up.
• Peníze: utraceno X % rozpočtu proti převzatým Y % MVP. Pokud podíl vyčerpaného rozpočtu převyšuje podíl převzatého rozsahu o 15–20 procentních bodů, je čas zasáhnout. Jde o orientační hranici.
• Kvalita: otevřené vady podle závažnosti a jejich trend.
• Prognóza: datum MVP spočítané ze skutečné rychlosti týmu.

Technický tým může sledovat i pět metrik DORA: jak často tým nasazuje, jak dlouho trvá cesta změny do provozu, jak často nasazení selže, jak rychle tým obnoví provoz a jaký podíl nasazení tvoří neplánované opravy DORA, metriky. Do detailu jim rozumět nemusíte, stačí chtít je vidět a sledovat, jestli se zlepšují.

Syndrom „z 90 % hotovo“

Když dodavatel hlásí 90 % několik měsíců po sobě, je to varovný signál, nikoli doklad pokroku. Posledních 10 % obvykle obsahuje integrace, převod dat, výkon a bezpečnost, tedy nejtěžší část. Připomíná to malíře, který má hotové všechny stěny, chybí jen strop, okna a úklid. Měřte proto převzatý rozsah, ne procenta odhadnutá dodavatelem. Orientační hranice pro eskalaci: 4–6 týdnů bez nového výsledku, který by šlo nasadit (kapitola 19).