Näin pidät ohjelmistoprojektin hallinnassa: käytännön opas projektijohtamiseen

Ohjelmistoprojektit eivät yleensä epäonnistu dramaattisesti. Ne ajautuvat. Deadline siirtyy kaksi viikkoa, sitten neljä. Laajuus kasvaa hiljaa. Tiimiin lisätään ihmisiä. Eräänä päivänä rahoittaja huomaa, että projekti maksaa kaksi kertaa hyväksytyn summan eikä silti ratkaise alkuperäistä ongelmaa. Hyvä projektijohtaminen erottaa onnistuneen toimituksen siitä, joka syö hiljaa vuoden budjetin.

Hyvä uutinen on, että hallinnan menetys on harvoin tekninen ongelma. Se on päätöksenteon ongelma. Päätöksiä lykätään. Kompromisseja ei tehdä näkyviksi. Statusraportit kuvaavat toimintaa eivätkä etenemistä.

Miksi ohjelmistoprojektit ajautuvat hallinnasta

Kolme kuviota selittää useimmat epäonnistumiset. Ensimmäinen on epäselvä omistajuus. Kun projektilla on ohjausryhmä mutta ei yhtä vastuullista päätöksentekijää, jokaisesta erimielisyydestä tulee kokous. Toinen on laajuuden muutos ilman suunnitelman päivitystä. Uudet vaatimukset tulevat, tiimi ottaa ne vastaan ja alkuperäinen aikataulu jää seinälle. Kolmas on näkymätön edistyminen. Insinöörityö piiloutuu tiketteihin, branchiin ja demoihin, jotka näyttävät hiotuilta mutta eivät kytkeydy liiketoiminnan tuloksiin.

Mikään näistä ei näy ensimmäisellä viikolla. Ne näkyvät viikolla kymmenen, jolloin korjaus on kallista. Siksi alussa rakennettu rakenne merkitsee enemmän kuin mikään myöhemmin käyttöön otettu työkalu.

Miltä hyvä projektijohtaminen näyttää ennen aloitusta

Ennen kuin yksikään tiimi kirjoittaa koodia, neljä asiaa pitää olla kirjattuna ja sovittuna. Liiketoimintatulos mitattavana muutoksena. Ei-tavoitteet, jotta tiimi tietää mistä kieltäytyä. Päätösvalta, jotta projekti ei pysähdy odottamaan konsensusta. Budjettiraami, jossa on realistinen vararahasto.

Jos näitä ei saa mahtumaan yhdelle sivulle, projekti ei ole valmis aloitettavaksi. Aloittaminen tästä huolimatta on ohjelmistotoimituksen kallein optimismin muoto.

Tarvitaan yksi vastuullinen omistaja, jolla on valta sanoa ei. Tarvitaan kirjallinen tulos, jonka liiketoiminta tunnistaa onnistumiseksi, ja lista asioista, joita projekti ei tee tässä vaiheessa. Tarvitaan budjettiraami 15–25 prosentin varauksella ja rytmi päätöksille, ei pelkästään statuspäivityksille.

Miten pidät laajuuden rehellisenä toteutuksen aikana

Scope creep ei johdu siitä, että sidosryhmät pyytävät asioita. Se johtuu siitä, että tiimit ottavat asioita vastaan neuvottelematta suunnitelmaa uudelleen. Jokainen uusi pyyntö on vaihtokauppa. Lisää ominaisuuksia tarkoittaa myöhempää toimitusta, suurempia kustannuksia tai jotain pois jätettäväksi. Jos vaihtokauppaa ei tehdä näkyväksi, projekti maksaa sen hiljaa.

Ota käyttöön yksinkertainen kuri. Jokainen muutospyyntö saa yhden rivin vastauksen. Sisään tai ulos. Jos sisään, mikä siirtyy. Kirjaa se aina samaan paikkaan. Kahdeksan viikon päästä sinulla on dokumentaatio, joka suojaa sekä tiimiä että rahoittajaa.

Laajuuden kuri tarkoittaa myös sitä, että ei yritetä miellyttää kaikkia ensimmäisessä demossa. Demo, jossa näytetään viisi puolivalmista ominaisuutta, on huonompi kuin demo, jossa näytetään kaksi valmista. Valmis työ on ainoa rehellinen edistymisen mittari.

IT-projektin ohjaus: viikoittain merkitsevät signaalit

Useimmat viikkoraportit ovat teatteria. Ne listaavat toimintaa, eivät tuloksia. Korvaa ne neljällä luvulla, jotka ei-tekninen rahoittaja lukee alle minuutissa.

• Prosenttiosuus sovitusta tuloksesta, joka on todistettavasti valmis. Ei arvioituna.
• Liukuma alkuperäiseen suunnitelmaan päivinä, kumulatiivisesti.
• Yli seitsemän päivää avoinna olleet päätökset, nimet kiinni.
• Budjetin kulutus ja ennuste loppuun nykyisellä vauhdilla.

IT-projektin ohjaus helpottuu, kun nämä luvut näkyvät samoille ihmisille joka viikko. Trendit merkitsevät enemmän kuin absoluuttiset arvot. Projekti, joka on kymmenen päivää myöhässä ja vakaa, on terveempi kuin projekti, joka oli aikataulussa viime viikolla ja on nyt viisi päivää myöhässä ilman selitystä.

Kun luku liikkuu väärään suuntaan kaksi viikkoa peräkkäin, puutu siihen. Älä odota ohjausryhmää. Tunnin keskustelu viikolla kuusi maksaa murto-osan siitä, mitä elvytyssuunnitelma viikolla kuusitoista.

Kiinteä hinta, tuntityö vai tulospohjainen toimitus

Sopimusmalli ohjaa käyttäytymistä enemmän kuin mikään menetelmä. Kiinteähintainen sopimus saa toimittajan minimoimaan laajuutta ja vastustamaan muutoksia. Tuntilaskutus saa toimittajan venyttämään. Tulospohjainen sopimus kohdistaa molemmat osapuolet samaan suuntaan, mutta vaatii selkeän ja mitattavan tuloksen, jota useimmilla projekteilla ei alussa ole.

Käytännön vastaus on jakaa työ. Käytä lyhyt, kiinteähintainen esiselvitysvaihe tuottaaksesi sen yhden sivun suunnitelman. Valitse sen jälkeen malli, joka sopii varmuustasoosi. Esiselvitys, joka maksaa viisi prosenttia kokonaisbudjetista, säästää säännöllisesti 20 prosenttia kokonaiskustannuksista. Jos toimittaja kieltäytyy maksullisesta esiselvityksestä, se on itsessään tietoa.

Ohjelmistotoimituksen sopimuksissa pitää myös määritellä, mitä tapahtuu kun laajuus muuttuu. Muutoslauseke, joka vaatii kirjallisen hyväksynnän, uuden hinnan ja uuden päivämäärän, estää sen hitaan ajautumisen, joka tappaa useimmat toimeksiannot.

Milloin puuttua ja milloin antaa tiimin tehdä työnsä

Rahoittaja, joka tarkistaa tilanteen päivittäin, hidastaa projektia. Rahoittaja, joka tarkistaa kerran kuukaudessa, ohittaa korjausikkunan. Viikoittainen 30 minuutin katselmus neljän luvun pohjalta riittää useimmille alle puolen vuoden projekteille. Pidemmät tarvitsevat kuukausittaisen syvällisemmän tarkastelun, jossa rahoittaja oikeasti lukee riskilokin eikä vain allekirjoita sitä.

Puutu, kun yksi kolmesta tapahtuu. Luku liikkuu väärään suuntaan kaksi viikkoa. Päätös on tekemättä yli seitsemän päivää. Demossa näytetään työtä, joka ei vastaa sovittua tulosta. Kaikissa muissa tapauksissa anna tiimin tehdä työnsä. Luottamus ilman mittaamista on naiivia. Mittaaminen ilman luottamusta on syövyttävää.

Mitä tehdä seuraavan 30 päivän aikana

Jos sinulla on projekti käynnissä juuri nyt ja tunnistat näitä kuvioita, et tarvitse uudelleenorganisointia. Tarvitset yhden sivun ja yhden palaverin. Kirjoita ylös tulos, ei-tavoitteet, päätösvalta ja budjettiraami. Pidä 30 minuutin katselmus neljän luvun pohjalta. Toista ensi viikolla.

Projektijohtaminen ei ole monimutkaista. Se on tasaista kieltäytymistä antamasta pienten epäselvyyksien kasaantua. Toimittavat tiimit eivät ole niitä, joilla on parhaat työkalut tai suurin budjetti. Ne ovat tiimejä, joiden rahoittajat tekivät selkeät päätökset varhain ja pitivät linjan, kun laajuus yritti kasvaa. Tämä kuri on kenen tahansa organisaation ulottuvilla, joka on valmis käyttämään hiljaisen tunnin alussa sen sijaan, että käyttäisi äänekkään neljänneksen lopussa.