Ajankohtaista

Kymmenvuotisen historiansa aikana ValueFramesta on julkaistu 30 isompaa versiopäivitystä. Järjestelmän toiminnallisuus sekä käyttäjämäärä ovat kasvaneeet vuosien varrella yli 300:aan organisaatioon ja 12 000:een käyttäjään. Verkossa oleva palvelu ei koskaan ole ”valmis”, eikä sen kehittämistä tukevat prosessit. Ohjelmiston laajuus, kasvanut käyttäjämäärä ja asiakkaiden tarpeet pakottavat parantamaan sekä sisäisiä prosesseja että tuotetta jatkuvasti.

Pilvipalvelun kiistaton etu on ympäristön hallittavuus: versiopäivitykset ja muut korjaukset voidaan julkaista ylläpidon toimesta milloin tahansa ja asiakaspalvelussa tukikysymyksiä voidaan selvitellä suoraan asiakkaan datalla – asiakkaalle sopivana ajanhetkenä. Kriittiset korjaukset onkin pyritty tuomaan tuotantoon aina mahdollisimman nopeasti ja tuotekehityksen julkaisuprosessimme ovat näiltä saaneet paljon kiitosta tehokkuudestaan.

Kohti tiheämpiä julkaisusyklejä...

Isompien versiopäivitysten julkaisusykli on viime vuosina kuitenkin hidastunut ja vakiintunut yhteen versioon per vuosi. ValueFramen alkuaikoina uusia versiopäivityksiä tehtiin tyypillisesti 2-3 kertaa vuodessa.
Tämä ei kuitenkaan tarkoita sitä, että tuotekehitystä tehtäisiin nyt vähemmän kuin ennen, vaan taustalla harvoille julkaisuille on jo hyvin varhaisessa omaksuttu jatkuvan julkaisun periaate. Käytännössä tämä tarkoittaa, että muutoksia siirretään tuotekehityksestä asiakkaiden käyttöön sitä mukaa kun ne valmistuvat, jolloin tarve isommille muutoksille luonnollisesti tätä kautta vähenee.

Hyvänä puolena jatkuvassa julkaisussa on mahdollisuus paikata kriittisiä ongelmia nopealla aikataululla.
Haasteena on hankaluus hallita samaan aikaan pitkäjänteisempää tuotekehitystä. Erityisen vaikeaa on
muutoshistorian ja yleisen dokumentaation pitäminen ajantasalla sekä selkeän etukäteen muodostettavan ”roadmapin” julkaiseminen. Näihin haasteisiin lähdettiin systemaattisesti hakemaan ratkaisuja, joita aletaan soveltamaan entistä laajemmin uuden version julkaisun jälkeen.

... ja parempaa tiedottamista

Ohjelmistokehitysmetodologiat ja projektimallit ovat myös kehittyneet viimeisen kymmenen vuoden aikana. 2000-luvun alussa ei kovinkaan paljon puhuttu scrumista, sprinteistä tai extreme programmingista. 2010-luvulla joutuu melkeinpä jo perustelemaan miksi ei soveltaisi ketteriä ohjelmistokehitysmenetelmiä, koska ne on suunniteltu monimutkaisten ja suuria epävarmuustekijöitä sisältävien projektien ohjausvälineeksi.

ValueFramella sovelletaan alan trendin mukaisesti ketteriä ohjelmistokehitysmenetelmiä. Käyttämämme malli on ylläpitotyötä sisältävään kehitykseen hyvin soveltuva scrum-ban, jossa työnkulut visualisoidaan seinätaululla ja tuotekehityssyklit on vakiomittaisia.

ValueFramen tuotekehityksessä siirrytään tulevan versiopäivityksen jälkeen myös tiedottamisen osalta malliin, jossa muutoksia dokumentoidaan asiakkaille näkyviin 4-6 viikon välein. Isompia tuotekehityshankkeita tehdään toki asiakkaalle näkymättömästi useamman julkaisusyklin ylitse ja nämä dokumentoidaan muutosten valmistumisen yhteydessä.

Edellä kuvatut toimintamallien muutokset tähtäävät siihen, että ohjelmisto olisi laadullisesti parempi ja ohjelmistoon tehdyistä muutoksista saataisiin tiedotettua selkeämmin myös etukäteen. Muutaman viikon julkaisusyklillä ohjelmisto ei myöskään pääse kerralla muuttamaan niin paljon, että se aiheuttaisi esimerkiksi koulutustarpeita asiakaskunnassa.

ValueFrame PSA:n ja CRM:n päivitetty ohjeistus julkaistaan samanaikaisesti uuden version yhteydessä. Ohjeistussivusto tulee sisältämään osion, jossa uutisoidaan jatkossa julkaisujen keskeiset uudet ominaisuudet ja korjaukset.