Tekoäly ei nopeuta Salesforce-kehitystä siksi, että otat uuden työkalun käyttöön, vaan siksi, että koko tapa tehdä työtä muuttuu. Ja kun malli muuttuu, muuttuu myös tiimisi: osa rooleista vahvistuu ja kannattaa pitää omassa talossa, osa taas ohenee ja siirtyy koneelle.
Jokaisessa asiakastapaamisessa nousee nykyisin esiin sama kysymys: voiko tekoäly nopeuttaa Salesforce-kehitystä? Vastaus on kyllä, mutta ei niin kuin useimmat olettavat. Ratkaiseva ero ei ole työkalussa. Se on siinä, miten tiimi tekee työnsä.
Tämä erottelu on tärkeä juuri IT-päättäjälle. Jos otat tekoälytyökalun käyttöön vanhan toimintamallin päälle, saat marginaalisen hyödyn ja uuden, hallitsemattoman muuttujan. Nopea voitto demossa, mutta sama hitaus ja sama riski tuotannossa. Todellinen kerroin syntyy vasta, kun mietit uudelleen sen, miten kehitystyö suunnitellaan, rakennetaan, testataan ja dokumentoidaan. Ja kun se malli muuttuu, myös tiimisi muuttuu.
Jos otat tekoälytyökalun käyttöön vanhan toimintamallin päälle, saat marginaalisen hyödyn ja uuden, hallitsemattoman muuttujan.
Olen ollut Salesforcen kanssa tekemisissä yli 15 vuotta. Ensin asiakkaana, sitten toimittajan puolella. Olemme Loikalla haastatelleet tätä varten kymmeniä yrityksiä, pieniä ja suuria, kotimaisia ja kansainvälisiä. Tässä on tiivistetty näkemys siitä, mihin sisäisen tiimisi kannattaa varautua seuraavan kahden vuoden aikana.
Haluatko lisätietoa aiheesta? Katso webinaarin ”Tekoäly Salesforce-kehityksessä” tallenne →
Mikä pysyy talossa ja mihin kannattaa satsata?
Tekoäly ei poista osaamisen tarvetta. Se siirtää sen painopistettä. Neljä roolia kannattaa pitää omassa talossa ja niihin kannattaa nimenomaan investoida:
- Center of Excellence: omistajuus, roadmap ja koko alustan hallintamalli. Tämä on se ydin, joka ei saa olla ulkoistettuna.
- Product Owner: priorisointi ja liiketoiminta-arvo. Kuka päättää, mitä kannattaa tehdä ja missä järjestyksessä.
- Solution Architect: alustan eheys ja integraatiot. Salesforce on harvoin ainoa järjestelmä; joku katsoo kokonaisuuden yli.
- Platform Owner / Admin: ylläpito, käyttöoikeudet ja tietoturva. Ei rutiininomaista ”admin-näpertelyä”, vaan koko ympäristön osaamista.
Juuri ne tehtävät, joissa ihmisen harkinta ja liiketoiminnan ymmärrys ratkaisevat – ja juuri ne, joita tekoäly ei korvaa.
Yhteistä näille on, että ne ovat päätös-, omistajuus- ja arkkitehtuurirooleja. Juuri ne tehtävät, joissa ihmisen harkinta ja liiketoiminnan ymmärrys ratkaisevat – ja juuri ne, joita tekoäly ei korvaa.
Mikä ohenee (eli missä AI vahvistuu)?
Samaan aikaan osa nykyisestä kehityskapasiteetista ohenee. Tämä ei ole uhka vaan suunta, jota kohti kannattaa ohjata tietoisesti:
- Volyymikoodaus ja offshore-pyramidi muuttuvat. Tilalle tulee pieni senior-tiimi, jota tekoälyagentit vahvistavat. Vähemmän käsipareja, mutta enemmän osaamista per ihminen.
- Käsin tehty määrittely ja testaus muuttuvat AI-avusteisiksi. Tikettien kirjoittaminen ja päivittäminen on tyypillinen työvaihe, jonka voi pitkälti antaa koneen hoidettavaksi.
- Henkilöriippuvuus vähenee, kun dokumentaatio syntyy kehityksen sivutuotteena eikä erillisenä, aina kesken jäävänä työvaiheena.
Käytännössä tämä tarkoittaa, että tiimisi koko voi pienentyä, mutta roolit ja vastuut säilyvät. Ihmistä tarvitaan edelleen – tekemään päätöksiä, katsomaan kokonaisuutta ja kantamaan vastuun siitä, mitä tekoäly tuotti.
Arvo siirtyy volyymistä määrittelyyn
Itse build (koodi ja konfiguraatio) on jo nopeaa tekoälyllä. Siksi arvo, ja siten myös osaamisinvestointi, siirtyy työn alku- ja loppupäähän.
Alkupäässä kasvaa määrittely: tarpeen kääntäminen täsmälliseksi vaatimukseksi, ratkaisusuunnittelu, arkkitehtuuri. Tässä on suurin vipu. Mitä paremmin osaat kuvata, mitä haluat ja miksi, sitä paremman lopputuloksen kone tuottaa.
Loppupäässä kasvaa arviointi: hyväksyntä, vaikutusanalyysi ja governance. Ihminen päättää ja kantaa vastuun jokaisesta AI-tuotoksesta. Laatuvaatimus ei laske – päinvastoin. Mikään ei mene ”ehkä toimii” -periaatteella tuotantoon. Kun kone tuottaa nopeammin, juuri laatuportit ja ihmisen päätös pitävät nopeuden hallinnassa.
Satsaa määrittely-, arkkitehtuuri- ja arviointiosaamiseen, älä volyymikoodaukseen.
Viesti tiimin osaamisinvestoinneista on siis selvä: satsaa määrittely-, arkkitehtuuri- ja arviointiosaamiseen, älä volyymikoodaukseen.
Osaaminen organisaation pääomaksi, ei sankarikonsultin varaan
Tunnistat tämän riskin varmasti. Paras konsultti lähtee, ja vuosien historia lähtee hänen mukanaan. Uuden kumppanin sisäänajo vie 3–6 kuukautta. Dokumentaatio on erillistä työtä, joka jää aina tekemättä.
Tieto ei katoa henkilövaihdoksissa – se jää järjestelmään ja organisaation pääomaksi.
Tähän tekoäly tuo aidon muutoksen. Kun dokumentaatio syntyy kehityksen sivutuotteena ja pysyy ajan tasalla, tieto ei katoa henkilövaihdoksissa. Se jää järjestelmään ja organisaation pääomaksi. Uusi tekijä pääsee mukaan päivissä, ei kuukausissa, ja ymmärtää paitsi sen miten ratkaisu on tehty, myös miksi: mikä on se liiketoimintalogiikka, jota järjestelmä tukee. Rakenna siis kyvykkyys, joka kestää rotaation, eikä riipu yksittäisestä henkilöstä tai kumppanista.
Mitä tämä vaatii sinulta päättäjänä
Muutos ei tapahdu itsestään, ja se vaatii myös tilaajalta uudenlaista otetta. Käytännössä kolme asiaa korostuu.
- Liiketoimintapäätöksiä. Lähde liikkeelle lopputuloksesta (mitä halutaan saavuttaa), älä kysymyksestä, voidaanko jotain tehdä. Tarvitaan sponsori, business-omistaja ja selkeä omistajuus.
- Sitoutumista hyväksyntätestaukseen. Vaikka testitapaukset ja -data voidaan pitkälti automatisoida, lopullisen käyttäjähyväksynnän tekee edelleen liiketoiminnan ihminen. Siihen pitää varata aikaa.
- Vähemmän työaikaa kuin ennen – ja tämä on hyvä uutinen. Sellaista työtä, johon ohjelmistohankkeissa on totuttu, tarvitaan vähemmän. Päätöksenteko terävöityy, mutta kokonaistyömäärä pienenee, ja työn rooli muuttuu mielekkäämmäksi: enemmän innovointia, prototyyppejä ja tulosten näkemistä, vähemmän näpertelyä.
Loikan tapa pitää nopeus hallinnassa
Tämä on se ajattelu, jonka olemme Loikalla rakentaneet toimitusmalliksi. Kutsumme sitä nimellä Loikka Way. Se ei ole työkalu vaan hallintamalli, joka pitää tekoälyn nopeuden kurissa: ihmisen päätös jokaisessa tuotoksessa, kaikki dokumentaatio ja koodi asiakkaan omistuksessa, sama rakenne joka projektissa, ja malli, joka oppii ja vahvistuu jokaisesta projektista. Salesforcen oma kapasiteetti enterprise-tason hallintaan, tekoälyn nopeus toteutukseen.
Tekoäly ei tee tiimistäsi tarpeetonta. Se tekee siitä pienemmän, mutta vahvemman.
Mutta riippumatta siitä, kenen kanssa lähdet liikkeelle, ydinviesti on sama. Tekoäly ei tee tiimistäsi tarpeetonta. Se tekee siitä pienemmän, mutta vahvemman. Sellaisen, jossa ihmiset käyttävät aikansa päätöksiin, määrittelyyn ja vastuuseen sen sijaan, että he kirjoittaisivat tikettejä ja toistaisivat rutiineja. Päättäjän tehtävä on ohjata tiimi tietoisesti tähän suuntaan, ennen kuin markkina tekee sen puolestasi.
- Haluatko Salesforce-kehitystyä 3–4x nopeammin ja kiinteällä hinnalla? Lue täältä lisää Loikka Waystä →
- Jos taas haluat kuulla lisää tekoälyn hyödyntämisestä Salesforce-kehityksessä, katso täältä webinaari Tekoäly Salesforce-kehityksessä →
