Zorientuji se v cizím kódu a převezmu systém, který potřebuje pokračovat bez původního dodavatele. Nejdřív omezím provozní rizika, potom připravím srozumitelný plán oprav a dalšího rozvoje.
Vhodné, když aplikace zůstala bez podpory, změny trvají příliš dlouho nebo potřebujete zkušenou PHP posilu pro vlastní tým.
Co je součástí spolupráce
Úvodní technické zmapování kódu, dat, provozu a kritických míst.
Seznam rizik a priorit místo neřízeného přepisování celého systému.
Opravy chyb, doplňování testů a průběžné zlepšování udržovatelnosti.
Pravidelný rozvoj podle potřeb provozu a uživatelů.
Postup
Jak spolupráce probíhá
1
Přístupy a kontext
Projdu repozitář, provozní prostředí, známé problémy a nejdůležitější obchodní procesy.
2
Bezpečné zmapování
Ověřím, jak se aplikace nasazuje, zálohuje a kde změny představují největší riziko.
3
První konkrétní úkol
Na omezené změně si ověříme spolupráci i skutečné chování systému.
4
Průběžný rozvoj
Priority řešíme v dohodnutých intervalech a technický stav zlepšujeme spolu s funkcemi.
První týdny
Převzetí začíná mapou systému, ne slibem kompletního přepisu
Nejprve potřebuji pochopit cestu změny od zadání po produkci: repozitář, konfiguraci, databázi, integrace, nasazení a dostupné logy. Současně si nechám vysvětlit procesy, bez kterých se uživatelé neobejdou. Teprve propojení technického a provozního pohledu ukáže správné priority.
Jako první volím omezený, ale užitečný úkol. Prověří kvalitu lokálního prostředí, testovatelnost i způsob komunikace a přitom nevystaví klíčovou agendu zbytečnému riziku.
Rozhodování
Stabilizace a nové funkce musí postupovat společně
Existující systém obvykle nelze na dlouho zastavit kvůli technickému úklidu. Rizika proto řadím podle dopadu: nejdřív zálohy, nasazení a kritické chyby, potom ochrana důležitých toků testy a až následně hlubší úpravy architektury.
Takto probíhá rozvoj profesního portálu, objednávkové aplikace i realitní administrace. U všech jde o převzaté systémy, ve kterých nové role, dokumentové agendy, exporty či API vznikají vedle průběžné péče o původní části.
Změny po menších celcích s dohledatelným dopadem.
Ochrana každodenního provozu před rozsáhlým přepisem.
Dokumentace vznikající u míst, kterých se práce skutečně dotýká.
Menší příklad
Stejný postup funguje i u obsahového webu
U menší existující aplikace pro správu obsahového webu bylo podstatné rychle pochopit původní řešení, zachovat zavedenou redakční práci a provádět jen cílené úpravy. Rozsah byl menší než u firemních portálů, princip bezpečného převzetí ale zůstal stejný.
Z praxe
Související reference
Starší PHP aplikace
Obchodní a objednávkový systém
Postupný rozvoj převzaté PHP aplikace pro každodenní práci obchodníků: od nabídek a objednávek přes CRM a helpdesk až po notifikace a datové exporty.
Rozvoj převzaté administrace, která spravuje realitní projekty a jednotky a poskytuje data webům i dalším systémům přes několik generací API a exportů.