Projektipäällikön näkökulmasta onnistunut ohjelmistokehitysprojekti vaatii suoraa puhetta
Olen työskennellyt IT-alan projektien parissa pian 20 vuotta. Tiedätkö, mitä kansainväliset organisaatiot noina vuosina oppimani mukaan arvostavat suomalaisissa yhteistyökumppaneissa? Rehellisyyttä. Eivät sen enempää, eivätkä toisaalta sen vähempää. Kun asiaa alkaa miettiä esimerkiksi IT-alan näkökulmasta, rehellisyys tulee ennen yhtäkään menetelmää, koodiriviä tai prosessitaulukkoa.
Ohjelmistokehitysprosessissa tärkeintä on se, että me palveluntuottajana pääsemme tarpeeksi lähelle asiakasta. Ja sinne ei pääse ilman avoimuutta. Kaikesta ei tietenkään ole helppo puhua, mutta projektin edetessä vaivannäkö kannattaa.
Niin vaikealta kuin sisällön, aikataulun ja budjetin ikiaikaisen kolmion tekeminen joskus tuntuukin, se on loppujen lopuksi kuitenkin se helppo asia kirjata toimitukseen. Mutta jos haluaa tarjota asiakkaalle aitoa lisäarvoa, on tunnettava asiakas tarpeeksi hyvin tietääkseen, mistä tämä sitä saa.
Maksimaalinen lisäarvo syntyy avoimista kohtaamisista
Projektin aikana asiakkaan kanssa ja sisäisesti on voitava käydä avointa dialogia. Jos ei uskalla sanoa ääneen niitä asioita, jotka eivät toimi, lopputulos on kaikkien kannalta huono. Kanssakäyminen ja vastaaminen muutokseen suunnitelmassa pitäytymisen sijaan on myös kirjattu vuonna 2001 tehtyyn Ketterän ohjelmistokehityksen julistukseen (ks. alla).
Vuoropuhelussa löytyvät yleensä ne asiat, jotka ovat ratkaisevia projektin onnistumisen, eli toimivan ohjelmiston syntymisen, kannalta. Usein se voi olla sivulauseessa kerrottu huomio, joka johtaa vaikkapa UX Designerin ratkaisevaan oivallukseen.
Käyttökokemusasiantuntija on työssään rehellisyyden ytimessä. Työ perustuu käyttäjien kanssa käytyyn keskusteluun siitä, mitä ohjelmistolla halutaan saavuttaa. Toimivassa yksilöiden välisessä dialogissa UX Designer osaa kartoittaa oikeat asiat niin perusteellisesti, että pystymme todennäköisesti protoilemaan tuotetta jo todella pitkälle ennen kuin riviäkään koodia on tehty.
Ketterään ohjelmistokehitykseen kuuluu myös asiakasyhteistyö. Asiakkaan kanssa on uskallettava keskustella siitä, jos huomaamme projektin aikana tämän tarvitsevan tukea myös jossakin muualla. Meidän on uskallettava tarjota apua ilman pelkoa siitä, että se näyttää lisämyynniltä. Vaikka sitähän se toki rehellisyyden nimissä ja loppuviimeksi on, mutta kun luottamus on olemassa, asiakas näkee, että ensisijainen tavoitteemme on tehdä hänen kannaltaan tarpeellisia asioita.
Projektien aikana saamme eräänlaisen kurkistusikkunan asiakkaan tulevaisuuteen. Olisi hullua olla ottamatta keskusteluun sellaisia asioita, jotka tapahtuvat projektin jälkeen. Asiakkaan liiketoiminta on orgaaninen prosessi, joka jatkaa elämäänsä ohjelmistokehitysprojektin loputtuakin. Ymmärtämällä asiakkaan liiketoimintaa ja huomaamalla siinä kehittämisen paikan tarjoamme jälleen sellaista lisäarvoa, jota vain me pystymme osaamisemme pohjalta antamaan.
Aina uuden synnyttäminen edellisen projektin jälkeen ei toki ole mahdollista tai kannattavaakaan, mutta jotakin hukataan, jos keskustelua ei käydä lainkaan. Olennaista ketterässä ohjelmistokehityksessä on nimenomaan tilannetaju.
Ohjelmistokehityksen periaatteet ja tavoitteet on kirjattu vuonna 2001 luotuun Ketterän ohjelmistokehityksen julistukseen:
- Yksilöitä ja kanssakäymistä ennemmin kuin menetelmiä ja työkaluja
- Toimivaa ohjelmistoa enemmän kuin kattavaa dokumentaatiota
- Asiakasyhteistyötä enemmän kuin sopimusneuvotteluja
- Vastaamista muutokseen enemmän kuin pitäytymistä suunnitelmassa
Lue koko julistus täältä.
Onnistumisen takana ovat onnelliset työntekijät
Jos Solution Delivery Managerin eli projektipäällikön on tunnettava asiakas, on hänen tunnettava myös kaikki asiakkuudessa mukana olevat omat tekijät. Kun tuntee jokaisen työntekijän vahvuudet ja heikkoudet, on helppo seisoa heidän takanaan ja ohjata oikeaan suuntaan. Kun kaikki luottavat paitsi tiimiin, myös itseensä, voimme tehdä projektin niin, että kaikki saavat sen lisäarvon, joka siinä on saavutettavissa.
Meidän vahvuutemme ovat ehdottomasti meidän ihmisemme. Jotta he ovat onnellisia juuri meillä ja juuri meidän asiakasprojekteissamme, heidän kanssaan on käytävä avointa vuoropuhelua siitä, millaisia kiinnostuksen kohteita, toiveita ja haaveita heillä työnsä ja elämänsä suhteen on. Kun kuuntelemme heitä aidosti ja vahvistamme heidän vahvuuksiaan, he onnistuvat työssään ja haluavat kehittyä. Ja kaiken kukkuraksi, ovat toivon mukaan myös onnellisia.
Kaikilla meillä on omat vahvuutemme. Kun alan nykyisten ja tulevien huippuammattilaisten vahvuudet yhdistetään asiakkaan vahvuuksien kanssa, voidaan saavuttaa huikeita asioita.
Roolit ohjelmistokehitysprojektissa -ladattava opas
Millaisia eri rooleja ohjelmistokehitysprojektissa yleensä on? Mitä menetelmiä siinä käytetään? Entä mitkä ovat onnistuneen kehitysprojektin edellytykset? Lataa uusi oppaamme ja saat asiantuntijoidemme vinkit perustuen yli 1400 toteutettuun IT-projektiin.
Asiantuntija
Ilpo Hiltunen
Solution Delivery Manager
LinkedIn
Ilpolla on lähes 20 vuoden työkokemus IT-alalta niin tilaajan kuin toimittajan roolissa. Datanomi- ja tietojenkäsittelytieteiden opintojen jälkeen hän työskenteli tietokantamallien määrittelyn ja tiedon varastoinnin parissa. Tehtävät laajenivat kokonaisten ohjelmistopalveluiden suunnitteluun ja toimituksiin. Viime vuosina Ilpo on toiminut Solution Delivery Managerin tehtävissä, eli IT-hankkeiden toteutuksissa vetovastuussa projektipäällikkönä. Vapaa-ajalla Ilpon voi löytää mm. lentopallokentän laidalta valmentajan roolissa.
