Copilot -muutosta ei voi enää hallita yksittäisenä käyttöönottoprojektina 

Tänään Copilot Restart 2026 -tapahtumassa keskustelimme Mikko Kajanderin kanssa siitä, miten Microsoft 365:n ja Copilotin jatkuvaa muutosta pitäisi organisaatioissa johtaa. 

Puheenvuoromme otsikko oli Muutoksen hallinnasta jatkuvaan muutokseen. 

Otsikko kiteyttää hyvin sen muutoksen, jonka keskellä organisaatiot ovat juuri nyt. Microsoft 365 ja Copilot eivät ole järjestelmiä, jotka otetaan kerran käyttöön ja jätetään sen jälkeen ennalleen. Ne ovat jatkuvasti kehittyvä ympäristö, joka tuo organisaatioihin uusia ominaisuuksia, käyttötapoja ja mahdollisuuksia muuttaa työn tekemistä. 

Siksi myöskään muutoksenhallintaa ei voi enää toteuttaa yksittäisinä käyttöönottoprojekteina. 

Teknologia muuttuu nopeammin kuin organisaation toimintatavat 

Perinteisellä teknologiaprojektilla on alku ja loppu. 

Valitaan järjestelmä, suunnitellaan käyttöönotto, koulutetaan henkilöstö ja päätetään projekti. Tämän jälkeen siirrytään ylläpitoon. 

Microsoft 365:n ja Copilotin kohdalla tällainen malli ei enää riitä. 

Microsoft 365 -ympäristö kehittyy jatkuvasti. Teamsiin, SharePointiin, Office-sovelluksiin, Power Platformiin ja Copilotiin tulee uusia ominaisuuksia ja muutoksia, jopa satoja kuukaudessa. Samalla organisaation käyttäjät löytävät uusia tarpeita ja käyttötapauksia. 

Yksi muutos voi olla teknisesti pieni, mutta käyttäjän näkökulmasta suuri. Painike voi siirtyä, tuttu toiminto muuttua tai tekoäly tulla osaksi työvaihetta, joka on aikaisemmin tehty kokonaan käsin. 

Todellinen haaste ei siis ole pelkästään uuden teknologian käyttöönotto. 

Haaste on se, miten organisaation toimintatavat, osaaminen ja vastuut pysyvät teknologian kehityksen mukana. 

Projektista jatkuvaan muutosprosessiin 

Puheenvuorossamme esitimme kuusivaiheisen mallin, jolla Microsoft 365:n ja Copilotin muutoksia voidaan käsitellä jatkuvana prosessina: 

1. Tunnista 

2. Arvioi vaikutus 

3. Priorisoi ja päätä 

4. Valmistele 

5. Jalkauta 

6. Mittaa ja opi 

Malli muodostaa jatkuvan prosessin. Muutos ei pääty käyttöönottoon, vaan tulokset ja käyttäjiltä saatava palaute viedään seuraavalle kehityskierrokselle. 

1. Tunnista 

Muutos voi lähteä Microsoftin palveluviestistä, käyttäjien tarpeesta, liiketoiminnan tavoitteesta tai uudesta Copilot-käyttötapauksesta. 

Organisaation pitää seurata teknologian kehitystä, mutta kaikkia uusia ominaisuuksia ei pidä viedä automaattisesti käyttöön. Ensimmäinen tehtävä on tunnistaa, mitkä muutokset ovat oman organisaation kannalta olennaisia. 

2. Arvioi vaikutus 

Seuraavaksi arvioidaan, keihin muutos vaikuttaa ja kuinka merkittävä vaikutus on. 

Teknisesti pieni muutos voi vaikuttaa suureen käyttäjäjoukkoon. Vastaavasti näyttävä uusi ominaisuus voi olla merkityksellinen vain rajatulle ryhmälle. 

Arvioinnissa pitää huomioida teknologian lisäksi ainakin: 

• käyttäjäryhmät 

• työprosessit 

• tietoturva ja käyttöoikeudet 

• tiedon laatu ja löydettävyys 

• tarvittava osaaminen 

• tuen ja viestinnän tarve 

• tavoiteltava liiketoimintahyöty 

3. Priorisoi ja päätä 

Kaikkia muutoksia ei voida toteuttaa yhtä aikaa. 

Jokaiselle muutokselle tarvitaan omistaja, tavoite ja päätös. Ilman selkeää päätöksentekoa kehitys muuttuu helposti listaksi kokeiluja, joista kukaan ei kanna kokonaisvastuuta. 

Tässä vaiheessa pitäisi pystyä vastaamaan kolmeen kysymykseen: 

1. Mitä ongelmaa olemme ratkaisemassa? 

2. Mitä hyötyä tavoittelemme? 

3. Kuka omistaa päätöksen ja lopputuloksen? 

4. Valmistele 

Ennen jalkautusta valmistellaan tarvittavat asetukset, ohjeet, viestintä, koulutus ja käyttäjätuki. 

