Ketterä projektinhallinta BI-projektissa
Olmala, Jani (2017)
Olmala, Jani
2017
Johtaminen ja tietotekniikka (Pori)
Talouden ja rakentamisen tiedekunta - Faculty of Business and Built Environment
This publication is copyrighted. You may download, display and print it for Your own personal use. Commercial use is prohibited.
Hyväksymispäivämäärä
2017-08-16
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:tty-201708241705
https://urn.fi/URN:NBN:fi:tty-201708241705
Tiivistelmä
Lähtökohta tutkimukselle oli tutkia, että soveltuuko ketterä prosessimalli BI-projektin kehitysprojektin prosessimalliksi ja lähinnä etsiä mitä tekijöitä täytyy ottaa huomioon perinteisen BI-projektin ja alati nopeasti muuttuvan liiketoimintaympäristön näkökulmasta. Läpinäkyvyys, kommunikoinnin paraneminen, tiimin sitoutuminen, priorisoidut työtehtävät sekä iteratiivisuus ja nopea arvontuotto asiakkaalle voitaisiin lukea etuihin. Myös tiimin ja asiakkaan jaettu vastuu sekä systemaattiset toimintamallit auttavat haluttujen tavoitteiden saavuttamisessa. Menetelmän tulee olla myös joustava, jotta sitä voidaan hyödyntää eri laajuisissa asiakasprojekteissa.
Tiettyjä esivalmisteluja vaativan teknisen ympäristön ja mahdollisesti monitoimittajaympäristön hallitsemiseksi on tarpeen saavuttaa ketterä projektinhallintamalli. Voitaisiin ajatella myös useammassa kehitysputkessa kulkevien iteraatioiden tarpeellisuudesta, jossa jokaisella kehitystiimillä ja tiiminjäsenellä on oma vastuualueensa. Arkkitehtuurin suunnitteluvaiheessa herää myös kysymys, että saadaanko kaikki tehtäväkokonaisuudet ositettua riittävän pieniin ja hallittaviin tehtäviin? Ratkaisun kehittämisen läpinäkyvyys ja muutostenhallinta paranevat, kun asiakas ja tuotteenomistaja ovat sitoutuneet menetelmään. Vähimmilläänkin menetelmän voisi ajatella sopivan BI-järjestelmän ylläpito- ja pienkehitystöihin sekä hallitun kokoisiin kokonaisratkaisun toimituksiin. Jatkuva toiminnan kehittäminen retrospektiivin avulla on myös selkeä hyöty, koska iterointi tapahtuu riittävän nopeissa sykleissä ja kannustaa tiimejä sekä yksilöitä jatkuvan kehittämisen periaatteeseen. Mielenkiintoinen ja laaja aihe, josta on ollut tavoitteena löytää oikeat vaiheet menestyksekkääseen projektinhallintaan BI-projekteissa.
Tiettyjä esivalmisteluja vaativan teknisen ympäristön ja mahdollisesti monitoimittajaympäristön hallitsemiseksi on tarpeen saavuttaa ketterä projektinhallintamalli. Voitaisiin ajatella myös useammassa kehitysputkessa kulkevien iteraatioiden tarpeellisuudesta, jossa jokaisella kehitystiimillä ja tiiminjäsenellä on oma vastuualueensa. Arkkitehtuurin suunnitteluvaiheessa herää myös kysymys, että saadaanko kaikki tehtäväkokonaisuudet ositettua riittävän pieniin ja hallittaviin tehtäviin? Ratkaisun kehittämisen läpinäkyvyys ja muutostenhallinta paranevat, kun asiakas ja tuotteenomistaja ovat sitoutuneet menetelmään. Vähimmilläänkin menetelmän voisi ajatella sopivan BI-järjestelmän ylläpito- ja pienkehitystöihin sekä hallitun kokoisiin kokonaisratkaisun toimituksiin. Jatkuva toiminnan kehittäminen retrospektiivin avulla on myös selkeä hyöty, koska iterointi tapahtuu riittävän nopeissa sykleissä ja kannustaa tiimejä sekä yksilöitä jatkuvan kehittämisen periaatteeseen. Mielenkiintoinen ja laaja aihe, josta on ollut tavoitteena löytää oikeat vaiheet menestyksekkääseen projektinhallintaan BI-projekteissa.