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ů:

Stav	Vý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í:

Oblast	Podsekce	Položek
PM	PM metriky	13
ANA	Analytické procesy · Specifikace	10
QA	Testovací prostředí · Dokumentace · Testing	18
DEV	Architektura · Vývoj · Správa zdrojového kódu · Automatizace (CI/CD) · Bezpečnost · Provoz a observabilita	36
Celkem		77

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ě.

ℹ️ Tento checklist používáme na vlastní projekty. Externí technický audit z něj vychází, ale některé oblasti rozpadá jemněji — počty položek proto nejsou totožné. Proč, vysvětluje Jak audit číst.

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

• Zaručení kvality — tři pilíře vývoje a celý proces kvality.
• Role, které kvalitu hlídají — kdo za které oblasti checklistu odpovídá.
• Řízení projektu a komunikace — rytmy a reporty, které checklist v oblasti PM ověřuje.