Copilot-muutoksessa valmistelu voi tarkoittaa myös tiedonhallinnan, käyttöoikeuksien tai SharePoint-rakenteiden tarkistamista. Tekoäly ei korjaa epäselvää tiedonhallintaa. Se voi tehdä sen seuraukset käyttäjille entistä näkyvämmiksi. 

5. Jalkauta 

Jalkauttaminen ei tarkoita yleisen sähköpostin lähettämistä tai tunnin mittaista ominaisuuskoulutusta. 

Uusi toimintatapa pitää yhdistää käyttäjän todelliseen työtilanteeseen. Taloushallinnolle, myynnille, henkilöstöhallinnolle ja projektityölle hyödylliset Copilot-käyttötavat ovat erilaisia. 

Siksi jalkauttamisen pitäisi tapahtua lähellä työtä:

• roolikohtaisina esimerkkeinä 

• käytännön harjoituksina 

• yhteisinä pelisääntöinä 

• esihenkilön tukemana 

• vertaisosaajien ja tukipalvelun avulla 

6. Mittaa ja opi 

Muutosta ei pitäisi arvioida sillä perusteella, kuinka monta lisenssiä on jaettu tai kuinka moni osallistui koulutukseen. 

Olennaisempia kysymyksiä ovat: 

• Muuttuiko työn tekeminen? 

• Säästyikö aikaa? 

• Paraniko työn laatu? 

• Vähenikö manuaalinen työ? 

• Otettiinko uusi toimintatapa käyttöön? 

• Mitä käyttäjät tarvitsevat seuraavaksi? 

Jos työtapa ei muuttunut, käyttöönottoa ei voi vielä pitää onnistuneena. 

Tulokset ja palaute viedään takaisin prosessin alkuun. Näin muutoksenhallinnasta muodostuu kertaluonteisen projektin sijaan jatkuva organisaation kyvykkyys. 

IT ei voi omistaa muutosta yksin 

Yksi keskustelumme keskeisistä aiheista oli muutoksenhallinnan vastuunjako liiketoimintayksiköiden välillä. Esityksessämme mukana olivat M365-palveluomistaja tai IT, liiketoiminnan omistaja, esihenkilö, viestintä ja koulutus sekä vertaisosaaja tai tukipalvelu. Jokaiselle roolille määriteltiin päävastuu ja konkreettinen tuotos.   

M365-palveluomistaja tai IT 

IT seuraa Microsoft 365:n kehitystä ja arvioi muutosten teknisiä vaikutuksia. 

Konkreettisena tuotoksena syntyy ylläpidettävä muutoslista ja vaikutusarvio. IT varmistaa myös teknisen hallinnan, tietoturvan, käyttöoikeudet ja ympäristön yhteensopivuuden. 

Liiketoiminnan omistaja 

Liiketoiminta arvioi muutoksen prioriteetin ja tavoiteltavan hyödyn. 

Sen tehtävä on päättää, mihin työprosesseihin panostetaan ja mitä tuloksia tavoitellaan. Ilman liiketoiminnan omistajuutta Copilot jää helposti irralliseksi tuottavuustyökaluksi. 

Esihenkilö 

Esihenkilö vastaa uuden työtavan käyttöönotosta omassa tiimissään. 

Tähän kuuluu ajan varaaminen harjoittelulle, esimerkin näyttäminen ja sen seuraaminen, juurtuuko toimintatapa osaksi arkea. Käyttäjiltä ei voi odottaa jatkuvaa uudistumista, jos sille ei anneta aikaa tai johtamisen tukea. 

Viestintä ja koulutus 

Viestinnän ja koulutuksen tehtävä on tehdä muutoksesta ymmärrettävä ja opittava. 

Pelkkä tieto uudesta ominaisuudesta ei riitä. Käyttäjän pitää ymmärtää, miksi muutos tehdään, miten se vaikuttaa hänen työhönsä ja mitä hänen odotetaan tekevän eri tavalla. 

Vertaisosaajat ja tukipalvelu 

Vertaisosaajat ja tukipalvelu tuovat muutoksen lähelle käyttäjän arkea. 

He vastaavat kysymyksiin, tunnistavat käytännön ongelmia ja keräävät palautetta seuraavaa kehityskierrosta varten. Samalla he auttavat erottamaan toisistaan tekniset ongelmat, osaamisvajeet ja epäselvät toimintatavat. 

Jatkuva muutos tarvitsee pysyvän toimintamallin 

Microsoft 365:n ja Copilotin muutosta ei voi enää hallita yksittäisinä käyttöönottoprojekteina. 

Organisaatio tarvitsee jatkuvan mallin, jossa muutokset: 

• tunnistetaan 

• arvioidaan 

• priorisoidaan 

• päätetään 

• valmistellaan 

• viestitään 

• koulutetaan 

• viedään osaksi arkea 

• mitataan 

• kehitetään saadun palautteen perusteella 

Copilotin käyttöönotto ei ole kertaluonteinen teknologiaprojekti. Se on jatkuva muutosprosessi, jossa yhdistyvät M365-ympäristön kehitys, liiketoiminnan tavoitteet, työn uudistaminen, käyttäjien osaaminen ja selkeä vastuunjako.