Käynnistäessämme Microsoft-liiketoimintaamme vuonna 2008, teimme toiminnan suunnittelun osana arviota Microsoft-palvelumarkkinoiden kilpailutilanteesta ja markkinoilla laajentumisen hidasteista.
Etukäteen merkittävimmäksi hidasteeksi arvioitu yritystason Microsoft-referenssien puute osoittautui kuitenkin vaikutukseltaan pieneksi, kiitos onnistuneiden avainhenkilövalintojen (oikeat ihmisethän niitä projekteja tekevät).
Yllättävimmäksi ja samalla vaikuttavimmaksi haittatekijäksi muodostui kuitenkin Asiakasympäristöihin ajan myötä rakentuneet sopimukselliset ja tekniset esteet aidolle monitoimittajayhteistyölle.
Esimerkkilausahduksia show-stoppereista ja hidasteita:
– ”Tätä alustaa ei saa hyödyntää muiden vendorien rakentamien ratkaisujen ajamiseen etteivät takuut raukea”
– ”Sorry, IPR-syistä ei voida päästää teitä tänne kehittämään”
– ”Ei meillä ole lähdekoodien viimeisimpiä versioita, odotas kun soittelen vendori x:lle löytyykö niiltä”
– ”Tekniset dokumentaatiot on (tai ei ole) tehty vendorien pohjille”
– ”Kukin vendori tekee omalla tavallaan ja omilla työvälineillään töitä”
Asiakkaana voit muuttaa trendiä ottamalla sovellusalustojen kehitysvälineet ja kehitysmenetelmät paremmin haltuun itsellesi. Sopimuksellisten ja teknisten esteiden rakentamisen sijasta vendorien tulisi keskittää vaivannäkönsä paremman palvelun ja enemmän asiakashyötyjä tuottavien ratkaisujen kehittämiseen. Tyytyväinen ja hyötyä kokenut Asiakas kyllä jatkaa yhteistyötä ilman ”vendor lockiakin”.
Samalla kannattaa varautua miettimään, mitä tekisit esimerkiksi useiden toimittajien eri projekteista eri formaateissa tuotettujen edistymisraporttien copy-paste-edit –työltä säästämälläsi ajalla. Vähenevästä paikallaan sutimisesta säästyvistä rahoista puhumattakaan. Näillä sovellusten elinkaaren hallintaan tarkoitetuilla osaamisilla ja välineillä nimittäin säästyy ihan selvää aikaa ja rahaa (sen lisäksi että liiketoimintapäättäjillä tahtoo olla tapana rahoittaa mieluummin nopeasti näkyviä tuotoksia synnyttäviä hallittuja jatkumoita kuin niitä ”Iisakin kirkko- ja vesiputoushankkeita”).
Aidossa monitoimittajaympäristössä Asiakas on aina kuskina ja päättää, kuka on hänen kriteereillään paras kumppani uuden ratkaisun kehitykseen.
