Kedy sa projekt začne topiť?
Každý IT projekt začína podobne. Sú tu ambiciózne plány, harmonogram, prezentácia prvých návrhov a presvedčenie, že o pár mesiacov bude firma používať moderný systém. Zo začiatku všetko vyzerá sľubne, no časom sa objavia prvé oneskorenia. Termín sa posunie o týždeň, neskôr o mesiac. Počet chýb rastie, komunikácia s dodávateľom sa zhoršuje a ďalšie odpovede znejú: "Ešte chvíľu", "To je len menšia oprava" alebo "Už sme takmer hotoví."
V určitom momente sa ukáže, že namiesto hotového produktu má firma nedokončený projekt, o ktorý nikto nechce prevziať zodpovednosť.
To je scénar oveľa bežnejší, než by sa mohlo zdať.
Najväčší problém nie je kód
Väčšina podnikateľov predpokladá, že ak projekt nefunguje, vinou je zlý kód. Samozrejme - niekedy to tak je. V praxi však často problém siaha hlbšie.
Chýba dokumentácia. Architektúra vznikala "za chodu". Nie sú automatizované testy. Integrácie boli riešené provizórne. Funkcie sa pridávali bez analýzy dopadu na celý systém. Výsledkom je, že aj malá zmena spôsobí ďalšie chyby.
Je to trochu ako rekonštrukcia domu bez projektu. Každú ďalšiu miestnosť ešte možno dokončiť, no časom vyjde najavo, že steny nie sú tam, kde mali byť, inštalácie sú vedené náhodne a prestavba je stále nákladnejšia.
Kedy je načase povedať "stop"?
Jedným z najťažších momentov pre majiteľa firmy je rozhodnutie prerušiť spoluprácu s doterajším dodávateľom. Mnoho podnikateľov s tým príliš dlho otáľa.
Prečo?
Pretože projekt už pohltil veľa peňazí.
Pretože je to škoda času.
Pretože možno "sa to ešte podarí".
Psychológia tomu hovorí efekt utopených nákladov. Čím viac sme už investovali, tým ťažšie je priznať, že súčasný smer vedie donikadiaľ.
Niekedy je však najlepším rozhodnutím nepredlžovať rozpočet na ten istý problém, ale projekt pozastaviť a pokojne analyzovať situáciu.
Dá sa každý projekt zachrániť?
Nie. - A treba to povedať úprimne.
Sú projekty, ktorých oprava by stála viac než ich vytvorenie od začiatku. Stáva sa aj to, že použitá technológia je už zastaraná alebo architektúra navrhnutá tak, že ďalší rozvoj je nemožný.
Preto prvým krokom nikdy nemajú byť sľuby.
Prvým krokom by mal byť audit.
Až po dôkladnej analýze kódu, dokumentácie, infraštruktúry a procesov možno odpovedať na otázku, či sa viac oplatí opravovať existujúce riešenie alebo začať nový projekt.
Dobrý technologický partner nepovie to, čo chce klient počuť.
Povie to, čo je pre neho obchodne najlepšie.
Ako vyzerá záchrana projektu v praxi?
Napriek očakávaniam to nezačína programovaním.
Najprv treba pochopiť, s čím máme dočinenia.
Analyzujeme architektúru systému, kvalitu kódu, spôsob komunikácie medzi modulmi, bezpečnosť dát, výkon a možnosti ďalšieho rozvoja. Kontrolujeme dokumentáciu, históriu zmien a použité technológie. Často už po niekoľkých dňoch je jasné, kde je skutočný problém.
Až potom vznikne plán opatrení.
Niekedy stačí upratať kód a opraviť pár kľúčových prvkov. Inokedy je potrebné prerobiť vybrané moduly. Stáva sa aj to, že najrozumnejším riešením je vytvoriť nový systém s využitím toho, čo sa podarilo doposiaľ vybudovať.
Neexistujú dva úplne rovnaké projekty.
Rovnako neexistuje jeden recept na ich záchranu.
Prečo je prevzatie projektu náročnejšie než vytvorenie nového?
Túto otázku často počujeme od klientov.
Odpoveď je jednoduchá.
Vytváraním systému od začiatku poznáme každé projektové rozhodnutie. Vieme, prečo bolo zvolené konkrétne riešenie a aké boli východiská.
Pri prevzatí cudzieho projektu túto vedomosť musíme najprv zrekonštruovať.
Je to trochu ako prevzatie stavby domu po tíme, ktorý zanechal stavenisko bez plánov, bez dokumentácie a bez informácie, čo bolo skutočne dokončené.
Preto záchrana projektov vyžaduje nielen programátorské zručnosti, ale aj architektonické, analytické a projektové skúsenosti.
Technologický partner by mal byť s tebou aj vtedy, keď sa objavia problémy
Dobrý software house spoznáš nie podľa toho, ako projekt začína.
Spôsobí to to, ako reaguje, keď vzniknú ťažkosti.
Nie všetko sa dá predvídať. Menia sa obchodné požiadavky, technológie a potreby používateľov. Kľúčové je však to, či tím dokáže nájsť riešenie, jasne komunikovať riziká a spoločne s klientom prijímať najlepšie rozhodnutia.
Práve vtedy sa buduje dôvera.
Ako pracujeme vo Web24?
K projektom, ktoré si vyžadujú prevzatie, pristupujeme s veľkou opatrnosťou.
Po prvej konzultácii nesľubujeme zázraky.
Najprv analyzujeme situáciu. Skontrolujeme, čo bolo doteraz vykonané, čo možno znovu využiť a čo bude vyžadovať prerobenie. Až potom pripravíme odporúčania a plán ďalších krokov.
Naším cieľom nie je napísať ďalšie tisíce riadkov kódu.
Naším cieľom je doviesť projekt do stavu, keď bude skutočne podporovať rast biznisu.
Zhrnutie
Ak tvoj projekt uviazol, dodávateľ prestal odpovedať, harmonogram existuje už len teoreticky a ďalšie opravy prinášajú nové chyby, ešte to neznamená, že je všetko stratené.
Vo veľa prípadoch sa problém dá vyriešiť.
Musíš však začať jedným krokom - poctivou analýzou situácie.
Pretože skôr, než začneš projekt zachraňovať, je dobré zistiť, prečo sa začal topiť.
