Programinės įrangos kūrimas :: Jei nekontroliuojate pokyčių, nekontroliuojate ir biudžeto

Biudžetas nereiškia pokyčių ribojimo

Nuo ko prasideda dauguma programinės įrangos projektų

Dauguma su programine įranga susijusių užklausų prasideda toje pačioje vietoje. Organizacija turi esamą procesą, dažnai kažką, kas augo laikui bėgant, ir nori jį paversti naudinga programa, kuri pagerintų efektyvumą, matomumą ir kontrolę.

Iš pirmo žvilgsnio tai skamba paprastai. Procesas jau egzistuoja, todėl manoma, kad jį galima tiesiog perkelti į programinę įrangą. Daugeliu atvejų tai tiesa. Jei įmonė supranta procesą ir gali jį aiškiai dokumentuoti, jūs jau esate ant starto linijos.

Vadovavimo perspektyvoje tai turėtų atrodyti kaip kontrolės padėtis. Organizacija žino, ką daro, kaip veikia ir ko reikia sistemai palaikyti.

Kai procesas tampa matomas

Iššūkis prasideda, kai tas procesas pradeda formuotis sistemos viduje.

Vos tik jis tampa matomas, žmonės pradeda jį matyti kitaip. Jie įsitraukia, mato, kaip jis gali vystytis, ir pradeda atpažinti naujas galimybes. Kyla naujos idėjos, nustatomi kraštutiniai atvejai, o skirtingos suinteresuotosios šalys interpretuoja, kaip tai turėtų veikti, šiek tiek skirtingai. Tai nėra nesėkmė, tai natūrali proceso eksplicitizavimo dalis.

Šiuo metu net paprastai skambantys pakeitimai turi būti peržiūrėti iš kiekvienos perspektyvos ir kiekviename proceso etape. Tai, kas atrodo nedidelis dalykas atskirai, gali turėti platesnių pasekmių, ypač ten, kur dalyvauja daug vaidmenų, sprendimų ir priklausomybių.

Į ką suinteresuotosios šalys orientuojasi lyginant su tuo, ko reikia organizacijai

Gerai struktūruotame programinės įrangos pristatyme dėmesys skiriamas tam, kas svarbiausia organizacijai, o ne tik tam, ko prašo suinteresuotosios šalys. Daugeliu atvejų tai apima audituojamumą, kuris yra kritinis organizacijai, bet dažnai ignoruojamas papildomų funkcijų naudai.

Suinteresuotosios šalys natūraliai orientuojasi į tai, ko nori iš sistemos. Jos retai orientuojasi į tai, kaip šie pakeitimai turi būti įgyvendinti, užregistruoti ir valdomi, kai sistema pradeda veikti.

Kodėl maži pokyčiai nėra maži

Tai keičia net paprasčiausios užklausos pobūdį. Nedidelis koregavimas nebėra tik techninis pakeitimas, jis tampa kontroliuojamo ir atsekamo proceso dalimi. Dėl to tai, kas atrodo nedidelis dalykas, gali turėti daug didesnį poveikį, kai atsižvelgiama į atitiktį, atskaitomybę ir operacinį matomumą.

Kontrolė nustato rezultatą

Jei pokytis nekontroliuojamas, rezultatas taip pat nekontroliuojamas.

Tai, kas prasideda kaip gerai apibrėžta iniciatyva, gali greitai tapti kažkuo visiškai kitu, ne dėl blogų ketinimų, o dėl struktūros trūkumo aplink sprendimų priėmimą, kai sistema vystosi. Kaštai yra ne tik finansiniai. Jie matuojami laiku, sudėtingumu, veiklos sutrikimais ir aiškumo praradimu.

Čia daugelis organizacijų praranda kontrolę to nesuvokdamos.

Jos mano, kad valdo pristatymą, o iš tikrųjų sistemos kryptį palaipsniui formuoja neišmatuoti pokyčiai.

Būtent čia veikia Libertas Software Research.

Ne tik kuriant sistemas, bet ir užtikrinant, kad šios sistemos išliktų suderintos su organizacija joms vystantis. Tai reiškia kurti struktūrą aplink pokyčius, padaryti jų poveikį matomą ir užtikrinti, kad kiekvienas sprendimas būtų suprantamas išlaidų, laiko ir ilgalaikio veikimo kontekste.

Klausimas nėra, ar pokytis įvyks.

Jis įvyks.

Klausimas yra, kas jį kontroliuoja.

PrimeCRM