V tomto článku
Najprv zaistite, aby firma mohla ďalej pracovať
Spíšte, ktoré činnosti sa bez aplikácie zastavia: prijímanie objednávok, evidencia práce, sklad, fakturácia alebo komunikácia s klientmi. Ku každej priraďte človeka, ktorý vie potvrdiť správny výsledok, a dočasný postup pri výpadku.
Pred odovzdaním nechajte zdokumentovať aktuálnu verziu, miesto prevádzky, najbližšie platby za služby a známe problémy. Samotný archív zdrojového kódu nestačí, ak nikto nevie, aká verzia beží na serveri alebo kde sú uložené prílohy.
Kontrolný zoznam podkladov na prevzatie
- Zdrojový kód s históriou zmien a označením nasadenej verzie.
- Postup zostavenia a spustenia vrátane verzií nástrojov a závislostí.
- Zoznam serverov, domén, databáz, úložísk a externých služieb.
- Zálohy databázy aj súborov, spôsob obnovy a posledná overená obnova.
- Popis rolí, účtov, oprávnení a spôsobu odobratia prístupu.
- Dokumentácia napojení, automatických úloh, notifikácií a platieb za služby.
- Známe chyby, rozpracované zmeny a najdôležitejšie pracovné scenáre.
- Dohodnuté oprávnenia používať a upravovať kód vrátane externých knižníc.
Prístupy odovzdávajte cez účty pod kontrolou firmy
Skontrolujte, kto vlastní doménu, hosting, úložisko kódu a účty služieb. Firma by mala vedieť spravovať svoje účty aj bez konkrétneho pracovníka dodávateľa. Novému tímu prideľte vlastné prístupy podľa potrebnej práce a zaznamenajte ich rozsah.
Heslá a tajné kľúče nepatria do bežného zadania, článku ani verejného repozitára. Zmenu alebo zrušenie starých kľúčov načasujte tak, aby neprestali fungovať existujúce prepojenia. Najprv treba vedieť, kde sa používajú a ako otestovať náhradu.
Audit musí skončiť konkrétnym rozhodnutím
Užitočný audit odpovie, či možno aplikáciu zostaviť, bezpečne prevádzkovať, obnoviť a ďalej meniť. Vyžaduje kontrolu prístupov, závislostí, chýb, dátových väzieb a kritických používateľských postupov. Výstupom má byť zoznam zistení s dopadom, prioritou a odhadom práce.
Oddelte rýchle opravy od väčších úprav. Neaktuálna knižnica alebo neprehľadný modul samy osebe ešte nedokazujú potrebu prepísať celú aplikáciu. O náhrade rozhodujte podľa prevádzkového rizika, nákladov na údržbu a toho, čo firma potrebuje doplniť.
Overte obnovu mimo produkcie
Zo zálohy vytvorte oddelené testovacie prostredie s primerane chránenými alebo anonymizovanými dátami. Vypnite v ňom skutočné e-maily, SMS, platby a ďalšie vonkajšie akcie. Skúšobná obnova nemá odoslať zákazníkom staré potvrdenia objednávok.
Prejdite prihlásenie, hlavný pracovný postup, export a existujúce napojenia. Porovnajte počty záznamov aj vzorku príloh a väzieb. Zaznamenajte trvanie obnovy. Záloha, ktorú nikto neobnovil, je zatiaľ iba súbor, nie potvrdený plán návratu do prevádzky.
Prvú zmenu nasaďte s plánom návratu
Po úspešnom prevzatí začnite malou, overiteľnou opravou. Pred nasadením zaznamenajte aktuálnu verziu, pripravte zálohu a dohodnite kontrolu po zmene. Pri úpravách databázy určite aj to, ako sa zachovajú nové záznamy, ak bude potrebný návrat.
Návrat aplikácie na starší kód nemusí vrátiť zmenené dáta. Preto plán nemá byť len pokyn „obnovíme zálohu“. Musí vysvetliť, kto rozhodne, kedy sa zastavia zápisy a čo sa stane s objednávkami vzniknutými počas neúspešnej zmeny.
Od čoho závisí cena prevzatia
Cena závisí od dostupnosti podkladov, počtu prostredí a napojení, stavu kódu, objemu dát a požadovanej podpory. Bez prístupu k technickým podkladom sa dá odhadnúť úvodný audit, nie spoľahlivo celý ďalší vývoj.
Ak hľadáte tím na prevzatie, pošlite názov technológie, hlavný problém a zoznam dostupných podkladov cez prihlášku projektu. K rozvoju existujúcej aplikácie sa viaže softvér na mieru a k dlhodobej správe externé IT oddelenie.