Programmatūras izstrāde :: Ja nekontrolējat pārmaiņas, nekontrolējat arī budžetu

Budžets nenozīmē pārmaiņu ierobežošanu

Kur sākas lielākā daļa programmatūras projektu

Lielākā daļa ar programmatūru saistītu pieprasījumu sākas vienā un tajā pašā vietā. Organizācijai ir esošs process, kas bieži ir audzis laika gaitā, un tā vēlas to pārvērst izmantojamā lietojumprogrammā, kas uzlabo efektivitāti, redzamību un kontroli.

Pirmajā acu uzmetienā tas izklausās vienkārši. Process jau pastāv, tāpēc tiek pieņemts, ka to var vienkārši pārnest uz programmatūru. Daudzos gadījumos tas tā ir. Ja uzņēmums saprot procesu un spēj to skaidri dokumentēt, jūs jau esat startlīnijā.

No vadības perspektīvas tam vajadzētu šķist kontroles pozīcija. Organizācija zina, ko tā dara, kā darbojas un ko tai nepieciešams, lai sistēma atbalstītu.

Kad process kļūst redzams

Izaicinājums sākas, kad tas process sāk veidoties sistēmas iekšienē.

Tiklīdz tas kļūst redzams, cilvēki sāk to redzēt citādi. Viņi iesaistās, redz, kā tas var attīstīties, un sāk atpazīt jaunas iespējas. Rodas jaunas idejas, tiek identificēti robežgadījumi, un dažādas ieinteresētās puses interpretē, kā tam vajadzētu darboties, nedaudz atšķirīgi. Tas nav neveiksme, tā ir dabiska procesa eksplicitizācijas daļa.

Šajā brīdī pat šķietami vienkāršas izmaiņas ir jāpārskata no katra skatpunkta un katrā procesa posmā. Tas, kas šķiet nenozīmīgs izolēti, var radīt plašākas sekas, jo īpaši tur, kur ir iesaistītas vairākas lomas, lēmumi un atkarības.

Uz ko koncentrējas ieinteresētās puses salīdzinājumā ar to, ko organizācija vajag

Labi strukturētā programmatūras piegādē uzmanība tiek pievērsta tam, kas ir vissvarīgākais organizācijai, nevis tikai tam, ko pieprasa ieinteresētās puses. Daudzos gadījumos tas ietver auditējamību, kas ir kritiska organizācijai, bet bieži vien tiek aizmirsta papildu funkciju labā.

Ieinteresētās puses dabiski koncentrējas uz to, ko vēlas, lai sistēma dara. Tās reti koncentrējas uz to, kā šīs izmaiņas ir jāievieš, jāreģistrē un jāpārvalda, kad sistēma ir darbībā.

Kāpēc mazas izmaiņas nav mazas

Tas maina pat vienkāršākā pieprasījuma būtību. Neliela korekcija vairs nav tikai tehniska izmaiņa, tā kļūst par daļu no kontrolēta un izsekojama procesa. Rezultātā tas, kas šķiet nenozīmīgs, var radīt daudz lielāku ietekmi, kad tiek ņemta vērā atbilstība, atbildība un darbības redzamība.

Kontrole nosaka rezultātu

Ja pārmaiņas netiek kontrolētas, arī rezultāts netiek kontrolēts.

Tas, kas sākas kā labi definēta iniciatīva, var ātri kļūt par kaut ko pavisam citu, ne sliktā nodoma dēļ, bet gan tāpēc, ka trūkst struktūras ap to, kā lēmumi tiek pieņemti, attīstoties sistēmai. Izmaksas nav tikai finansiālas. Tās mēra laikā, sarežģītībā, darbības traucējumos un skaidrības zaudēšanā.

Šeit daudzas organizācijas zaudē kontroli, to neapzinoties.

Tās uzskata, ka pārvalda piegādi, kamēr patiesībā sistēmas virziens pakāpeniski tiek veidots ar nemērītām pārmaiņām.

Tieši šeit darbojas Libertas Software Research.

Ne tikai sistēmu veidošanā, bet arī nodrošinot, ka šīs sistēmas paliek saskaņotas ar organizāciju, tām attīstoties. Tas nozīmē radīt struktūru ap pārmaiņām, padarīt to ietekmi redzamu un nodrošināt, ka katrs lēmums tiek saprasts izmaksu, laika un ilgtermiņa darbības kontekstā.

Jautājums nav par to, vai pārmaiņas notiks.

Tās notiks.

Jautājums ir par to, kurš tās kontrolē.

PrimeCRM