Ossi

Toiminnallinen organisaatio projektityön tappajana

Teksti: |  | 8
Projektien epäonnistuminen julkisella sektorilla on IT-alan uutisten vakioaineistoa. Harva se kuukausi tulee vastaan hankkeita, jotka epäonnistuvat surkeasti. Niiden budjetit paukkuvat yli ja tuotettu laatu on mitä sattuu. Lehtimiehet rakastavat epäonnistumisten aiheuttamaa draamaa ja olenpa itsekin mollannut varsin surutta julkisen sektorin osto-osaamisen puutetta syynä projektien epäonnistumiseen. Mutta olisiko epäonnistumisten taustalla jotain muutakin kuin pelkkää asiakkaan inkompetenssia? Esimerkiksi kulttuuria?

Projektien epäonnistuminen julkisella sektorilla on IT-alan uutisten vakioaineistoa. Harva se kuukausi tulee vastaan hankkeita, jotka epäonnistuvat surkeasti. Niiden budjetit paukkuvat yli ja tuotettu laatu on mitä sattuu. Lehtimiehet rakastavat epäonnistumisten aiheuttamaa draamaa ja olenpa itsekin mollannut varsin surutta julkisen sektorin osto-osaamisen puutetta syynä projektien epäonnistumiseen.

Mutta olisiko epäonnistumisten taustalla jotain muutakin kuin pelkkää asiakkaan inkompetenssia? Esimerkiksi kulttuuria?

Varsin usein projektityön epäonnistuminen johtuu siitä, että projektia hankkivan organisaation kulttuuri ei tue projektityötä. Ja tällaisia organisaatioita on paljon.

Seuraava taulukko kuvaa organisaatiot ja niiden ääripäät.



Tässä vielä sama tekstimuotoisena:

 

 























































 Toiminnallinen organisaatio

Matriisiorganisaatiot


Projekti- organisaatio
Heikko matriisiTasapainoinen matriisiVahva matriisi
Projektipäällikön päätäntävaltaVähäistä tai ei juuri mitäänRajallistaAlhainen tai keski­määräinenMerkittäväKorkea auktoriteetti
Resurssien saatavuusVähäistä tai ei juuri mitäänRajallistaAlhainen tai keski­määräinenMerkittäväKorkea auktoriteetti
Projektin budjetin käytön päätäntä­valtaLinja­esimiehen päätettävissäLinja­esi­miehen päätet­tävissäSekoitusProjekti­päällikön päätettävissäProjekti­päällikön päätettävissä
Projektipäällikön rooliOsa-aikainenOsa-aikainenKoko­aikainenKoko­aikainenKokoaikainen
Projektihallinnon tuki­henkilökuntaOsa-aikainenOsa-aikainenKoko­aikainenKokoaikainenKokoaikainen

(PMBOK Guide, 4th Edition, 2008)


Toiminnalliset organisaatiot ovat tyypillisiä hierarkkisia palveluntuotantoon keskittyviä organisaatioita. Eli jopa stereotyyppisesti julkisen sektorin organisaatioita.

Ei ihmekään, että julkkaripuolella on isoja ongelmia projektien kanssa - projektityö sotii pahasti niiden perusluonnetta vastaan.

Asia menee vielä vaikeammaksi, kun mietitään projektin miehitystä eri osastoista saapuvilla asiantuntijoilla.

Toiminnallisen organisaation tapauksessa tosiasialliset päätökset työnteosta tapahtuvat näiden eri organisaatioiden linjaesimiesten tasolla. Projektin projektipäällikkö on aiheestakin ihmeissään, kun mitään ei tunnu tapahtuvan.

Toiminnalliset organisaatiot eivät rajoitu pelkästään julkiselle sektorille. Jos firman käytävillä puhutaan paljon ?siiloutumisesta?, on syytä epäillä toiminnallisen organisaatioiden piirteiden nostavan päätään.

Tällöin projektipäällikön on hyvä olla erittäin tarkkana.

 

