Případové studie.

Původní aplikace nevyhovovala funkčností, ovládáním ani technologiemi a dál se nerozvíjela. Dokumentace nepokrývala všechna pravidla zpracování, část znalostí zůstávala jen u lidí, kteří se systémem pracovali.

Na konci řetězce je úřad, který výkazy kontroluje. Chyba v datech tak není nepohodlí, ale riziko penále.

Nedostatky se týkaly funkcí, ovládání i technologického základu. Postavili jsme proto novou aplikaci podle aktuálních potřeb uživatelů.

Běží jako webová aplikace v Azure zákazníka. Vyvíjíme ji inkrementálně, aby se přínosy projevily dřív než celek, a modulárně, aby šla rozšiřovat s měnícími se požadavky.

U některých atributů nestačil k pochopení významu samotný název sloupce. S lidmi na straně Nestlé jsme postupně vyjasňovali, co hodnoty znamenají a jak s nimi počítat. Tato část zabrala nejvíc času a rozhodla o správnosti výstupů.

Při analýze jsme našli i další ruční kroky - a zautomatizovali je také.

Zákazník potřeboval kompletně nahradit IAM produkt, který sám vyvinul. Stávající řešení bylo na konci životnosti a zákazník chtěl novou platformu, na které by mohl rozšířit své služby.

Riziko neneslo jen technické stárnutí. Systém řešící identity a přístupy je bezpečnostní vrstva a jeho selhání nebo nemožnost dalšího rozvoje dopadá přímo na zákazníky, mezi které patří mezinárodní aerolinky, pojišťovny a výrobní závody a jejich služby, které na něm stojí.

Omezením byl rozpočet zákazníka. Zadání neexistovalo, požadavky se definovaly za chodu a vývoj byl iterativní. Pro zákazníka to byla také první spolupráce s outsourcingovým týmem ze zahraničí, dosud vše dělal interně.

Takové podmínky přenášejí riziko na rozsah a rozpočet: bez akceptačních kritérií na začátku je nutné průběžně dohodnout, co se považuje za hotové. Akceptace probíhala zjednodušeným agilním způsobem, který spočíval v interním testování produktového manažera – zda dodané funkce odpovídaly očekáváním a stručnému zadání. Konečným kritériem pro přijetí byla možnost nasazení funkcí u zákazníků a zpětná vazba od koncových uživatelů.

Platformu jsme vyvinuli jako splnění požadavku vzešlého z rozhodnutí, které měl plně v kompetenci produktový manažer a Architect board zákazníka. Jako základ jsme použili Keycloak, nad ním mikroslužby ve Spring Bootu a frontend v Reactu.

Protože zadání chybělo, pomáhali jsme zákazníkovi požadavky definovat. Dodali jsme kompletní projektový tým: architekta, analytika, vývojáře frontendu i backendu, testery, UX designéra a osobu odpovědnou za dokumentaci.

Součástí naší práce byla i pravidelná review architektonických rozhodnutí, jako například odložení přechodu do Kubernetes architektury, který by následně zpozdil dodání nových funkcí.