Razvoj programske opreme :: Če ne nadzorujete spremembe, ne nadzorujete proračuna

Proračun ne pomeni omejevanja sprememb

Kje se začne večina projektov programske opreme

Večina poizvedb glede programske opreme se začne na istem mestu. Organizacija ima obstoječ proces, ki je pogosto rasel skozi čas, in ga želi spremeniti v uporabno aplikacijo, ki izboljša učinkovitost, preglednost in nadzor.

Na prvi pogled se sliši preprosto. Proces že obstaja, zato je predpostavka, da ga je mogoče preprosto prevesti v programsko opremo. V mnogih primerih je to res. Če podjetje razume proces in ga zna jasno dokumentirati, ste že na startni črti.

Z vidika vodstva bi se to moralo zdeti kot pozicija nadzora. Organizacija ve, kaj dela, kako deluje in kaj potrebuje, da to sistem podpira.

Ko proces postane viden

Izziv se začne, ko ta proces začne dobivati obliko znotraj sistema.

Ko postane viden, ga začnejo ljudje drugače gledati. Vključijo se, vidijo, kako se lahko razvija, in začnejo prepoznavati nove priložnosti. Pojavijo se nove ideje, identificirajo se robni primeri, različni deležniki pa razlagajo, kako bi moralo delovati, na nekoliko različne načine. To ni neuspeh, to je naravni del eksplicitnega izražanja procesa.

Na tej točki je treba celo navidezno enostavne spremembe pregledati z vsakega zornega kota in v vsaki fazi procesa. Kar se zdi manjše v izolaciji, ima lahko širše posledice, zlasti tam, kjer so vključene različne vloge, odločitve in odvisnosti.

Na kaj se osredotočajo deležniki v primerjavi s tem, kar organizacija potrebuje

Pri dobro strukturirani dostavi programske opreme je poudarek na tem, kar je najpomembnejše za organizacijo, ne le na tem, kar zahtevajo deležniki. V mnogih primerih to vključuje revizijsko sposobnost, ki je za organizacijo ključna, a pogosto spregledana v korist dodatnih funkcij.

Deležniki se naravno osredotočajo na to, kaj želijo, da sistem počne. Redko se osredotočajo na to, kako je treba te spremembe implementirati, evidentirati in upravljati, ko je sistem v obratovanju.

Zakaj majhne spremembe niso majhne

To spremeni naravo celo najpreprostejše zahteve. Majhna prilagoditev ni le tehnična sprememba, postane del nadzorovanega in sledljivega procesa. Posledično ima tisto, kar se zdi manjše, lahko veliko večji vpliv, ko se upoštevajo skladnost, odgovornost in operativna preglednost.

Nadzor določa izid

Če sprememba ni nadzorovana, tudi izid ni.

Kar se začne kot dobro opredeljena pobuda, se lahko hitro spremeni v nekaj povsem drugega, ne zaradi slabih namenov, temveč zaradi pomanjkanja strukture okoli načina sprejemanja odločitev med razvojem sistema. Stroški niso le finančni. Merijo se v času, kompleksnosti, operativnih motnjah in izgubi jasnosti.

Tu mnoge organizacije izgubijo nadzor, ne da bi to ugotovile.

Verjamejo, da upravljajo dostavo, medtem ko je smer sistema v resnici postopoma oblikovana z nemerjeni mi spremembami.

Natanko tukaj deluje Libertas Software Research.

Ne le pri gradnji sistemov, temveč pri zagotavljanju, da ti sistemi ostanejo usklajeni z organizacijo, ko se razvijajo. To pomeni ustvarjanje strukture okoli sprememb, vidnost njihovega vpliva in zagotavljanje, da je vsaka odločitev razumljiva v kontekstu stroškov, časa in dolgoročnega delovanja.

Vprašanje ni, ali se bo sprememba zgodila.

Zgodila se bo.

Vprašanje je, kdo jo nadzoruje.

PrimeCRM