Záchrana projektů – častěji, než si myslíte

V průběhu historie Moravia jsme měli roky, kdy práce na záchraně softwarových softwarových projektů tvořila téměř 50 % našich příjmů. Existuje pořekadlo, že jeden špatný vývojář dokáže vytvořit práci pro pět dobrých – a to stále platí. Ale jádro tohoto problému je mnohem hlubší. Špatná technologická realizace je pouze zlomkem důvodů, proč tolik IT projektů selhává.

Při pomoci klientům se záchranou jejich IT projektů jsme se setkali s mnoha typy problémů. Když lidé myslí na záchranu projektů, obvykle si představí nefunkční aplikace, amatérský vývoj nebo celkově špatně odvedenou práci v IT. Kdyby to byl jediný problém, bylo by ho vlastně snazší vyřešit.

Bohužel, podle našich rozsáhlých zkušeností skutečné problémy obvykle začínají dlouho před samotným vývojem. Podle nás je hlavní příčinou nedostatečná validace podnikatelského záměru a tendence „jít na plno“ místo postupného přístupu formou POC/MVP.

Klient citlivý na rozpočet s výborným nápadem 

Typický klient pro záchranu projektů je malý až střední podnik, často startup, s IT projektem jako jádrem svého podnikání. Obvykle je soukromě financovaný, vyčerpá peníze a přijde k nám s projektem, který nefunguje nebo je daleko od dokončení. Prošvihli svůj odhadovaný rozpočet a nemají téměř nic k ukázání.

Kdyby spolupracovali s venture kapitálovou firmou nebo profesionálním investorem, mohlo by to dopadnout jinak. Investoři jsou zvyklí spravovat kapitál, kontrolovat rozpočty a validovat nápady před jejich škálováním. Nadšení zakladatelé s vlastními úsporami obvykle nejsou. Najímají nejlevnější agenturu nebo freelancera a stávají se na nich zcela závislí.

Jednou jsme měli klienta v kritické situaci – utratil značnou částku za špatně fungující aplikaci a už připravoval právní kroky. Smlouva s původním dodavatelem obsahovala klauzuli, která zakazovala klientovi kdykoli odhalit identitu dodavatele komukoli. Velké varovné znamení.

V Moravio jsme hrdí na naši práci. Povzbuzujeme klienty, aby ve svém marketingu zmínili naše partnerství – protože si stojíme za našimi výsledky.

V té chvíli čelíme několika výzvám. Musíme zhodnotit technickou stránku věci, sesbírat neúplné specifikace, posoudit stav projektu a doporučit, zda opravit, částečně zachovat, nebo postavit znovu – a to vše zatímco klient už vyčerpal většinu svého rozpočtu.

Navzdory našim snahám být efektivní a šetřit náklady je Project Rescue pro klienty v této situaci často finančně nedostupný.

Příliš dokonalé, příliš pozdě

Dalším častým problémem je, když se klienti snaží postavit celý produkt najednou – dokonalý do posledního detailu, s množstvím funkcí a propracovaným designem – aniž by vůbec testovali trh. Přeskakují fázi validace a příliš spoléhají na předpoklady o tom, co by trh mohl chtít.

Jeden klient utratil několik let a téměř milion dolarů na produktu, který dosud nebyl spuštěn. Navzdory našim opakovaným zásahům se tvrdohlavě odmítá publikovat, dokud nebude „dokonalý“. Mezitím se podmínky na trhu mění a požadavky se stále vyvíjejí. Tito klienti rozhodně nejsou citliví na rozpočet. To však neznamená, že staví moudře.

Je to běžná past. Místo toho, aby klienti ověřili koncept brzy a iterovali, investují do realizace celé vize, aniž by potvrdili poptávku. My vždy doporučujeme strategie POC/MVP a naštěstí stále více klientů k nám přichází s tímto přístupem už od začátku.

Často klient nepochází z IT světa a plně důvěřuje svému poskytovateli. Když si uvědomí, že věci neprobíhají dobře, obvykle je to ve chvíli, kdy poskytovatel žádá více času a peněz – a tehdy už bývá pozdě.

Jednou z největších výhod agilního vývoje je možnost průběžně komunikovat a korigovat směr – sledovat, co se dělá, kolik to stojí a zda je projekt na správné cestě. I u projektů s pevnou cenou a rozsahem je zásadní definovat a monitorovat milníky od prvního dne. Nejhorší scénář? Dávat nejasné instrukce a čekat šest měsíců na překvapení – a to málokdy bývá příjemné.

Proč i velké týmy chybují

Velké korporace se k nám málokdy obracejí s žádostí o kompletní záchranu projektu – mají interní zdroje pro dohled a řízení vývoje. Ironií však je, že často čelí stejným problémům

Pracovali jsme na mnoha korporátních projektech, obvykle jako spolupracující vývojový partner. Často jsme neměli vliv na projektové řízení ani vlastnictví produktu – a právě v těchto oblastech se problémy obvykle objevují. Aplikace jsou vyvíjeny, aniž by je někdo skutečně potřeboval, nebo jsou špatně spravovány rozpočty.

V těchto prostředích často ROI není hlavní metrikou. Může být jednodušší (i když by nemělo) přehlédnout peníze, čas a úsilí investované do projektu. Výsledek? Týmy jsou frustrované a mají pocit, že nejsou slyšeny. Nejlepší vývojáři často problémy vidí dopředu, upozorní na ně a jsou ignorováni.

Opět – technologické nedostatky zřídkakdy způsobují selhání jako hlavní faktor. Jsou jen posledním hřebíčkem do rakve.

Veřejní klienti – příliš rigidní na záchranu?

Záchrana projektů ve veřejném sektoru je prakticky neexistující. Měli jsme pár příležitostí pracovat v této oblasti a podle našich zkušeností (zejména v České republice) veřejní klienti často kombinují nevýhody malých startupů i velkých korporací.

Pozitivní je, že projekty samy o sobě často mají smysl a skutečnou hodnotu. Ale požadavky a rozpočty jsou rigidní a procesy zdlouhavé. Stejně jako v korporátním prostředí jsou selhané projekty často odepsány místo toho, aby byly zachráněny.

Protože tito klienti obvykle vyžadují pevně danou cenu a rozsah projektu a jen zřídka pracují agilně, řízení projektů je absolutně klíčové – a bohužel často nedostatečné.

Moravio Project Rescue – Mise splněna

V Moravio jsme v průběhu let úspěšně zachránili mnoho projektů. Bez uvedení konkrétních klientů se nejčastěji setkáváme s těmito kategoriemi problémů

• Problém: Rozpočet + ověření byznysu

Tito klienti téměř vyčerpali své prostředky na projekt, který není připraven k uvedení na trh, postrádá klíčové funkce nebo neobstojí při testování v reálném prostředí. Hodnotíme jejich možnosti a snažíme se dostat produkt do produkce v rámci omezeného času a rozpočtu. Bohužel některé projekty jsou už příliš daleko. Úspěch by vyžadoval více zdrojů, strategické přepracování nebo dokonce změnu cílového trhu.

• Problém: Změna strategie uprostřed projektu

Klient si uvědomí, že jejich původní nápad není životaschopný, a chce pivotovat. Chtějí zachovat části platformy nebo kódu. Pokud k tomu dojde dostatečně brzy, existuje velká šance na úspěšné záchranné opatření.

• Problém: Špatné řízení projektu a překročení rozpočtu

Product owner jedná samostatně, neustále přidává funkce a odchyluje se od MVP. Project manager nedodržuje milníky. Odhady jsou nepřesné, termíny se posouvají a nikdo nezasahuje. To je typické u velkých firem. Eskalace často pomáhá – výměna poskytovatele nebo vedení projektu může proces restartovat.

• Problém: Technologie byla problémem

Někdy je příčinou špatné IT. Špatná architektura řešení nebo nedostatek škálovatelnosti se projeví až příliš pozdě. Netchnické klienty to často nezjistí, dokud systém neselže. Viděli jsme případy, kdy původní dodavatel přiznal, že je nad své možnosti, a požádal o pomoc.

Shrnutí a další čtení  

Práce na záchraně projektů je v IT světě běžnější, než si většina lidí myslí – a u Moravia tvoří významnou část naší činnosti v průběhu let. Zatímco mnoho lidí předpokládá, že selhání projektů pramení ze špatné technické realizace, naše zkušenosti ukazují, že skutečné problémy často začínají mnohem dříve: nedostatečná obchodní validace, nerealistické rozpočty, perfekcionismus a slabé řízení projektu.

Startupy často narazí na problémy tím, že utratí celý rozpočet za netestovaný nápad, zatímco větší společnosti trpí neefektivním vedením a odpojením mezi vývojem a obchodními cíli. Ve veřejném sektoru rigidní procesy a pevně dané smlouvy s omezeným rozsahem poskytují jen málo prostoru pro nápravu.

V Moraviu jsme pomohli zachránit projekty ve všech těchto scénářích – od strategických pivotů a technologických selhání až po špatně řízené vývojové procesy. Klíčem je včasné rozpoznání problémů, realistické cíle a průběžná komunikace. V našem dalším článku se budeme věnovat signálům a červeným vlajkám, které naznačují, že projekt směřuje k potížím

Chcete vědět, jaké jsou rané známky projektu, který bude potřebovat záchranu? Chcete znát statistiky a kolik projektů selhává z výše uvedených důvodů? Jaké jsou zkušenosti na globálním trhu, varovné signály a jaká je obvyklá strategie záchrany projektů? Přečtěte si článek Project Rescue – Red Flags, Warning Signs and Strategy for Mitigation