Kun sanomme, että emme tee ohjelmistoja perinteiseen tapaan, emme tarkoita, että teknologia olisi meille toissijaista. Päinvastoin – me vain suhtaudumme siihen eri tavalla. Meille teknologia ei ole valmis ratkaisu, vaan väline, joka pitää ensin sovittaa siihen, miten ihmiset oikeasti tekevät työtään.
Perinteinen ohjelmistokehitys alkaa usein listalla vaatimuksia. Asiakas kertoo, mitä ominaisuuksia tarvitaan, ja niiden pohjalta tehdään määrittely, rakennetaan järjestelmä ja lopuksi siirrytään käyttöönottovaiheeseen. Tämä toimii hyvin silloin, kun on tarkkaan tiedossa, mitä halutaan ja miten työ etenee. Monessa organsiaatiossa tilanne ei kuitenkaan ole näin yksinkertainen. Työ muuttuu jatkuvasti, tarpeet elävät ja ongelma ei ole aina selkeä alussa.
Me lähestymme asiaa toisinpäin. Emme kysy ensimmäisenä, mitä ominaisuuksia halutaan, vaan missä kohtaa työ pysähtyy, hidastuu tai kuormittaa. Missä tieto katoaa, jää jumiin tai kiertää epätarkasti? Kun nämä kohdat tunnistetaan, aletaan vasta miettiä, millainen ratkaisu niitä oikeasti helpottaa.
Tässä kohtaa oma alustamme tulee mukaan. Sen avulla voimme rakentaa ratkaisuja nopeasti ja vaiheittain, ilman raskasta määrittely- tai käyttöönottoprojektia. Ensimmäinen versio voi syntyä muutamassa päivässä ja lähteä suoraan käyttöön, testattavaksi siinä ympäristössä, jossa työtä oikeasti tehdään.
Suunnittelua ei siis jätetä väliin vaa se tehdään työn ehdoilla. Jokainen vaihe perustuu keskusteluun, havaintoihin ja käyttäjien palautteeseen. Ensimmäinen ratkaisu voi olla hyvinkin rajattu, esimerkiksi pieni näkymä, joka helpottaa yhden tiimin arkea. Mutta kun se toimii, seuraava askel on helppo ottaa. Tarpeet tarkentuvat monesti matkan varrella, ja järjestelmä kasvaa niiden mukana.
Tällainen järjestelmä ei jää irralliseksi. Se ei ole “projekti”, vaan alkaa elää arjessa heti alusta lähtien. Ja juuri siksi se pysyy käytössä, koska se tukee tekemistä sen sijaan, että vaatisi uudenlaista toimintaa.
Me uskomme siihen, että ohjelmiston ei tarvitse näyttää valmiilta silloin kun sitä esitellään. Sen täytyy toimia silloin, kun sillä tehdään töitä. Sen täytyy olla oikea niille, jotka sitä käyttävät. Tämän eron huomaa usein vasta käytössä, mutta kun sen huomaa, sitä ei halua enää vaihtaa pois.
Perinteinen ohjelmistoprojekti rakentuu sen ympärille, mitä on kirjattu dokumenttiin. Me rakennamme järjestelmän sen ympärille, mitä oikeasti tapahtuu työssä. Ja juuri siksi se toimii paremmin silloin, kun maailma ei ole aivan yksinkertainen. Rakennamme sitä työn ympärille ja meidän alustamme ansiosta voimme tehdä sen nopeasti, ketterästi ja aidosti arkea tukien.
