Řešení problému "Scope Creep" a "Gold Plating" v softwarových projektech

V případě IT projektů jsou oblíbenou hrozbou Scope Creep (přicházející ze strany vlastníka) a Gold Plating (přicházející od PM, Scrum Master nebo vývojářů). Nekontrolované změny v projekt, přidávání nových funkcí nebo zavádění změn nepochybně patří k hrozbám, které ovlivňují efektivitu i rychlost projektů. V minulosti jsme měli možnost spolupracovat s takovými startupy i většími korporacemi, jako jsou Livenation / Ticketmaster, Stroer nebo Agora (největší mediální skupina v Evropě). Během této doby jsem koordinoval mnoho IT projektů - zejména těch, které se týkaly vývoj softwaru. Díky této zkušenosti jsem pochopil, že nezáleží na tom, zda pracujete v malé nebo velké firmě: pokud chcete uspět, musíte být o krok napřed před konkurencí.

Rád bych se s vámi podělil o své poznatky o efektivním rozvoji projekty vývoje softwaru. Jako CCO ve společnosti Codest denně realizujeme projekty pro globální společnosti po celém světě. Správný přístup k řízení je první klíčovou fází, která později ovlivňuje úspěch projektu. Rozlišuji čtyři základní principy, jejichž zachování umožnilo nás vyvinout skutečně účinný model řízení. Díky nim se vyhneme pozdějším problémům - včetně těch, které souvisejí s plíživým a zlatým sázením "scope". Tady jsou:

1. Metodik. Bez ohledu na velikost projektu nebo stupeň jeho pokročilosti vždy uplatňujeme vhodnou metodiku, která nám umožní řídit projekt způsobem, který je v souladu s Agilní přístup. V tomto případě nám pomáhá metodik Scrumu. A díky tomu máme všechny fáze projektu pod kontrolou. Každý člen se soustředí na přesně definované úkoly. Tímto způsobem se vyhneme zbytečnému rozptylování a zachováme maximální efektivitu práce.

2. MVP. Lze to nazvat naší hlavní zásadou. Pokud chcete vytvořit aplikaci, udělejte to, ale ve velmi základním rozsahu. Ušetříte čas a vyhnete se riziku vyčerpání rozpočtu. Počáteční vize produkt se často ověřuje a později mění. Zákazník může časem změnit názor na požadované funkce aplikace, což zase generuje zbytečné náklady a prodlužuje práci.

Přístup MVP funguje docela dobře. Vytvoříme aplikaci, která má např. 20% všech funkcí, ale je již schopna ověřit svou hodnotu na webu. trh. Zákazník tak získá zpětnou vazbu od uživatelů a ví, jaké funkce by měl jeho produkt mít, aby byl efektivní. Poté se zaměříme na vývoj těchto prvků. Skvělým odrazem tohoto procesu je níže přiložená grafika:

3. Testování. Testování jednotlivých funkcí aplikace přímo souvisí s MVP. V případě, že se ukáže, že něco nefunguje, jak má, raději to zavrhněte a hledejte alternativní řešení. V Codestu jsme se setkali se zákazníky, kteří od samého začátku z vnucovali finální podobu aplikace a byli si jisti, že je to jediná správná vize. Další dopady tohoto přístupu bych nerad rozváděl. Proto považuji za nutné znovu zdůraznit, že klíčem k úspěchu je jednoduchost.

4. Vývoj. Výstavba aplikace by měla začít od UX, designu, backendu a frontendu. Stručně řečeno, vše začíná jednoduchými "must have" úkoly, které tvoří produkt MVP. Po dosažení této fáze vývoje se můžete zaměřit na vývoj funkcí, kterým se říká "nice to have".

Souhrn

Podle mého názoru se jedná o čtyři základní principy, které jsou skvělé pro řízení projektů vývoje softwaru. Tento přístup snižuje rizika zbytečného rozptylování, prodlužování pracovní doby a neefektivity nákladů.

Nakonec uvedu ještě jeden příklad. Před časem jsme od zákazníka obdrželi specifikaci projektu. Okamžitě jsme se připojili tým vyhodnotit. Klient očekával, že produkt vytvoříme do dvanácti měsíců. V souladu s naším přístupem jsme navrhli přístup MVP a tříměsíční období vývoje. Nakonec se nám podařilo klienta přesvědčit. Po několika měsících byli řešením nadšeni. Zákazník obdržel svůj funkční produkt v relativně krátké době. V případě několika funkcionalit se rozhodli změnit projekt předpokládaný na samém začátku.

Model, který jsem popsal v tomto článku, je náš způsob, jak úspěšně realizovat projekty vývoje softwaru. Věřte mi, že toto řešení nejen zkvalitňuje práci a zefektivňuje ji, ale ve výsledku pomáhá vyhnout se rozsahu creepu a gold platingu.