IT-projektien perisynnit

Jo jonkin aikaa IT projektien parissa työskennelleenä ja myös muiden edesottamuksia seuranneena olen jo saanut jonkinlaisen kuvan tyypillisistä virheistä, mitä projekteissa helposti tapahtuu.
Tässä listattuna jokunen omista havainnoistani:

• Ei tiedetä mitä oikeasti halutaan. Tämä on varmasti yksi yleisimpiä ongelmakohtia. Hyvin monesti pieneksi sivutuotteeksi kaavailtu ominaisuus nouseekin suurimmaksi prioriteetiksi.
• Ohjelmakokonaisuus paisuu. Matkan varrella keksitään vaikka mitä ympättävää ohjelmaan. Tuloksena on vaikeakäyttöinen mammutti. Koodin valtavaa määrää käytetään jatkossa syyksi sille, ettei järjestelmään kannata lähteä tekemään pieniä mutta ihan hydyllisiä päivityksiä.
• Aikataulu pettää. Tämä tuntuu olevan enemmän sääntö kuin poikkeus. Syyt edellisten kohtien lisäksi myös itse koodaajien kyvyssä arvioida työmääräänsä.
• Yhteensopimattomuus. Tämä on yllättävän iso ja yleinen ongelma. Ohjelmaa kehitettäessä perehdytään omaan kapeaan ongelmakenttään eikä ajatella lainkaan kokonaiskuvaa. On jo edistyksellistä jos ohjelmaan saa jonkun palikan jonka avulla tietoa voidaan vaivalloisesti vaihtaa jonkin toisen ohjelman tietyn version kanssa. Käyttäjä sen sijaan joutuu etsimään, kopioimaan ja ylläpitämään tietoa useiden järjestelmien välillä.
• Insinöörimäisyys. On oikeastaan ihan sama kuinka hienoja ominaisuuksia ohjelmassa on, jos niitä on hankala käyttää. Hyvä testiväline on seurata olan takaa miten hyvin ensikertalainen suoriutuu opastamatta järjestelmän käytöstä.
• Paikkariippuvuus. Hyvin moni työ suoritetaan edelleenkin näyttöpäätteen sijasta tuotantolaitoksissa. Tätäkin työtä avustamaan tarkoitetut ohjelmat kuitenkin kahlitsevat työntekijän toimistopöydän ääreen pois varsinaisen työn luota. Mobiilityön mahdollistavia laitteita on jo, ohjelmat kuitenkin halutaan edelleen pöytäkoneille.

Minkälaisiin ongelmiin te olette töissänne törmänneet ja kuinka olette ratkoneet niitä?