Az ügyfél költségvetésének betartását gyakran tévesen a változás korlátozásaként értelmezik, holott valójában arról van szó, hogy a projekt fejlődése során megfelelően megértsük és irányítsuk azt.
A szoftverrel kapcsolatos legtöbb megkeresés ugyanabból a helyzetből indul. Egy szervezetnek van egy meglévő folyamata, amely az idők során alakult ki, és ezt egy olyan használható alkalmazássá szeretnék alakítani, amely javítja a hatékonyságot, az átláthatóságot és az irányítást.
Első pillantásra ez egyszerűnek hangzik. A folyamat már létezik, ezért azt feltételezik, hogy egyszerűen szoftverre lehet fordítani. Sok esetben ez igaz. Ha a vállalat érti a folyamatot, és képes azt egyértelműen dokumentálni, akkor már a rajtvonalnál áll.
A vezetés szemszögéből ez irányítási pozíciónak kellene tűnnie. A szervezet tudja, mit csinál, hogyan működik, és mire van szüksége a rendszertől.
A kihívás akkor kezdődik, amikor az a folyamat egy rendszeren belül kezd formát ölteni.
Amint láthatóvá válik, az emberek máshogy kezdik látni. Bevonódnak, látják, hogyan fejlődhet tovább, és új lehetőségeket fedeznek fel. Új ötletek merülnek fel, szélső esetek azonosítódnak, és a különböző érintettek kissé eltérően értelmezik, hogyan kellene működnie. Ez nem kudarc, hanem a folyamat explicitté tételének természetes velejárója.
Ezen a ponton még az egyszerűnek tűnő változtatásokat is minden szempont és a folyamat minden szakasza alapján kell felülvizsgálni. Ami elszigetelten apróságnak tűnik, annak szélesebb körű következményei lehetnek, különösen ott, ahol több szerepkör, döntés és függőség is érintett.
A jól strukturált szoftverszállításban a hangsúly azon van, ami a szervezet számára a legfontosabb, nem csupán azon, amit az érintettek kérnek. Sok esetben ez magában foglalja az auditálhatóságot, amely kritikus a szervezet számára, de gyakran figyelmen kívül hagyják a további funkciók javára.
Az érintettek természetszerűleg arra összpontosítanak, mit szeretnének, hogy a rendszer tegyen. Ritkán összpontosítanak arra, hogyan kell ezeket a változtatásokat megvalósítani, rögzíteni és irányítani, miután a rendszer üzembe helyezve.
Ez megváltoztatja még a legegyszerűbb kérés természetét is. Egy kis módosítás már nem csupán technikai változás, hanem egy ellenőrzött és nyomon követhető folyamat részévé válik. Ennek eredményeként ami apróságnak tűnik, sokkal nagyobb hatást fejthet ki, ha figyelembe vesszük a megfelelőséget, az elszámoltathatóságot és az operatív láthatóságot.
Ha a változást nem irányítják, az eredményt sem irányítják.
Ami jól meghatározott kezdeményezésként indul, gyorsan egészen mássá válhat, nem rossz szándék miatt, hanem a rendszer fejlődése során a döntéshozatal körüli strukturálatlanság miatt. A költség nem csak pénzügyi. Időben, bonyolultságban, működési zavarokban és az egyértelműség elvesztésében mérhető.
Itt veszítik el az irányítást sok szervezetek anélkül, hogy észrevennék.
Azt hiszik, hogy a szállítást irányítják, holott valójában a rendszer irányát fokozatosan nem mért változások formálják.
Pontosan itt működik a Libertas Software Research.
Nem csupán rendszerek építésében, hanem annak biztosításában, hogy ezek a rendszerek a fejlődésük során összhangban maradjanak a szervezettel. Ez azt jelenti, hogy struktúrát teremtünk a változás köré, láthatóvá tesszük annak hatását, és biztosítjuk, hogy minden döntést a költség, az idő és a hosszú távú működés összefüggésében értsenek.
A kérdés nem az, hogy bekövetkezik-e a változás.
Be fog következni.
A kérdés az, hogy ki irányítja.