24.06.2010

Předcházení překvapením při vývoji SW: řešením je riziky řízený přístup

Každý z nás již asi zažil na projektu některou ze standardních bolestí: překročený rozpočet, šílené přesčasy před vypršením termínu, problémy s integrací do celku při releasu, velká chybovost kvůli heroeickému výkonu na poslední chvílu (američané nazývají krásným spojením „holy hacking“), strach sáhnout do kódu, aby se všechno nerozsypalo… Je možné vůbec některé z těchto věcí eliminovat? Co je vlastně všechny způsobuje? Odpověď je jednoduchá, jsou to neřešená rizika.

Tento článek se zabývá riziky řízeným přístupem k vývoji software, diskutuje co to vůbec jsou rizika, jaký je jejich rozdíl od faktů a co nevědomost tohoto rozdílu způsobuje v praxi. Prakticky je vysvětleno, jakým způsobem rizika identifikovat a jak je možné snížit pravděpodobnost výskytu rizik na akceptovatelnou úroveň.

Iterativní a inkrementální způsob vývoje software definuje tzv. Elaboration fázi (což je například zásadní nedostatek Scrumu), jejíž cílem je zaměření se (konkrétní implementační akce, ne monitoring a analýzy) na nejrizikovější oblasti a produktem této fáze je vhodná implementovaná a otestovaná architektura. Akce navržené na předcházení, snížení rizik se stávají reálnými úkoly jednotlivých členů týmu v brzkých fázích projektu. Výhodou proaktivního přístupu k rizikům je dřívější identifikace problémů, nižší náklady na jejich řešení, možnost změnit tým, technologii, rozsah projektu.

Přečtěte si celý článek (v pdf, 270 kb), který byl publikován v Systémové integraci 1/2009.

Máte k tomu co říct?

Napsat komentář

Vaše emailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *