Priorisointi tuottaa selvää rahaa
29 Hei
Ohjelmistoprojektin suunnittelussa käytetään yllättävän vähän aikaa ja vaivaa ominaisuuksien priorisointiin. Kun prioriteetit eivät ole kohdallaan, jäät paitsi sinulle kuuluvista rahoista.
Teet ohjelmistostasi kolme versiota kahden vuoden aikana. Ensimmäisestä versiosta puuttuu mahdollisuus tilata, toisesta versiosta puuttuu mahdollisuus muuttaa tehtyä tilausta. Vasta kolmannen version kohdalla saat rahaa sisään, eikä asiakaspalvelusi ruuhkaudu. Silti ensimmäinen versio sisälsi makean kilkkeen, jolla asiakkaasi voi seurata kenelle hän soittaa eniten.
ROI:n perusteella tehty priorisointi olisi pakottanut projektitiimin sisällyttämään tilaustoiminnot jo ensimmäiseen versioon, jolloin olisit saanut tilauksia täydellä automatiikalla vuoden verran enemmän. Laske huviksesi, mitä se tarkoittaa euroissa.
Arkisesti 80/20 sääntönä tunnettu Pareton periaate pätee ohjelmistokehityksessäkin. 20% ominaisuuksista tuottaa 80% hyödyistä. Tilanne on monesti vielä karumpi. Jo vuonna 2002 julkaistun tutkimuksen mukaan 45% ohjelmistojen ominaisuuksista on sellaisia, joita ei koskaan käytetä.
Jätä vähemmän tärkeät ominaisuudet viimeiseksi. Silloin tiedät, että saat ohjelmistosta toimivan ja tuottavan version hyvissä ajoin ennen joulumarkkinoita. Voit jopa päättää, ettei kaikkia suunniteltuja ominaisuuksia sittenkään toteuteta.



Uusimmat kommentit