Kdy se projekt začíná topit?
Každý IT projekt začíná podobně. Jsou ambiciozní plány, harmonogram, ukázka prvních maket a přesvědčení, že za několik měsíců bude firma využívat moderní systém. Zpočátku vůbec vůci vypadájí slibně, ale časem se objeví první zpoŽení. Termín se posune o týden, později o měsíc. Počet chyb roste, komunikace s dodavatelem je čím děleí komplikovanější, a odpovědi začínají zně́t: "Ještě chvilu", "To je jen drobná oprava" nebo "Už máme skoro hotovo."
V jistém okamžiku se ukáží, že namísto hotového produktu má firma nedokončený projekt, o kterýho nikdo nechce převzít.
To je scénář mnohem častěji, než by se mohlo zdát.
Největším problémem není kód
Většina podnikatelů předpokládá, že pokud projekt nefunguje, viní je špatně napsaný kód. Někdy tomu tak skutečně je. V praxi je vůak mnohem častěji problém hlubší.
Chybí dokumentace. Architektura vznikala "za chodu". Nejsou automatizované testy. Integrace byly provedeny provizorně. Další funkce byly přidávány bez analýze dopadu na celý systém. V důsledku i malá změna způsobí další chyby.
Je to trochu jako rekonstrukce domu bez projektu. Každé následující místnosti lze ještě dokončit, ale časem se ukáží, že stěny nejsou tam, kde mají být, instalace jsou položené nahodile a přestavba je čím děleí nákladnější.
Kdy je dobré´ užáć "stop"?
Jedním z nejtěžších okamžiků pro vlastníka firmy je rozhodnutí přerýt spolupráci s dosavadním dodavatelem. Mnoho podnikatelů s timéto rozhodnutím příliš dlouho otálí.
Proč?
Protože projekt již pohltil spoustu peněz.
Protože je škoda času.
Protože se snad "ještě podaří".
Psychologie nazývá tento jev efektem utopených nákladů. Čím větší žádáme investovali, tím těžší je přiznat, že současný směr vede nikam.
Mezitím někdý nejlepší rozhodnutí není dále doplácet rozpočet do téžého problému, ale projekt zastavit a klidně analyzovat situaci.
Lze zachránit každý projekt?
Ne. - A je dobré to štěstě říct upřímně.
Jsou projekty, jejichž oprava by stála víc než vytvoření znova. Stává se též, že použitá technologie je již zastaralá nebo žeby architektura byla navržená způsobem znemožnňujícím další rozvoj.
Proto prvním krokem nikdy nemá být slibování.
Prvním krokem by měla být audit.
Aže po pečlivé analýze kódu, dokumentace, infrastruktury a procesů lze odpověět na otázku, zda se vyplatí stávající řešení opravovat, nebo začít nový projekt.
Dobrý technologický partner neřekne to, co klient chce slyťet.
Řekne to, co je pro něj z obchodního hlediska nejlepší.
Jak v praxi vypadá zachránění projektu?
Na rozdíl od představ to nezačíná programováním.
Nejdříve je třeba porozumět, s čím vlastně máme co do čěění.
Analyzujeme architekturu systému, kvalitu kódu, způsob komunikace mezi moduly, zabezpečení dat, výkonnost a možnosti dalšího rozvoje. Kontrolujeme dokumentaci, historii změn a použité technologie. Často už po několi dnech je jasné, kde leží skutečný problém.
Teprve pak vznikne akční plán.
Někdy stačí urovnat kód a opravit některé klíčové prvky. Jindy je nutná přestavba vybraných modulů. Stává se i to, že nejrozumnější řešení je vytvořit nový systém za výhodného využití toho, co již bylo vybudováno.
Neexistují dva identické projekty.
Stejně tak neexistuje jediná receptura na jejich záchranu.
Proč je převzetí projektu složitější než vývoj nového?
To je často otázka, kterou slyťíme od klientů.
Odpověč je jednoduchá.
Když tvoříme systém od začátku, známe každé navrhované rozhodnutí. Víme, proč bylo vybráno konkrétní řešení a jaká byla výchozí zadání.
Převzetí cizího projektu znamená nejdříve tuhle věě muset znovu obnovit.
Je to trochu jako převzít stavbu domu po týmu, který nechal staveniště bez plánů, bez dokumentace a bez informací o tom, co už bylo uděláno.
Proto záchrana projektů vyžaduje nejen programátorské dovednosti, ale taky architektonické, analytické a projektové zkušenosti.
Technologický partner by ěž měít být s vámi i tehdy, když se objeví problémy
Dobrý software house se pozná ne podle toho, jak projekt začíná.
Pozná se podle toho, jak reaguje, když nastanou potíže.
Ne vůci se dají předpověděć. Mění se obchodní požadavky, technologie a potřeby uživatelů. Klíčové je ale to, zda tým dokáže najít řešení, jasně komunikovat rizika a společně s klientem dělat něbestě výhodné rozhodnutí.
Právě tady se buduje důvěra.
Jak pracujeme ve Web24?
K projektům, které potřebují převzetí, přistupujeme s velkou opatrností.
Neslibujeme nic po prvním hovoru.
Nejdříve analyzujeme situaci. Kontrolujeme, co bylo hotovo, co lze využít a co bude vyžadovat přestavbu. Aže poté připravujeme doporučení a plán dalšího postupu.
Naším cílem není napsat další tisíce řádků kódu.
Naším cílem je dovést projekt do stavu, kdy začne skutečně podporovat rozvoj byznysu.
Shrnutí
Pokud se váš projekt zasekl, dodavatel přestal odpovídat, harmonogram existuje jen teoreticky a další opravy generují nové chyby, neznamená to ještě, že je vše ztraceno.
V mnoha případech lze problém vyřešit.
Je třeba začít jedním krokem - poctivou analýzou situace.
Protože nežel jak začít projekt zachránovat, stojí za to nejprve zjistit, proč se vlastně začal topit.
