Miten vältät ohjelmiston toimittajalukon?
Yrityksesi ohjelmisto ei saa sitoa sinua yhteen tekijään. Rakennamme järjestelmät niin, että voit halutessasi korvata myös Datastormin toisella toimittajalla.
Kirjoittaja: Miko Axel Kallio, Datastorm Oy · Päivitetty:
Toimittajalukkoa vältetään varmistamalla asiakkaan pääsy lähdekoodiin, dataan, varmuuskopioihin ja ajantasaiseen dokumentaatioon sekä valitsemalla yleisesti tunnettuja teknologioita. Myös käyttöoikeudet ja toimittajan vaihdon vastuut pitää sopia. Datastorm Oy:n periaate on, että asiakkaalla on aina mahdollisuus jatkaa järjestelmänsä kehittämistä toisen toimittajan kanssa.
Mitä toimittajalukko tarkoittaa asiakkaalle?
Toimittajalukko eli vendor lock-in tarkoittaa tilannetta, jossa toimittajan vaihtaminen on tarpeettoman vaikeaa. Esteenä voi olla esimerkiksi lähdekoodin puuttuminen, vain toimittajan hallussa oleva data, dokumentoimaton toteutus tai teknologia, jonka osaaminen on sidottu yhteen yritykseen.
Liiketoiminnan kannalta olennainen kysymys kuuluu: voiko toinen osaava tekijä ottaa järjestelmän ylläpitoonsa, jos nykyinen yhteistyö päättyy? Erityisen tärkeä kysymys on toiminnanohjausjärjestelmässä, jonka varassa yritys käsittelee tilauksia, ohjaa työtä tai laskuttaa asiakkaitaan.
Datastormilla haluamme, että asiakas jatkaa yhteistyötä palvelun laadun vuoksi. Asiakkaan pitää voida vaihtaa kumppania ilman, että pääsy omaan ohjelmistoon tai tietoihin jää meistä kiinni.
Mitkä 5 asiaa kannattaa tarkistaa ennen ohjelmistoprojektia?
Käymme seuraavat viisi kokonaisuutta läpi jo projektin suunnittelussa. Tarkistuslistaa voi käyttää myös olemassa olevan ohjelmiston arviointiin.
- Lähdekoodi: asiakkaalla on pääsy ajantasaiseen koodiin ja sovitut oikeudet antaa sen ylläpito ja muokkaaminen valitsemalleen kehittäjälle. Tarkista, mistä tuotannossa olevan version koodi löytyy.
- Data ja varmuuskopiot: asiakas saa tietonsa ja järjestelmänsä varmuuskopiot käyttökelpoisessa muodossa. Kuvaa tietokannan lisäksi tiedostot, liitteet ja palautuksessa tarvittavat asetukset.
- Dokumentaatio: seuraavalle kehittäjälle on ohjeet asennuksesta, kehitysympäristöstä, julkaisemisesta, tietorakenteesta ja palautuksesta. Kirjaa myös liiketoimintasäännöt sekä integraatioiden toiminta.
- Teknologiat ja riippuvuudet: käytä yleisesti tunnettuja teknologioita. Listaa ulkoiset palvelut, kirjastot ja lisenssiehdot sekä se, mitä palvelun vaihtaminen käytännössä vaatii.
- Hallinta ja luovutus: nimeä ympäristöjen, tunnusten ja jatkuvan ylläpidon vastuuhenkilöt. Sovi, miten uusi toimittaja saa tarvittavat oikeudet ja miten vanhat oikeudet poistetaan vaihdon jälkeen.
Mitä lupaamme Datastormin asiakkaalle?
Asiakkaalla on aina mahdollisuus vaihtaa meidät pois. Asiakkaalla on aina pääsy omaan lähdekoodiinsa, ja asiakas saa järjestelmänsä varmuuskopiot. Dokumentoimme koodin ja järjestelmän niin, että seuraava kehittäjä voi perehtyä toteutukseen ja jatkaa työtä. Valitsemme yleisesti tunnettuja teknologioita, jotta jatkokehitys ei riipu vain Datastormin osaamisesta.
Teemme periaatteesta käytännön toimintatavan: kirjaamme luovutettavat aineistot ja ylläpidon vastuut sekä huolehdimme, että dokumentaatio seuraa järjestelmän muutoksia. Ulkoisten palveluiden riippuvuudet ja mahdolliset siirron rajoitteet tuodaan asiakkaan tietoon osana toteutuksen suunnittelua.
Asiakkaan liiketoiminnan jatkuvuus on meille etusijalla. Reagoimme nopeasti viesteihin, kysymyksiin, häiriöihin ja tarjouspyyntöihin. Sovimme kriittisen järjestelmän tuesta, yhteydenottokanavista ja reagoinnista erikseen, jotta asiakkaalla on selkeä käsitys siitä, miten apua saa.
Miten dokumentaation toimivuuden voi todentaa?
Suosittelemme käytännön tarkistusta: järjestelmään ennestään perehtymätön kehittäjä ottaa koodin käyttöön erillisessä testiympäristössä dokumentaation avulla. Tarkistuksessa käydään läpi käynnistys, testien ajaminen, testidatan palautus ja julkaisun vaiheet. Vastaan tulevat puutteet korjataan ohjeisiin.
Hyödyllinen luovutuspaketti kertoo myös, miksi tietyt liiketoimintasäännöt ovat olemassa. Esimerkiksi tilauksen hyväksyntä, varaston vähennys ja laskutuksen käynnistys pitää pystyä ymmärtämään ilman alkuperäisen kehittäjän muistia. Salaisuuksia, kuten salasanoja tai rajapinta-avaimia, ei kirjoiteta koodiin tai tavalliseen dokumenttiin, vaan ne luovutetaan sovitulla suojatulla tavalla.
Milloin pelkkä toimittajalukon tarkistuslista ei riitä?
Yleinen teknologia ja lähdekoodin saatavuus eivät yksin tee järjestelmästä helposti siirrettävää. Jos toteutus käyttää ulkopuolista maksupalvelua, taloushallintoa tai muuta suljettua palvelua, kyseisen palvelun sopimukset, rajapinnat ja siirtomahdollisuudet on arvioitava erikseen. Asiakkaan oman sovelluksen lähdekoodi ei anna oikeuksia kolmannen osapuolen ohjelmiston lähdekoodiin.
Kiireellisessä häiriössä koko ympäristön vaihtaminen voi lisätä riskiä. Silloin on ensin selvitettävä tilanne, turvattava data ja sovittava palautumisesta. Toimittajan vaihto tarvitsee oman suunnitelmansa, perehdytyksen ja testauksen; se voi aiheuttaa kustannuksia ja vaatia käyttökatkon. Lue käytännön vaiheet oppaasta ERP-toimittajan vaihto ja liiketoiminnan jatkuvuus.
Mitä toimittajalukosta usein kysytään?
Voinko vaihtaa Datastormin toiseen toimittajaan?
Kyllä. Datastormin periaate on, että asiakas voi halutessaan vaihtaa toimittajaa. Asiakkaalla on aina pääsy omaan lähdekoodiinsa, hän saa järjestelmänsä varmuuskopiot ja koodi dokumentoidaan seuraavaa kehittäjää varten. Vaihdon käytännön työ, vastuut ja ajankohta sovitaan niin, että järjestelmän ylläpidolle on jatkaja.
Riittääkö lähdekoodi toimittajalukon välttämiseen?
Pelkkä lähdekoodi ei riitä. Seuraava kehittäjä tarvitsee myös asennus- ja julkaisuohjeet, tietokannan rakenteen, tiedot integraatioista ja riippuvuuksista sekä tarvittavat käyttöoikeudet. Lisäksi asiakkaan datan on oltava saatavilla ja varmuuskopion palautus on pystyttävä tekemään ohjeiden avulla.
Onko toimittajan vaihtaminen maksutonta tai välitöntä?
Toimittajan vaihtaminen voi vaatia perehdytystä, ympäristöjen siirtoa ja testausta. Työn laajuus, kustannukset ja aikataulu sovitaan erikseen. Toimittajalukon välttäminen tarkoittaa todellista mahdollisuutta vaihtaa tekijää, ei lupausta siitä, että vaihto onnistuu ilman työtä.
Tarkoittaako yleinen teknologia, että kuka tahansa voi ylläpitää järjestelmää?
Ei. Valitsemme yleisesti tunnettuja teknologioita, jotta asiakkaalla olisi vaihtoehtoja jatkokehittäjäksi. Uuden tekijän pitää silti osata käytetty teknologia ja perehtyä järjestelmän liiketoimintasääntöihin, tietoturvaan ja käyttöympäristöön.
Mistä saat apua ohjelmiston jatkuvuuteen?
Käymme kanssasi läpi, missä lähdekoodi ja data sijaitsevat, mitä dokumentaatiosta puuttuu ja mitä seuraava kehittäjä tarvitsee. Tavoitteena on järjestelmä, jonka tulevaisuudesta yrityksesi voi itse päättää.
- Räätälöity ERP-järjestelmä – yrityksen arkeen rakennettu toiminnanohjaus.
- Ohjelmistokehitys – sovelluksen toteutus, dokumentointi ja jatkokehitys.
- Tekninen kumppanuus – jatkuvan ylläpidon ja vastuiden suunnittelu.