Kommentoi 8


Kommentoi

Ilmoita asiaton sisältö

Jos puhutaan ohjelmistoprojekteista, niin niissä kyllä voi syytä hakea myös tekniikasta. Siinä ei ole niin pientä ja tuttua asiaa, etteikö se voisi mennä vikaan. Yleensä kyse on kuitenkin kehittäjän kannalta uuden luomisesta, jossa oikein erityisesti voi tulla ongelmia. Ennalta valitut menetelmät voivat kusta ohjeiden, ominaisuuksien, bugien tai yhteensopivuuksien suhteen. Sitten joudutaan miettimään joko korjausta asiaan tai vaihtoehtoista lähestymistapaa. Kuullostaako tutulta? Näihin on käytännössä hyvin vaikea todellisuudessa varautua, varsinkin kun hinta pitää vielä painaa mahdollisimman alas.

Lainaa
[quote author="Vierailija: Opera" time="26.03.2012 klo 08:14"]

Jos puhutaan ohjelmistoprojekteista, niin niissä kyllä voi syytä hakea myös tekniikasta. Siinä ei ole niin pientä ja tuttua asiaa, etteikö se voisi mennä vikaan. Yleensä kyse on kuitenkin kehittäjän kannalta uuden luomisesta, jossa oikein erityisesti voi tulla ongelmia. Ennalta valitut menetelmät voivat kusta ohjeiden, ominaisuuksien, bugien tai yhteensopivuuksien suhteen. Sitten joudutaan miettimään joko korjausta asiaan tai vaihtoehtoista lähestymistapaa. Kuullostaako tutulta? Näihin on käytännössä hyvin vaikea todellisuudessa varautua, varsinkin kun hinta pitää vielä painaa mahdollisimman alas.

[/quote]
Ilmoita asiaton sisältö

Julkisen puolen tarjoussäännöt ovat jostain kekkoslovakian ajoilta ja ne on pääasiassa suunniteltu talojen, siltojen ja teiden tapaisten projektien vetämiseen. Homma menee näin: 1) Tilaaja tilaa tarkkaan speksatun tuotteen X ja valitsee tarjouskilpailulla voittajan 2) Voittaja huomaa, että oikeasti tilaajan ongelma ei ratkea X:llä vaan oikeastaan ongelma ratkeaisi Y:llä. Tätä ei kuitenkaan voida tehdä, koska muuten muut tarjouskilpailuun osallistuneet voivat vetää eri tahot oikeuteen vetoamalla siihen, että projektin tulos ei vastannut tilausta. Hienoa, eikö totta?

Lainaa
[quote author="Vierailija: Lepinkäinen" time="26.03.2012 klo 09:53"]

Julkisen puolen tarjoussäännöt ovat jostain kekkoslovakian ajoilta ja ne on pääasiassa suunniteltu talojen, siltojen ja teiden tapaisten projektien vetämiseen. Homma menee näin: 1) Tilaaja tilaa tarkkaan speksatun tuotteen X ja valitsee tarjouskilpailulla voittajan 2) Voittaja huomaa, että oikeasti tilaajan ongelma ei ratkea X:llä vaan oikeastaan ongelma ratkeaisi Y:llä. Tätä ei kuitenkaan voida tehdä, koska muuten muut tarjouskilpailuun osallistuneet voivat vetää eri tahot oikeuteen vetoamalla siihen, että projektin tulos ei vastannut tilausta. Hienoa, eikö totta?

[/quote]
Ilmoita asiaton sisältö

Aika onnetonta tulkintaa väittää että haasteet johtuvat kulttuurista tai organisaatiosta. Kuitenkin projekteja on aina tehty ja tullaan tekemään. Ei ne oikeasti niin vaikeita ole. Julkkaripuolella tulee vastaan päällimmäisenä 2 juttua: 1) KYKY OSTAA eli kuvata oma tarve riittävän tarkasti - tähän liittyy osana myös kilpailutus ja taito valita paras ratkaisu kulloisenkiin tarpeeseen (eikä pelkästään halvin) 2) KYKY TEHDÄ JÄRKEVIÄ PÄÄTÖKSIÄ eli kun hommat kusee, pelkää virkamies virkavirhettä jos lähdetään tekemään uudelleenarviointia/komprominsseja ja terve järjenkäyttö on tiellä tietämättömillä. Silloin ei voida tehdä fiksuja päätöksiä vaan mennään vaikka pers'edellä puuhun jos niin papereissa lukee. Eipä ainakaan tehdä virhettä kun pysytään ruodussa.

Lainaa
[quote author="Vierailija: KuhviKappi" time="27.03.2012 klo 09:31"]

Aika onnetonta tulkintaa väittää että haasteet johtuvat kulttuurista tai organisaatiosta. Kuitenkin projekteja on aina tehty ja tullaan tekemään. Ei ne oikeasti niin vaikeita ole. Julkkaripuolella tulee vastaan päällimmäisenä 2 juttua: 1) KYKY OSTAA eli kuvata oma tarve riittävän tarkasti - tähän liittyy osana myös kilpailutus ja taito valita paras ratkaisu kulloisenkiin tarpeeseen (eikä pelkästään halvin) 2) KYKY TEHDÄ JÄRKEVIÄ PÄÄTÖKSIÄ eli kun hommat kusee, pelkää virkamies virkavirhettä jos lähdetään tekemään uudelleenarviointia/komprominsseja ja terve järjenkäyttö on tiellä tietämättömillä. Silloin ei voida tehdä fiksuja päätöksiä vaan mennään vaikka pers'edellä puuhun jos niin papereissa lukee. Eipä ainakaan tehdä virhettä kun pysytään ruodussa.

[/quote]
Ilmoita asiaton sisältö

On varmasti ihan totta, että kulttuuri yksinään ei selitä projektien epäonnistumista. Mutta sitä ei voi jättää huomioimatta.

Lainaa
[quote author="Vierailija: Ossi Mäntylahti" time="27.03.2012 klo 10:29"]

On varmasti ihan totta, että kulttuuri yksinään ei selitä projektien epäonnistumista. Mutta sitä ei voi jättää huomioimatta.

[/quote]
Ilmoita asiaton sisältö

Kysykääpä IT-alan työntekijöiltä, kuinka moni saa nykyään tehdä oman työnsä rauhassa ja keskittyä tekemään kulloisetkin tehtävänsä loppuun asti. Kun tehtävät vaativat tarkkaa pientenkin detaljien koordinointia, tällainen olisi ehdottoman tarpeellista. Oma 15-vuotinen kokemukseni on sellainen, että vuosituhannen vaihteen jälkeen kiire ja paineet ovat kasvaneet ja työn tuottavuus romahtanut. Muutamaa epäonnistunutta projektia vierestä seuranneena sanoisin, että joka kerta kun erityisesti kehittäjät eivät saa tehdä työtään rauhassa, tulos on aina sontaa.

Lainaa
[quote author="Vierailija: IT-orja" time="27.03.2012 klo 09:28"]

Kysykääpä IT-alan työntekijöiltä, kuinka moni saa nykyään tehdä oman työnsä rauhassa ja keskittyä tekemään kulloisetkin tehtävänsä loppuun asti. Kun tehtävät vaativat tarkkaa pientenkin detaljien koordinointia, tällainen olisi ehdottoman tarpeellista. Oma 15-vuotinen kokemukseni on sellainen, että vuosituhannen vaihteen jälkeen kiire ja paineet ovat kasvaneet ja työn tuottavuus romahtanut. Muutamaa epäonnistunutta projektia vierestä seuranneena sanoisin, että joka kerta kun erityisesti kehittäjät eivät saa tehdä työtään rauhassa, tulos on aina sontaa.

[/quote]
Lue kaikki kommentit keskusteluista

Keskustelualue on suljettu