Tämä ei viittaa toimitusjohtajan hiustyylin mukana tuomaan yhdennäköisyyteen, vaan listaa kysymyksiä, joita meiltä usein kysytään.
Mutta koska ratkaisu on sitten valmis?
Ei kovin helppo kysymys. Kysymykseen ei tietysti koskaan saa vastata kysymyksellä, mutta pitäisi kysyä koska tehdään päätös yhteistyön aloituksesta. Usein tuo alkuperäinen kysymys esitetään, kun ei vielä tiedetä koska se päätös aloituksesta tehdään.
Tuo on vaikea kysymys, vaikka päätös tehtäisiin siltä istumalta. Siihen vaikuttaa moni asia, mutta ketterän kehityksen mukaisesti matkan varrella voi sattua ja tapahtua asioita, joita ei ole tiedetty etukäteen. Usein ne vaikuttavat jollakin tavalla kalenteriaikaankin, mutta kyllä me teemme arvioita ja teemme kaikkemme, jotta niissä pysytään.
Te sanotte kertovanne rehellisesti mitä kannattaa tai ei kannata tehdä, vaikka se pienentää teidän laskutustanne? Mikä on konkreettinen esimerkki?
Suurin osa Hubblen asiantuntijoista on erittäin kokeneita ja lukuisia hankkeita läpikäyneitä. Meille voi tulla esimerkiksi haju nokkaan jonkun ominaisuuden kohdalla, mitä ei välttämättä tarvita lainkaan tai tarve on vaikka kerran vuodessa. Tuolloin se kerrotaan rehellisesti ääneen. Tekemätön työ pienentää laskutustamme, mutta ratkaisu todennäköisesti pysyy yksinkertaisempana. Lisäksi varmistutaan, että ratkaisu keskittyy arvon tuottoon, eikä vain ominaisuuslistan pidentämiseen.
Lisämies. Mistä ihmeen lisämiehestä te oikein puhutte?
Lisämies- tai korrektimmin lisähenkilö on käytäntö Hubblen projekteissa. Avoin kommunikointi on yksi ohjelmistohankkeen tärkeimmistä tukipilareista. Me osallistumme mahdollisuuksien mukaan projektipalavereihin useamman henkilön voimin, ilman että laskutamme muista kuin yhdestä. Näin kaikki osalliset pysyvät paremmin samalla sivulla ja käytävä keskustelu on rikkaampaa. Vähenee siinä tietysti rikkinäisen puhelimen vaikutuskin väistämättä. Eli, lisähenkilöt ovat niitä, joista ei laskuteta.
Meillä on valmis järjestelmä, joka on muuten hyvä, mutta… Onko mitään tehtävissä?
Jos valmiissa järjestelmässä tai tuotteessa on jokin osa, tai ominaisuus, joka hankaloittaa käyttöä kohtuuttomasti, on mahdollista, että voimme auttaa. Jos käytettävässä ratkaisussa on kattavat rajapinnat käytettäväksi, tuo mahdollisuus paranee huomattavasti. Esimerkiksi yrityksen prosessissa voidaan joku asia hoitaa toiminnanohjausjärjestelmän ulkopuolella räätälöidyllä ratkaisulla, jos se on teknisesti mahdollista rajapintojen kautta. Siinä tapauksessa voimme todellakin auttaa.
Lupaatte auttaa asiakasta eteenpäin, jos yhteistyö päättyy. Mitä tämä tarkoittaa?
Asiakkaan kanssa tehtävässä ketterän suunnittelun ja ohjelmistokehityksen sopimuksessamme todetaan, että asiakkaalla on oikeus korkealaatuiseen työhön. Jos asiakas ei ole tyytyväinen ja haluaa vaihtaa toimittajaa, autamme toimittajan etsinnässä. Tai jos uusi kumppani on valittu, sopimuksessa lukee ”Jos Asiakas päättää irtisanoa sopimuksen tyytymättömyytensä vuoksi, Hubble auttaa siirtämään ohjelmistokehitystä asiakkaan valitsemalle uudelle palveluntarjoajalle 2 työpäivää ilmaiseksi.”
Lupaatte olla sitomatta asiakasta pitkiin sopimuksiin. Miten tämä siirtyy käytäntöön?
Asiakas saa rajoittamattomat immateriaalioikeudet Hubblen toteuttamaan asiakkaalle räätälöityyn ratkaisuun, joten jatkokehitys onnistuu uuden kumppanin kanssa. Asiakkaalla on oikeus irtisanoa sopimus kahden viikon irtisanomisajalla. Meidän mielestämme tuo ei ole pitkä.