Situace
Typická situace, kdy aplikaci už tým zná a provozuje ji, ale další rozvoj je pomalý, nejistý a zbytečně drahý.
Legacy aplikace není problém jen proto, že je starší. Problém nastává tehdy, kdy ji tým sice provozuje, ale každá další změna je pomalá, drahá a plná nejistoty.
Praktická modernizace proto nezačíná převzetím cizího kódu ani přáním čistého startu, ale rozlišením, co má smysl stabilizovat, co oddělit, co přepsat a co zatím ponechat v provozu.
Pokud legacy systém zůstane bez plánu modernizace, firma platí vyšší cenu za každou další změnu, roste provozní riziko a tlak na velké rozhodnutí bez dostatečného podkladu.
Začínám mapováním kritických závislostí, provozních rizik, release slabin a míst, kde dává modernizace největší poměr dopadu k riziku. Teprve pak dává smysl rozhodovat mezi postupnou modernizací a větším přepisem.
Cílem není jen rychlá oprava. Smyslem je vrátit projektu kontrolu, jistotu a rozumný další krok.
Ne. Důležité je, jaké konkrétní provozní a delivery problémy způsobuje, ne jen její stáří nebo technologie.
Ano. U mnoha běžících aplikací je to bezpečnější a ekonomicky rozumnější než velký restart.
Ne. Tato stránka míří hlavně na situace, kdy tým už aplikaci provozuje nebo ji má pod kontrolou, ale potřebuje rozumný plán modernizace bez velkého restartu.
Další krok
Stačí krátce popsat současný stav, největší riziko a očekávaný další krok.