Yritysohjelmistojen joustamattomuus liiketoiminnan muutoksiin on laatuongelma, jota uskaliaskaan prosessikehitys ei tähän mennessä ole saanut kuriin.
Sen kanssa eletään sinnittelemällä joustamattomien järjestelmien kanssa, kunnes on taas aika uudelle isolle kehitysprojektille.
En enää jaksa uskoa, että tälle ongelmalle olisi yhtä isoa ratkaisua.
Sen ytimessä ovat ihmiset, tilaaja-toimittajasuhteen rakenne, ja syvälle juurtunut tapa budjetoida IT-varoja liiketoiminnan kehittämispyrähdyksinä, eikä sen jatkuvana pyörittämisenä.
Tämä kaikki johtaa lopulta siihen, että liiketoiminnan kehittyviin tarpeisiin taipumattoman koodin suunnittelijan ja kirjoittajan ensi tason työnvalvonta viestii tekijöille prioriteetteja, jotka peilaavat ensi sijassa toimittajaorganisaation rakenteellisia tavoitteita.
Toimittajien kehittäjät eivät yleensä ottaen ole hölmöjä tai epäpäteviä, vaikka tilaajan projektihenkilöstö joskus muodostaakin sellaisen mielikuvan.
He mittaisivat tekemiensä ratkaisujen oikeutta tai vääryyttä projektin ja asiakkaan pitkän tähtäimen tavoitteiden mukaan, jos heille viestittäisiin niistä uskottavasti osana päivittäistä rutiinia.
He oppisivat yhdistämään tavoitteet omaan työhönsä, jos laatua kontrolloitaisiin, ja poikkeamista viestittäisiin, osana päivittäistä rutiinia.
Tällä hetkellä tälläistä roolia ei ole. Laatua kontrolloidaan liian pitkällä syklillä jotta siitä oppiminen olisi rutiinia, ja sairauksien sijaan hoidetaan oireita.
Yksinään tälläisen viestivän lähettiläsroolin lisääminen ei ratkaise koko laatuongelmaa, mutta jos me emme etsi parempaa huomista, niin kuka sitten?
Tiedostetaanko teillä tämä ongelma IT-kehitysprojektien suhteellisesta tuottamattomuudesta, liiketoiminnan muuttuviin tarpeisiin joustamattomuudesta, ja turhista jännitteistä?
Tehdään asialle jotain yhdessä!
4 comments: