Vývoj softvéru :: Ak nekontrolujete zmenu, nekontrolujete rozpočet

Dodržiavanie rozpočtu klienta sa často chápe ako obmedzovanie zmien, pričom v skutočnosti ide o ich správne pochopenie a riadenie v priebehu vývoja projektu.

Rozpočet neznamená obmedzovanie zmien

Kde väčšina softvérových projektov začína

Väčšina dopytov týkajúcich sa softvéru začína na rovnakom mieste. Organizácia má existujúci proces, ktorý zvyčajne rástol v priebehu času, a chce ho premeniť na použiteľnú aplikáciu, ktorá zlepší efektívnosť, prehľadnosť a kontrolu.

Na prvý pohľad to znie priamočiaro. Proces už existuje, takže predpokladom je, že ho možno jednoducho preniesť do softvéru. V mnohých prípadoch je to pravda. Ak firma procesu rozumie a dokáže ho jasne zdokumentovať, ste už na štartovacej čiare.

Z pohľadu vedenia by to malo vyzerať ako pozícia kontroly. Organizácia vie, čo robí, ako funguje a čo potrebuje, aby systém podporoval.

Keď sa proces stane viditeľným

Výzva začína, keď tento proces začne naberať tvar v rámci systému.

Akonáhle sa stane viditeľným, ľudia ho začnú vnímať inak. Zapájajú sa, vidia, ako sa môže vyvíjať, a začínajú rozpoznávať nové príležitosti. Vznikajú nové nápady, identifikujú sa okrajové prípady a rôzni zainteresovaní interpretujú, ako by to malo fungovať, mierne odlišne. To nie je zlyhanie, je to prirodzená súčasť explicitného vyjadrenia procesu.

V tomto okamihu musia byť dokonca aj zdanlivo jednoduché zmeny preskúmané z každého uhla pohľadu a v každej fáze procesu. To, čo sa zdá ako drobné v izolácii, môže mať širšie dopady, najmä ak sú zapojené rôzne roly, rozhodnutia a závislosti.

Na čo sa zameriavajú zainteresované strany vs. čo organizácia potrebuje

Pri dobre štruktúrovanom dodávaní softvéru sa zameriavame na to, čo je pre organizáciu najdôležitejšie, nielen na to, čo požadujú zainteresované strany. V mnohých prípadoch to zahŕňa auditovateľnosť, ktorá je pre organizáciu kľúčová, ale často sa prehliada v prospech ďalších funkcií.

Zainteresované strany sa prirodzene zameriavajú na to, čo chcú, aby systém robil. Zriedkavo sa zameriavajú na to, ako musia byť tieto zmeny implementované, zaznamenané a riadené po spustení systému.

Prečo malé zmeny nie sú malé

To mení charakter aj toho najjednoduchšieho požiadavku. Malá úprava nie je len technickou zmenou, stáva sa súčasťou riadeného a sledovateľného procesu. V dôsledku toho môže to, čo sa zdá byť drobné, mať oveľa väčší dopad, keď sú zohľadnené súlad, zodpovednosť a prevádzková viditeľnosť.

Kontrola určuje výsledok

Ak zmena nie je kontrolovaná, ani výsledok nie je.

To, čo začína ako dobre definovaná iniciatíva, sa môže rýchlo stať niečím úplne iným, nie z dôvodu zlých úmyslov, ale kvôli nedostatku štruktúry okolo toho, ako sú rozhodnutia prijímané v priebehu vývoja systému. Náklady nie sú len finančné. Merajú sa v čase, zložitosti, prevádzkových poruchách a strate jasnosti.

Tu mnohé organizácie strácajú kontrolu bez toho, aby si to uvedomili.

Veria, že riadia dodávku, pričom v skutočnosti je smer systému postupne formovaný nemeranými zmenami.

Práve tu pôsobí Libertas Software Research.

Nielen v budovaní systémov, ale v zabezpečovaní toho, že tieto systémy zostávajú v súlade s organizáciou v priebehu ich vývoja. To znamená vytvárať štruktúru okolo zmien, zviditeľniť ich dopad a zabezpečiť, aby každé rozhodnutie bolo chápané v kontexte nákladov, času a dlhodobej prevádzky.

Otázka nie je, či ku zmene dôjde.

Dôjde.

Otázka je, kto ju riadi.

PrimeCRM

Späť do Centra Poznatkov