Postup od A do Z

Celý projekt jako checklist, od prvního nápadu po předání a provoz. Odškrtávejte, co máte hotové.

Checklist

Postup od A do Z

Všechny kroky projektu v pořadí, jak přicházejí. Odškrtnuté body si prohlížeč pamatuje, u každého je odkaz na kapitolu s podrobnostmi.

0 z 39 hotovo

Rozhodnutí

Ověřte, jestli pro váš problém neexistuje hotový software, a na zakázku stavějte jen odlišující část (kap. 2).
Nastavte pravidla pro aplikace, které si kolegové staví s AI, a jejich prototypy berte jako zadání, ne jako ostrý systém (kap. 3).
Spočítejte náklady na 5 let ve třech obálkách: provoz a podpora, údržba, rozvoj (kap. 4).
Chtějte odhad v rozpětí, srovnejte ho s podobnými projekty a rezervu nechte schválit zvlášť (kap. 1).
Sepište business case se třemi variantami včetně „nic neděláme“ a se 3–5 metrikami s výchozí hodnotou (kap. 5).
Dohodněte předem kritéria zastavení a oddělte toho, kdo projekt vede, od toho, kdo hodnotí jeho stav (kap. 5).

Vývoj

S dodavatelem udělejte analýzu: scénáře s akceptačními kritérii, nefunkční požadavky v číslech a seznam „mimo rozsah“ (kap. 14).
Vyzkoušejte klikací prototyp s lidmi z provozu dřív, než se začne programovat (kap. 14).
Pohlídejte rozšířenou technologii s datem konce podpory, jednoduchou architekturu z modulů a bezpečnost a přístupnost podle norem (kap. 15).
Zapište do smlouvy součinnost (role, hodiny, lhůty odpovědí) a nechte dodavatele evidovat, na co od vás čeká (kap. 16).
Od prvního dne mějte přístup k repozitáři, backlogu a testovacímu prostředí (kap. 17).
Každé dva týdny chtějte ukázku běžícího softwaru na vašem testovacím prostředí a měsíčně řídicí výbor s čísly (kap. 17).
Každou změnu veďte písemně: ocenění, rozhodnutí člověka s mandátem a změnový list, podle pravidla „něco dovnitř, něco ven“ (kap. 18).
Na červený signál reagujte do 2 týdnů: zastavte rozšiřování rozsahu, objednejte nezávislý audit a rozhodněte o pokračování (kap. 19).

Převzetí a spuštění

Proveďte uživatelské akceptační testy s klíčovými uživateli na reálných scénářích a anonymizovaných reálných datech (kap. 20).
Nechte udělat nezávislý penetrační test a výkonový test a nálezy opravit před akceptací (kap. 20).
Nepřebírejte dílo bez předávacího balíčku: kód s postupem sestavení, licence, SBOM, dokumentace a přístupy na vaše jméno (kap. 20).
Udělejte 2–3 zkušební migrace dat s odsouhlasenými počty a vyzkoušejte návrat zpět (kap. 20).
Rozhodněte go/no-go podle předem daných kritérií a spouštějte postupně, nejdřív pilot (kap. 20).
Proškolte uživatele krátce před spuštěním a na prvních 4–12 týdnů si sjednejte hypercare (kap. 20).

Provoz a rozvoj

Sjednejte SLA se třemi lhůtami pro každou prioritu, definicí dostupnosti, sankcemi a měsíčním reportem (kap. 21).
Nechte si do smlouvy dát RPO, RTO a test obnovy ze zálohy aspoň jednou ročně (kap. 21).
Každý rok rozpočtujte provoz a údržbu, rozvoj plánujte podle roadmapy na 12–24 měsíců (kap. 22).
Aktualizujte v malých krocích a hlídejte data konce podpory všech komponent podle SBOM (kap. 22).
Splácejte technický dluh průběžně stálou kapacitou a sledujte, kolik stojí srovnatelné změny v čase (kap. 23).
Jednou ročně nechte nezávislou stranu vyzkoušet exit balíček: jde systém z předaných podkladů sestavit, nasadit a změnit? (kap. 24)
Pravidelně se ptejte na rizika, rozpětí a varování a ověřte, že k vám jdou pravdivé informace i špatné zprávy (kap. 25).

Odškrtnutí si pamatuje jen tento prohlížeč (ukládá se lokálně jako cookies). Když smažete cookies a data webu, použijete anonymní okno nebo jiné zařízení, začnete znovu.

Můžeme použít cookies?