Skip to content
PublikovánoAktualizováno: 29. července 2026 v 23:49 Vytvořeno v TechFides

Projektový checklist

Kvalitu neposuzujeme dojmem. Vedle tří pilířů vývoje používáme projektový checklist - strukturovaný audit, kterým projde celý projekt a jehož výstupem je seznam konkrétních zjištění s vlastníkem a dalším krokem.

Jak hodnocení funguje

Hodnotí se celé řešení, ne jedna mikroslužba, a vyplňují se všechny položky - cílem je reálný obraz projektu, ne vybrané ukázky. U položky, která není v pořádku, se do poznámky VŽDY píše popis (proč a co s tím), nikoli komentář typu „ok / hotovo".

Každá položka dostane jeden ze čtyř stavů:

StavVýznam
Položka je pro TechFides relevantní a je splněná.
🟨Není splněná, důvod je mimo přímou kontrolu TechFides.
🟥Není splněná a její náprava je v našem vlivu.
Nerelevantní - na daný projekt se nevztahuje, nebo stav neznáme.

DŮLEŽITÉ: rozdělení na 🟨 a 🟥 je záměrné. Odděluje to, co můžeme spravit sami, od toho, co potřebuje rozhodnutí nebo součinnost na vaší straně - a je tedy hned zřejmé, čí je další krok.

Výsledkem auditu je součet stavů za vymezený časový interval, takže je vidět vývoj v čase, ne jen momentka.

Co checklist pokrývá

Audit má 77 kontrolních položek rozdělených do čtyř oblastí a dvanácti podsekcí:

OblastPodsekcePoložek
PMPM metriky13
ANAAnalytické procesy · Specifikace10
QATestovací prostředí · Dokumentace · Testing18
DEVArchitektura · Vývoj · Správa zdrojového kódu · Automatizace (CI/CD) · Bezpečnost · Provoz a observabilita36
Celkem77

Co jednotlivé oblasti ověřují:

  • PM — zda projekt drží řídicí rutinu, má aktuální plán, reportuje stav vůči plánu a má písemnou stopu rozhodnutí a odchylek.
  • ANA — zda specifikace existuje na jednom dohodnutém místě, je aktuální, verzovaná a má popsané změnové řízení včetně návaznosti na vývoj.
  • QA — zda je co testovat a na čem testovat, zda jsou vedené testovací scénáře a zda se testuje před i po nasazení do produkce.
  • DEV — zda architektura, správa kódu, CI/CD pipeline, zacházení s citlivými údaji a provozní dohled odpovídají vývojovému standardu.

📇 Detail na vyžádání

Konkrétní znění jednotlivých kontrolních položek je interní součást metodiky TechFides. Výsledky vašeho projektu nad ním rádi projdeme osobně.

Co z toho máte jako klient

  • Kvalita je měřená, ne tvrzená. Audit má definované položky a stavy, takže výsledek jde srovnat mezi projekty i v čase.
  • Zjištění mají adresáta. Rozdělení 🟨 / 🟥 určuje, kdo dělá další krok - my, nebo vy.
  • Nejde vybrat si, co se ukáže. Hodnotí se celý projekt a všechny položky; nevyplněná položka je sama o sobě zjištění.
  • Nálezy nejsou jen barva. U každé nesplněné položky musí být popsáno proč a co s tím, takže z auditu vzniká seznam úkolů, ne report.

Odkazy