Power BI:n käyttöönoton suunnittelu: BI-ratkaisun suunnittelu

Muistiinpano

Tämä artikkeli on osa Power BI:n käyttöönoton suunnittelun artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Microsoft Fabricin Power BI -kokemukseen. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelu.

Tämän artikkelin avulla voit suunnitella ratkaisuja, jotka tukevat liiketoimintatiedon (BI) strategiaasi. Se on ensisijaisesti kohdistettu seuraaviin:

• BI:n ja analytiikan johtajat tai johtajat: Päätöksentekijät, jotka vastaavat BI-ohjelman valvonnasta ja strategisesti tärkeistä BI-ratkaisuista.
• Center of Excellence (COE), IT- ja BI-tiimit: Tiimit, jotka suunnittelevat ja ottavat käyttöön yritysten BI-ratkaisuja organisaatiolleen.
• Aiheasiantuntijat sekä sisällön omistajat ja tekijät: Työryhmät ja henkilöt, jotka käsittelevät analytiikkaa osastolla, suunnittelevat ja ottavat käyttöön ratkaisuja omatoimiseen, osastokohtaiseen liiketoimintatietojen hallintaan tai tiimin BI-käyttöskenaarioon .

BI-strategia on suunnitelma tietojen ja analytiikan käyttöön, käyttöön ja hallintaan. BI-strategia määritetään aloittamalla strategisesta BI-suunnittelusta. Strategisen suunnittelun avulla voit tunnistaa LIIKETOIMINTA-alueesi ja tavoitteesi. Bi-tavoitteiden edistymisen polun määrittämiseksi kuvaat tiettyjä keskeisiä tuloksia taktisen suunnittelun avulla. Tämän jälkeen saavutat edistymistä kohti näitä keskeisiä tuloksia suunnittelemalla ja ottamalla käyttöön BI-ratkaisuja.

Muistiinpano

Tavoitteiden ja tärkeimpien tulosten kehyksessä tavoitteet ovat selkeitä, korkean tason kuvauksia siitä, mitä haluat saavuttaa. Sen sijaan tärkeimmät tulokset ovat erityisiä tuloksia, jotka ovat saavutettavissa olevia tuloksia edistymisen mittaamiseksi kohti yhtä tavoitteestasi.

Aloitteet tai ratkaisut ovat prosesseja tai työkaluja, joiden avulla voit saavuttaa yhden tai useamman tärkeän tuloksen. Ratkaisut käsittelevät tiettyjä käyttäjien tietotarpeita. Ratkaisu voi olla monenlaisia, kuten tietoputki, Data Lakehouse tai Power BI:n semanttinen malli tai raportti.

Lisätietoja OKR-pyyntöjä on ohjeartikkelissa Tutustu OKR-pyyntöihin (Microsoft Viva Goals)..

BI-ratkaisujen suunnitteluun ja toteuttamiseen on monia lähestymistapoja. Tässä artikkelissa kuvataan yksi lähestymistapa, jonka avulla voit suunnitella ja ottaa käyttöön BI-strategiaasi tukevia BI-ratkaisuja.

Seuraavassa korkean tason kaaviossa kuvataan BI-ratkaisujen suunnittelun suorittaminen.

Suoritat BI-ratkaisujen suunnittelun seuraavasti.

Vaihe	Kuvaus
1	Kokoa projektiryhmä, joka kerää vaatimukset ja määrittää ratkaisun suunnittelun.
2	Suunnittele ratkaisun käyttöönottoa suorittamalla työkalujen ja prosessien alustava määritys.
3	Suorita ratkaisun soveltuvuusselvitys suunnittelua koskevien oletusten vahvistamiseksi.
4	Luo ja vahvista sisältöä toistuvan kehityksen ja vahvistusjaksojen avulla.
5	Ota ratkaisu käyttöön, tue sitä ja valvo sitä sen jälkeen, kun se on julkaistu tuotantoympäristöön.

Muistiinpano

BI-ratkaisun suunnittelu koskee sekä omatoimista BI- että suuryritys-BI-projekteja.

Lisätietoja on kohdassa Power BI:hin siirtymisen sarja. Vaikka sarja koskee siirtymistä, tärkeimmät toiminnot ja huomioitavat seikat ovat olennaisia ratkaisun suunnittelussa.

Vaihe 1: Vaatimusten kerääminen

Voit aloittaa ratkaisun suunnittelun keräämällä ensin vaatimukset ja määrittämällä ratkaisun rakenteen.

Huomautus: Strategista ja taktista suunnittelua johtaa työryhmä, joka johtaa aloitetta. Ratkaisun suunnittelua johtaa sitä vastoin projektiryhmä, joka koostuu sisällön omistajista ja tekijöistä.

Oikeiden vaatimusten kerääminen on erittäin tärkeää onnistuneen ratkaisun käyttöönoton ja käyttöönoton saavuttamiseksi. Tehokas tapa kerätä vaatimuksia on tunnistaa ja ottaa mukaan oikeat sidosryhmät, määrittää yhdessä ratkaistava ongelma ja luoda ratkaisurakenne käyttämällä tätä jaettua ymmärrystä ongelmasta.

Seuraavassa on joitakin etuja vaatimusten keräämiseen yhteistyömenetelmän avulla.

• Käyttäjän syöte tuottaa entistä hyödyllisempiä malleja: Kun otat käyttäjiä mukaan kohdistetuihin keskusteluihin vaatimusten keräämiseksi, voit tallentaa liiketoimintatietojen tarpeet tehokkaammin. Käyttäjät voivat esimerkiksi osoittaa sisällöntekijöille, miten he käyttävät olemassa olevia ratkaisuja, ja antaa palautetta näiden ratkaisujen koetusta tehokkuudesta.
• Vältä oletuksia ja lievennä muutospyyntöjä: Käyttäjien kanssa käydyissä keskusteluissa ilmenee usein vivahteita, poikkeuksia ja piilotettuja monimutkaisuuksia. Nämä merkitykselliset tiedot vähentävät todennäköisyyttä myöhäisvaiheen pyynnöille, joihin vastaaminen voi tulla kalliiksi.
• Perehdytys lisää ratkaisun käyttöönottoa: Ottamalla käyttäjät mukaan suunnitteluun ja varhaiseen kehitykseen annat heille mahdollisuuden vaikuttaa lopulliseen tulokseen. Osallistuminen voi myös antaa käyttäjille henkisen omistajuuden tunteen ja vastuun ratkaisusta. Hyvin osallistuvat käyttäjät tukevat todennäköisesti ratkaisua ja johtavat yhteisönsä käytäntöjä sen tehokkaaseen käyttöön.
• Mallit asettavat sidosryhmille ja yrityskäyttäjille odotuksia: tuottamalla mallia tai kuvia ratkaisun suunnittelusta voit selvästi näyttää sidosryhmille, mitä ratkaisu tarjoaa. Se auttaa myös luomaan yhteisen ymmärryksen projektin odotetusta tuloksesta. Tätä prosessia kutsutaan myös suunnitteluajatteluksi, ja se voi olla tehokas tapa lähestyä ja ymmärtää monimutkaisia ongelmia.

Voit käyttää eri lähestymistapoja sitouttaaksesi käyttäjiä ja kerätäksesi vaatimuksia. Voit esimerkiksi kerätä vaatimuksia liiketoiminnan suunnittelusta ja teknisestä suunnittelusta (kuvataan tarkemmin tämän artikkelin myöhemissä osioissa).

Liiketoimintasuunnittelu on lähestymistapa liiketoimintavaatimusten keräämiseen. Siinä keskitytään yrityskäyttäjien sitouttamiseen yrityssuunnitteluistuntoihin, jotta ratkaisu suunnitellaan yhteistyössä. Liiketoimintasuunnittelun tulos koostuu ratkaisujen malleja ja kuvaavia suunnitteludokumentaatioita.

Tekninen suunnittelu on lähestymistapa, jonka avulla liiketoiminnan vaatimukset voidaan kääntää teknisiin vaatimuksiin ja ottaa huomioon suunnitteluoletukset. Teknisessä suunnittelussa keskitytään yrityssuunnittelun vahvistamiseen ja käytettävän teknisen lähestymistavan määrittämiseen. Suunnittelun vahvistamiseksi sisällöntekijät ovat yleensä yhteydessä teknisiin asiantuntijoihin keskittyneissä keskusteluissa, joita kutsutaan tarvittaessa teknisiksi suunnitteluistuntoiksi.

Tärkeä

Väärien vaatimusten kerääminen on yleinen syy toteutusten epäonnistumiseen. Usein tiimit keräävät vääriä vaatimuksia, koska ne ovat yhteydessä vääriin sidosryhmiin, kuten päätöksentekijöihin, jotka tarjoavat ylhäältä alas -pyyntöjä ratkaisujen rakentamiseen.

Kun otat yrityskäyttäjiä mukaan käyttämällä yhteistoiminnallisia lähestymistapoja, kuten yritysrakennetta, voit kerätä parempia vaatimuksia. Paremmat vaatimukset johtavat usein tehokkaampaan kehittämiseen ja vankempiin ratkaisuihin.

Muistiinpano

Joillekin tiimeille jäsennettyjen vaatimusten keräämisprosessin käyttöönotto on suuri muutos. Varmista, että hallitset tätä muutosta ja että se ei häiritse ratkaisun suunnittelua. Suosittelemme, että löydät tapoja mukauttaa näitä menetelmiä tiimin toimintaan sopiviksi.

Valmistaudu ratkaisun suunnitteluun

Valmistaudu ensin ratkaisun suunnitteluun tarkastelemalla seuraavissa osioissa kuvattuja tekijöitä.

• Selvitä, kuka suorittaa ratkaisun suunnittelun: Osana BI: n taktista suunnittelua työryhmä loi priorisoidun ratkaisujen keskeneräisen työn. Ratkaisun suunnittelussa projektitiimi vastaa yhden tai useamman ratkaisun suunnittelusta, kehittämisestä ja käyttöönotosta. Kokoa keskeneräisen työn alla olevan ratkaisun osalta projektiryhmä, joka vastaa ratkaisusta. BI-ratkaisun suunnittelun lisäksi projektitiimin tulee:
  • Määritä aikajanat ja välitavoitteet ratkaisun suunnittelua varten.
  • Tunnista ja ota mukaan oikeat sidosryhmät vaatimusten keräämistä varten.
  • Määritä keskitetty sijainti viestintää, dokumentaatiota ja suunnittelua varten.
  • Sidosryhmät voit kerätä vaatimuksia.
  • Viestintä ja koordinaatti sidosryhmien ja yrityskäyttäjien kanssa.
  • Järjestä iteratiiviset kehitys- ja testausjaksot yrityskäyttäjien kanssa.
  • Dokumentoi ratkaisu.
  • Perehdytä käyttäjät ratkaisuun määrittämällä ja säätämällä koulutussuunnitelma.
  • Tarjoa käyttöönoton jälkeinen ratkaisutuki.
  • Käsittele kohtuulliset käyttäjäpyynnöt ratkaisun muuttamiseksi tai päivittämiseksi käyttöönoton jälkeen.
  • Suorita ratkaisun luovutus käyttöönoton jälkeen tarvittaessa.
• Keskitä viestintä ja dokumentaatio: On tärkeää, että projektiryhmä keskittää viestinnän ja dokumentaation BI-ratkaisujen suunnitteluun. Projektitiimin tulee esimerkiksi keskittää vaatimukset, sidosryhmien viestintä, aikajanat ja toimitukset. Harkitse kaikkien ohjeiden tallentamista keskitettyun portaaliin.
• Suunnitelmavaatimusten kerääminen: Projektitiimin tulee aloittaa suunnittelemalla liiketoiminnan suunnitteluistuntoja liiketoimintavaatimusten keräämiseksi. Nämä istunnot ovat vuorovaikutteisten kokousten muodossa, ja ne voivat noudattaa samankaltaista muotoa kuin strategisen suunnittelun työpajat.

Vihje

Harkitse ratkaisun ratkaisemisesta vastaavien tukitiimien tunnistamista ja ottaminen mukaan vaatimusten keräämisprosessin varhaisessa vaiheessa. Ratkaisun tehokas tukeminen edellyttää, että tukitiimit ymmärtävät ratkaisun, sen tarkoituksen ja käyttäjät kattavasti. Tämä on erityisen tärkeää, kun projektitiimissä on vain ulkoisia konsultteja.

Liiketoimintavaatimusten kerääminen

Oikeiden liiketoimintavaatimusten kerääminen on erittäin tärkeää oikean ratkaisun suunnittelussa. Jotta projektitiimi voi kerätä oikeat vaatimukset ja määrittää tehokkaan ratkaisun suunnittelun, se voi järjestää liiketoimintasuunnitteluistuntoja yhdessä yrityskäyttäjien kanssa.

Liiketoiminnan suunnitteluistuntojen tarkoituksena on:

• Vahvista ratkaisun alkuperäinen vaikutusalue.
• Määritä ongelman ja ymmärrä se ongelma, johon ratkaisun tulisi vastata.
• Tunnista oikeat keskeiset sidosryhmät ratkaisuun.
• Kerää oikeat liiketoimintavaatimukset.
• Valmistele ratkaisun rakenne, joka täyttää liiketoimintavaatimukset.
• Valmistele tukeva suunnitteludokumentaatio.

Seuraavassa kaaviossa kuvataan, miten voit kerätä liiketoimintavaatimuksia ja määrittää ratkaisun rakenteen käyttämällä liiketoimintasuunnittelun lähestymistapaa.

Kaaviossa esitetään seuraavat vaiheet.

Kohde	Kuvaus
	Projektitiimi aloittaa liiketoimintasuunnittelun vahvistamalla ratkaisun laajuuden, joka dokumentoitiin ensin taktisessa suunnittelussa. Niiden pitäisi selventää ratkaisun sisältämiä liiketoiminta-alueita, järjestelmiä ja tietoja.
	Projektiryhmä tunnistaa käyttäjäyhteisön tärkeimmät sidosryhmät, jotka osallistuvat liiketoiminnan suunnitteluistuntoihin. Keskeisinä sidosryhminä ovat käyttäjät, joilla on riittävästi tietoja ja uskottavuutta edustamaan ratkaisun aihealueita.
	Projektitiimi suunnittelee liiketoiminnan suunnitteluistuntoja. Suunnitteluun kuuluu sidosryhmien informointi, kokousten järjestäminen, toimitusten valmisteleminen ja yrityskäyttäjien kanssa tiedottaminen.
	Projektiryhmä kerää ja tutkii olemassa olevia ratkaisuja, joita yrityskäyttäjät käyttävät tällä hetkellä aiemmin luotujen liiketoimintatietojen tarpeisiin vastaamiseksi. Tämän prosessin nopeuttamiseksi projektitiimi voi käyttää ASIAANKUULUVAA tutkimusta BI:n strategisesta suunnittelusta, joka on dokumentoitu viestintäkeskuksessa.
	Projektitiimi pitää liiketoiminnan suunnitteluistuntoja sidosryhmien kanssa. Nämä istunnot ovat pieniä vuorovaikutteisia kokouksia, joissa projektitiimi opastaa sidosryhmiä liiketoimintatietojen tarpeiden ja vaatimusten ymmärtämisessä.
	Projektitiimi päättää liiketoimintasuunnittelun esittämällä ratkaisuluonnoksen sidosryhmille ja muille käyttäjille palautetta ja hyväksyntää varten. Liiketoimintasuunnittelu onnistuu, kun sidosryhmät ovat yhtä mieltä siitä, että suunnittelu auttaa heitä saavuttamaan liiketoimintatavoitteensa.

Liiketoimintasuunnitteluun liittyy seuraavat toimitukset.

• Ratkaisun mallien luonnos: Mallit, prototyypit tai wireframe-kaaviot kuvaavat ratkaisun rakennetta. Nämä asiakirjat kääntävät vaatimukset konkreettiseksi suunnittelusuunnitelmaksi.
• Luettelo liiketoiminnan mittareista: Ratkaisun odotetut kvantitatiiviset kentät, mukaan lukien liiketoimintamääritykset ja odotetut koosteet. Jos mahdollista, aseta ne tärkeysjärjestyksen mukaan käyttäjille.
• Luettelo liiketoimintamääritteistä: olennaiset määritteet ja tietorakenteet, joita ratkaisussa odotetaan, mukaan lukien liiketoimintamääritykset ja määritteiden nimet. Sisällytä mahdollisuuksien mukaan hierarkiat ja aseta määritteet paremmuusjärjestykseen käyttäjille tärkeyden mukaan.
• Lisädokumentaatio: Tärkeimpien toiminnallisten vaatimusten kuvaukset. Näiden asiakirjojen on oltava mahdollisimman tarkkoja ja ytimekkäitä.

Liiketoimintasuunnittelun toimitteita käytetään teknisessä suunnittelussa ja validoidaan siinä.

Vihje

Ratkaisumallit, prototyypit tai wireframe-kaaviot voivat saada selkeän käsityksen odotetusta tuloksesta sekä kehittäjille että loppukäyttäjille. Tehokkaiden mallien luominen ei edellytä taiteellista taitoa tai kykyjä. Voit käyttää yksinkertaisia työkaluja, kuten Microsoft Whiteboardia, PowerPointia tai jopa kynää ja paperia, jotka havainnollistavat rakennetta.

Teknisten vaatimusten kerääminen

Kun liiketoimintarakenne on valmis, projektitiimi vahvistaa sen tulokset teknisen rakenteen avulla. Tekninen suunnittelu on lähestymistapa, joka muistuttaa liiketoimintasuunnittelua. Vaikka liiketoimintasuunnittelussa keskitytään yritystietotarpeisiin, teknisessä suunnittelussa keskitytään ratkaisun teknisiin näkökohtiin. Teknisen suunnittelun keskeisin tulos on ratkaisusuunnitelma, jossa kuvataan lopullinen ratkaisurakenne ja annetaan tietoon perustuvia arvioita sen toteuttamisesta.

Muistiinpano

Toisin kuin yrityssuunnittelussa, tekninen suunnittelu on pitkälti riippumaton tutkimus sisällöntuottajien ja omistajien suorittamista lähdetiedoista ja järjestelmistä.

Teknisen suunnittelun tarkoituksena on

• Vahvista liiketoimintasuunnittelun tulokset.
• Nykyisen rakenteen teknisiin olettamuksiin vastaaminen.
• Tunnista asiaankuuluvat tietolähteet laajuudessa ja määritä kenttien laskutoimitukset ja kenttälähteiden yhdistämismääritykset kullekin tietolähteelle.
• Käännä liiketoiminnan vaatimukset teknisiksi vaatimuksiksi.
• Laadi arvioita siitä, miten paljon työtä toteutus edellyttää.

Projektitiimi osallistuu teknisten tai toiminnallisten sidosryhmien kanssa rajoitetuissa, keskitetyissä teknisissä suunnitteluistuntoissa. Nämä istunnot ovat vuorovaikutteisia kokouksia toiminnallisten sidosryhmien kanssa teknisten vaatimusten keräämiseksi. Sidosryhmät ovat vastuussa tietyistä toiminnallisista alueista, joita tarvitaan ratkaisun tehokkaaseen työhön.

Esimerkkejä teknisen suunnittelun sidosryhmistä:

• Tietoturva- ja verkkotiimit: Vastuussa tietojen suojauksen ja vaatimustenmukaisuuden varmistamisesta.
• Toiminnalliset tiimit ja tietovalvojat: Vastuussa lähdetietojen tallentamisesta.
• Arkkitehtuuri: Erityisten ympäristöjen, työkalujen tai teknologian omistajat.

Projektiryhmä osallistuu sidosryhmien kanssa teknisiin suunnitteluistuntoihin ratkaisun teknisten näkökohtien käsittelemiseksi. Teknisiä näkökohtia voivat olla esimerkiksi seuraavat:

• Tietolähdeyhteydet: Tietoja siitä, miten voit muodostaa yhteyden tietolähteisiin ja integroida niitä.
• Verkko- ja tietoyhdyskäytävät: Yksityisten verkkojen tai paikallisten tietolähteiden tiedot.
• Kenttälähteen yhdistäminen: liiketoimintamittareiden ja määritteiden tietojen yhdistäminen tietolähdekenttiin.
• Laskentalogiikka: Yritysmääritysten käännös teknisiksi laskutoimiksi.
• Tekniset ominaisuudet: Ominaisuuksia tai toimintoja, joita tarvitaan liiketoimintavaatimusten tukemiseen.

Vihje

Liiketoimintasuunnittelun toteuttaneen projektitiimin tulisi myös toteuttaa tekninen suunnittelu. Käytännön syistä eri henkilöt voivat kuitenkin johtaa teknistä suunnittelua. Aloita tässä tapauksessa tekninen rakenne tarkastelemalla liiketoimintasuunnittelun tuloksia.

Ihannetapauksessa teknistä suunnittelua johtavilla henkilöillä tulisi olla perusteellinen käsitys tuloksista ja yrityskäyttäjistä.

Seuraavassa kaaviossa kuvataan, miten voit muuntaa liiketoiminnan vaatimukset teknisiksi vaatimuksiksi käyttämällä teknistä rakennetta.

Kaaviossa esitetään seuraavat vaiheet.

Kohde	Kuvaus
	Projektitiimi aloittaa teknisen suunnittelun määrittämällä tietolähteen laajuuden liiketoimintasuunnittelun tulosten perusteella. Tietolähteen laajuus määrittää, mitä tietoja ratkaisun luominen edellyttää. Jotta oikeat tietolähteet voidaan tunnistaa, projektitiimi konsultoi yritysten ja toiminnallisten pk-yritysten kanssa.
	Projektiryhmä tunnistaa tekniset tai toiminnalliset sidosryhmät, jotka osallistuvat myöhemmin teknisiin suunnitteluistuntoihin.
	Projektitiimin palvelupaketit rajoittivat ja keskittyivät istuntoihin toiminnallisten sidosryhmien kanssa ratkaisun teknisten näkökohtien käsittelemiseksi. Suunnittelussa on mukana sidosryhmien informointi, kokousten järjestäminen ja toimitusten valmisteleminen.
	Projektiryhmä tutkii teknisiä vaatimuksia. Tutkimus sisältää kenttien laskutoimitusten ja tietolähteiden yhdistämismääritysten määrittämisen sekä liiketoimintasuunnittelun oletusten määrittämisen teknisen analyysin ja dokumentaation avulla.
	Tarvittaessa projektitiimi osallistuu sidosryhmien kanssa teknisiin suunnitteluistuntoihin. Istunnot keskittyvät tiettyyn ja tekniseen osaan ratkaisussa, kuten suojaus- tai tietolähdeyhteyksiin. Näissä istunnoissa projektiryhmä kerää laadullista palautetta sidosryhmiltä ja pk-yrityksiltä.
	Projektiryhmä valmistelee havaintonsa käyttämällä ratkaisusuunnitelmaa, jonka ne esittelevät sidosryhmille ja päätöksentekijöille. Suunnitelma on yrityssuunnittelun tulosten iterointi ja jatke, joka sisältää lopullisen suunnittelun, arviot ja muut toimitukset.
	Teknisen suunnittelun olisi saatettava päätökseen sidosryhmien ja päätöksentekijän kanssa pidettävä lopullinen kokous, jossa päätetään, jatketaanko vai ei. Tämä kokous tarjoaa lopullisen mahdollisuuden arvioida ratkaisun suunnittelua, ennen kuin resurssit on sidottu ratkaisun kehittämiseen.

Muistiinpano

Tekninen rakenne saattaa paljastaa odottamatonta monimutkaisuutta, joka voi tehdä ratkaisun suunnittelusta mahdotonta, kun otetaan huomioon resurssien nykyinen käytettävyys tai organisaatiovalmius. Tässä tapauksessa ratkaisu tulee arvioida uudelleen seuraavalla taktisella suunnittelujaksolla. Liiketoimintatietojen kiireellisyydestä riippuen päätöksentekijä, kuten yrityssponsori, haluaa ehkä silti jatkaa soveltuvuusselvitystä tai vain yhtä osaa suunnitellusta ratkaisusta.

Tekniseen suunnitteluun sisältyy ratkaisusuunnitelma, joka koostuu seuraavista toimituksista.

• Työkalut ja tekniikat: Luettelo olennaisista teknisistä välineistä, joita tarvitaan ratkaisun täytäntöönpanoon. Luettelo sisältää yleensä asianmukaisia uusia käyttöoikeusvaihtoehtoja (kuten Fabric-kapasiteetti tai käyttäjäkohtainen Premium), ominaisuuksia ja työkaluja.
• Määritetty luettelo liiketoiminnan mittareista: Liiketoimintatietojen laskutoimitukset ja kenttälähteen yhdistämismääritykset kaikille vaikutusalueen tietolähteille. Tämän toimituksen tuottamiseksi projektitiimi käyttää liiketoimintasuunnittelussa luotujen liiketoimintatietojen luetteloa.
• Määritetty luettelo liiketoimintamääritteistä: liiketoimintamääritteiden kenttälähteet, jotka on määritetty kaikille vaikutusalueen tietolähteille. Projektitiimi käyttää tämän toimituksen tuottamiseen liiketoimintasuunnittelussa luotujen liiketoimintamääritteiden luetteloa.
• Uudistetut mallit: Muutoksia ratkaisun suunnitteluun liiketoimintarakenteen muutosten tai virheellisten oletusten perusteella. Uudistetut mallit ovat liiketoimintamallissa tuotettujen mallien, prototyyppien tai wireframe-kaavioiden päivitettyjä versioita. Jos muutoksia ei ole tehty, ilmoita, että tekninen rakenne vahvistaa liiketoimintasuunnittelun.
• Arvio ponnisteluista: Arvioi ratkaisun kehittämiseen, tukeen ja ylläpitoon tarvittavat resurssit. Arvio antaa lopullisen päätöksen siitä, jatketaanko ratkaisun toteutusta vai ei.

Tärkeä

Varmista, että projektitiimi ilmoittaa sidosryhmille teknisestä suunnittelusta muutoksista tai odottamattomista löydöistä. Näihin teknisiin suunnitteluistuntoihin olisi edelleen liityttävä asianomaisia yrityskäyttäjiä. Varmista kuitenkin, että sidosryhmät eivät altistu tarpeettomasti monimutkaisille teknisille tiedoille.

Vihje

Koska liiketoimintatavoitteet kehittyvät poikkeuksetta, vaatimusten odotetaan muuttuvan. Älä oleta, että BI-projektien vaatimukset ovat kiinteät. Jos haluat muuttaa vaatimuksia, se voi merkkinä siitä, että vaatimusten keräämisprosessi ei ole tehokas tai että kehitystyönkulut eivät sisälly riittävällä tavalla tavalliseen palautteeseen.

Tarkistusluettelo – Kun keräät vaatimuksia, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Selvitä, kuka omistaa ratkaisun suunnittelun: Varmista jokaiselle ratkaisulle, että projektitiimille on selkeät roolit ja vastuut.
• Selventää ratkaisun vaikutusaluetta: Ratkaisun laajuus tulee jo dokumentoida osana taktista BI-suunnittelua. Sinun täytyy ehkä käyttää enemmän aikaa ja vaivaa asian selvittämiseen, ennen kuin aloitat ratkaisun suunnittelun.
• Tunnista ja informoi sidosryhmiä: Tunnista sidosryhmiä liiketoimintasuunnitelmissa ja teknisissä malleissa. Kerro heille etukäteen projektista ja selitä vaikutusalue, tavoitteet, vaadittava aika-investoinnit ja toimitukset liiketoimintasuunnittelusta.
• Suunnittele ja suorita liiketoiminnan suunnitteluistuntoja: Keskitä liiketoiminnan suunnitteluistunnot sidosryhmien ja yrityskäyttäjien tietojen saamista varten. Pyydä käyttäjiä esittelemään, miten he käyttävät olemassa olevia ratkaisuja.
• Dokumentoi liiketoiminnan mittarit ja määritteet: Käyttämällä olemassa olevia ratkaisuja ja sidosryhmien antamia tietoja voit luoda luettelon liiketoiminnan mittareista ja määritteistä. Liitä teknisissä malleissa kentät tietolähteeseen ja kuvaa kvantitatiivisten kenttien laskentalogiikkaa.
• Ratkaisun rakenteen luominen: Luo iteratiivisia pilkkaaja sidosryhmien syötteen perusteella, jotka heijastavat visuaalisesti odotetun ratkaisun tulosta. Varmista, että mallit vastaavat oikein liiketoiminnan vaatimuksia ja käsittelevät sitä. Viesti yrityskäyttäjille siitä, että mallit on silti vahvistettava (ja mahdollisesti uudistettava) teknisen suunnittelun aikana.
• Luo ratkaisusuunnitelma: Tutkimuslähdetiedot ja asiaankuuluvat tekniset seikat, joilla varmistetaan, että liiketoimintasuunnittelu on saavutettavissa. Tarvittaessa kuvaa tärkeimpiä suunnitteluun liittyviä riskejä ja uhkia sekä vaihtoehtoisia lähestymistapoja. Valmistele tarvittaessa ratkaisun suunnittelun tarkistus ja keskustele siitä sidosryhmien kanssa.
• Luo ponnistelun arvioinnit: Arvioi osana lopullista ratkaisusuunnitelmaa työtä ratkaisun luomiseksi ja tukemiseksi. Perustele nämä arviot liiketoimintasuunnittelun ja teknisten suunnitteluistuntojen aikana kerätyillä tiedoilla.
• Päätä, jatketaanko suunnitelmaa: Vaatimusten keräämisprosessin päättämiseksi esitä lopullinen suunnitelma sidosryhmille ja päättäjille. Tämän kokouksen tarkoituksena on päättää, jatketaanko ratkaisun kehittämistä.

Vaihe 2: Käyttöönoton suunnitteleminen

Kun projektitiimi on lopettanut vaatimusten keräämisen, ratkaisusuunnitelman luomisen ja hyväksynnän jatkamisen, se on valmis suunnittelemaan ratkaisun käyttöönottoa.

Käyttöönoton suunnittelutehtävät vaihtelevat ratkaisun, kehitystyönkulun ja käyttöönottoprosessin mukaan. Käyttöönottosuunnitelma liittyy yleensä moniin toimiin, jotka liittyvät työkalujen ja prosessien suunnitteluun ja määrittämiseen ratkaisua varten.

Avainalueiden käsitteleminen

Projektitiimin tulee suunnitella ratkaisun käyttöönoton avainalueet. Yleensä suunnittelun tulee koskea seuraavia alueita.

• Yhteensopivuus: Varmista, että kaikki vaatimusten keräämisessä määritetyt vaatimustenmukaisuusehdot täyttyvät tietyillä toimilla. Määritä kukin näistä toiminnoista tietyille henkilöille ja määritä selkeästi toimituksen aikaväli.
• Suojaus: Päätä, miten ratkaisun eri käyttöoikeuskerroksia hallitaan sekä mitkä tahansa tietosuojasäännön vaatimukset. Tarkista, onko ratkaisun suojaus suurempi vai pienempi kuin vuokraajan vakiosisältö.
• Tietoyhdyskäytävät: Arvioi, tarvitseeko ratkaisu tietoyhdyskäytävän yhteyden muodostamiseksi tietolähteisiin. Määritä, ovatko tietyt yhdyskäytäväasetukset tai suuren käytettävyyden klusterit tarpeellisia. Suunnittele, ketkä pystyvät hallitsemaan yhdyskäytäväyhteyksiä yhdyskäytävän käyttöoikeusroolien kautta ja valvomaan yhdyskäytäviä. Lisätietoja on kohdassa Yhdyskäytävän käyttöoikeuden valmisteleminen.
• Työtilat: Päätä, miten työtiloja määritetään ja käytetään. Selvitä, edellyttääkö ratkaisu elinkaaren hallintatyökaluja, kuten Git-integrointia ja käyttöönottoputkia, ja edellyttääkö se edistynyttä kirjaamista Azure Log Analyticsin avulla.
• Tuki: Määritä, kuka vastaa ratkaisun tukemisesta ja ylläpitämisestä tuotannon käyttöönoton jälkeen. Jos tuesta vastaavat henkilöt eroavat projektitiimistä, ota nämä henkilöt mukaan kehitykseen. Varmista, että ratkaisun kuka tahansa tukeekin, ymmärtää ratkaisun suunnittelun, ongelman, johon sen on puututtava, kenen sitä tulisi käyttää ja miten.
• Käyttäjien koulutus: Ennakoi käyttäjäyhteisön kouluttamiseen tarvittavat toimet, jotta he voivat käyttää ratkaisua tehokkaasti. Mieti, ovatko tietyt muutostenhallinnan toiminnot tarpeellisia.
• Hallinto: Tunnista ratkaisun mahdolliset hallintoriskit. Ennakoi, miten paljon työtä tarvitaan, jotta käyttäjät voivat käyttää ratkaisua tehokkaasti, ja vähentää samalla hallintoriskiä (esimerkiksi käyttämällä luottamuksellisuustunnisteita ja käytäntöjä).

Ensimmäisen määrityksen suorittaminen

Projektitiimin pitäisi suorittaa ensimmäinen määritys kehityksen aloittamiseksi. Alkuperäiset määritetyt aktiviteetit voivat olla seuraavat:

• Alkutyökalut ja prosessit: Määritä ensimmäistä kertaa kaikki uudet kehitys-, testaus- ja käyttöönottotyökalut ja prosessit.
• Käyttäjätiedot ja tunnistetiedot: Luo käyttöoikeusryhmiä ja palvelun päänimiä, joita käytetään työkalujen ja järjestelmien käyttämiseen. Tunnistetiedot tallennetaan tehokkaasti ja turvallisesti.
• Tietoyhdyskäytävät: Ota tietoyhdyskäytävät käyttöön paikallisissa tietolähteissä (yritystilan yhdyskäytävät) tai tietolähteissä yksityisessä verkossa (näennäisverkko tai VNet-yhdyskäytävät).
• Työtilat ja säilöt: Luo ja määritä työtiloja ja etäsäilöjä sisällön julkaisemista ja tallentamista varten.

Muistiinpano

Käyttöönoton suunnittelu vaihtelee ratkaisun ja ensisijaisen työnkulun mukaan. Tässä artikkelissa kuvataan vain korkean tason suunnittelukohteita ja toiminnallisia kohteita.

Lisätietoja käyttöönoton suunnittelusta on kohdassa Käyttöönoton suunnittelu Power BI:hin siirtymistä varten.

Tarkistusluettelo – Ratkaisun käyttöönottoa suunniteltaessa tärkeimmät päätökset ja toiminnot sisältävät seuraavat:

• Suunnittele avainalueita: Suunnittele, miten käsittelet prosesseja ja työkaluja, joita tarvitset ratkaisusi onnistuneeseen kehittämiseen ja käyttöönottoon. Käsitellä molempia teknisiä aloja (kuten tietoyhdyskäytäviä tai työtiloja) ja myös käyttöönottoa (kuten käyttäjien koulutusta ja hallintoa).
• Alustava määritys: Luo työkalut, prosessit ja ominaisuudet, joita tarvitset ratkaisun kehittämiseen ja käyttöönottoon. Dokumentoi määritys, jotta muut käyttäjät voivat tehdä ensikertalaisen asennuksen jatkossa.
• Testaa tietolähdeyhteyksiä: Varmista, että tarvittavat komponentit ja prosessit ovat käytössä, jotta voit muodostaa yhteyden oikeihin tietoihin soveltuvuusselvityksen aloittamiseksi.

Vaihe 3: Soveltuvuusselvityksen tekeminen

Projektiryhmä tekee ratkaisun soveltuvuusselvityksen erinomaisten oletusten vahvistamiseksi ja osoittaakseen yrityskäyttäjille koituvat varhaiset edut. Soveltuvuusselvityksen alkusuunnittelu on suunnittelun toteutus, jonka vaikutusalue ja erääntyminen on rajallinen. Hyvin hoidettu soveltuvuusselvityksen tekeminen on erityisen tärkeää suurille tai monimutkaisille ratkaisuille, koska se pystyy tunnistamaan ja käsittelemään monimutkaisuutta (tai poikkeuksia), joita teknisessä rakenteessa ei havaittu.

Suosittelemme huomioimaan seuraavat seikat soveltuvuusselvityksen valmistelussa.

• Tavoitteet ja vaikutusalue: Kuvaa ratkaisun soveltuvuusselvityksen tarkoitusta ja sen toiminta-alueita. Projektiryhmä voi esimerkiksi päättää rajoittaa soveltuvuusselvityksen yhteen toiminnalliseen alueeseen tai tiettyyn vaatimus- tai ominaisuusjoukkoon.
• Lähdetiedot: Selvitä, mitä tietoja käytetään soveltuvuusselvityksessä. Ratkaisusta riippuen projektitiimi saattaa päättää käyttää erityyppisiä tietoja, kuten:
  • Tuotantotiedot (reaalinen)
  • Näytetiedot
  • Luodut synteettiset tiedot, jotka muistuttavat todellisia tietomääriä ja tuotantoympäristöissä havaittua monimutkaisuutta
• Esittely: Kuvaa, miten ja milloin projektitiimi esittelee soveltuvuusselvityksen sidosryhmille ja käyttäjille. Demonstraatioita voidaan antaa säännöllisesti päivitysten aikana tai kun soveltuvuusselvityksessä noudatetaan tiettyjä toiminnallisia ehtoja.
• Ympäristö: Kuvaa, mihin projektitiimi luo soveltuvuusselvityksen. Hyvä tapa on käyttää soveltuvuusselvitykselle erillistä eristysympäristöä ja ottaa se käyttöön kehitysympäristössä, kun se on valmis. Eristysympäristössä on joustavammat käytännöt ja sulava sisältö, ja se keskittyy nopeiden tulosten tuottamiseen. Kehitysympäristö sen sijaan noudattaa jäsenneltyjä prosesseja, jotka mahdollistavat yhteistyön, ja siinä keskitytään tiettyjen tehtävien suorittamiseen.
• Onnistumisen ehdot: Määritä soveltuvuusselvityksen kynnysarvo, ja siirry seuraavaan iterointiin ja anna virallinen kehitys. Ennen soveltuvuusselvityksen aloittamista projektitiimin tulee tunnistaa selkeät kriteerit soveltuvuusselvityksen onnistumiselle. Määrittämällä nämä ehdot etukäteen projektitiimi määrittää, milloin soveltuvuusselvityksen kehitys päättyy ja milloin toistuva kehitys- ja vahvistusjaksot alkavat. Soveltuvuusselvityksen tavoitteista riippuen projektitiimi voi määrittää erilaisia onnistumiskriteereitä, kuten:
  • Sidosryhmien hyväksyntä soveltuvuusselvitykselle
  • Ominaisuuksien tai toimintojen vahvistus
  • Kostava katsaus soveltuvuusselvityksiin vertaisiltaan kiinteän kehitysajan jälkeen
• Virhe: Varmista, että projektitiimi voi tunnistaa soveltuvuusselvityksen epäonnistumisen. Virheen tunnistaminen varhaisessa vaiheessa auttaa tutkimaan pääsyyitä. Se voi myös auttaa välttämään lisäinvestointeja ratkaisuun, joka ei toimi odotetusti, kun se otetaan käyttöön tuotannossa.

Varoitus

Kun projektiryhmä suorittaa soveltuvuusselvityksen, sen on oltava varuillaan oletusten ja rajoitusten suhteen. Esimerkiksi projektitiimi ei voi helposti testata ratkaisun suorituskykyä ja tietojen laatua pienellä tietojoukolla. Varmista lisäksi, että soveltuvuusselvityksen laajuus ja tarkoitus ovat yrityskäyttäjille selkeät. Muista viestiä siitä, että soveltuvuusselvityksen yhteydessä on ensimmäinen iteraatio, ja korostaa, että se ei ole tuotantoratkaisu.

Muistiinpano

Lisätietoja on kohdassa Soveltuvuusselvityksen tekeminen Power BI:hin siirtymistä varten.

Tarkistusluettelo – Soveltuvuusselvityksen luomisen aikana tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

• Määritä tavoitteet: Varmista, että soveltuvuusselvityksen tavoitteet ovat selvät kaikille osallistuneille.
• Määritä soveltuvuusselvityksen laajuus: Varmista, että soveltuvuusselvityksen luominen ei tee liikaa kehitystyötä ja anna samalla arvoa ja esittele ratkaisurakennetta.
• Päätä, mitä tietoja käytetään: Selvitä, mitä lähdetietoja käytät soveltuvuusselvityksen tekemiseen, perustele päätöstäsi ja hahmottele mahdollisia riskejä ja rajoituksia.
• Päätä, milloin ja miten soveltuvuusselvityksen voi esitellä: Suunnittele edistymisen osoittamista esittämällä soveltuvuusselvityksen päättäjille ja yrityskäyttäjille.
• Selvitä, milloin soveltuvuusselvitys päättyy: Varmista, että projektiryhmä päättää soveltuvuusselvityksen selvästä johtopäätöksestä, ja kuvaile, miten se ylennetään muodollisiin kehitysjaksoihin.

Vaihe 4: Sisällön luominen ja vahvistaminen

Kun soveltuvuusselvityksen onnistuminen onnistuu, projektitiimi siirtyy soveltuvuusselvityksestä sisällön luomiseen ja vahvistamiseen. Projektitiimi voi kehittää BI-ratkaisun toistuvan kehityksen ja vahvistusjakson avulla. Nämä jaksot koostuvat iteratiivisista julkaisuista, joissa projektitiimi luo sisältöä kehitysympäristössä ja julkaisee sen testiympäristöön. Kehitystyön aikana projektiryhmä ottaa käyttäjäyhteisön vähitellen käyttöön pilottiprosessissa ja ottaa käyttöön ratkaisun varhaiset (beetaversiot) testiympäristössä.

Vihje

Toistuva toimitus tukee varhaista vahvistusta ja palautetta, jotka voivat lieventää muutospyyntöjä, edistää ratkaisun käyttöönottoa ja toteuttaa hyötyjä ennen tuotantojulkaisua.

Toistuvat kehitys- ja vahvistusjaksot etenevät, kunnes projektitiimi saapuu esimääritettyihin päätelmiin. Tavallisesti kehitystyö päättyy, kun käyttäjän palautteen toteuttamiseen tai palautteeseen ei ole enää lisäominaisuuksia. Kun kehitys- ja vahvistusjaksot päättyvät, projektitiimi ottaa sisällön käyttöön tuotantoympäristössä lopullisen tuotantojulkaisun myötä.

Seuraavassa kaaviossa esitetään, miten projektitiimi voi iteratiivisesti toimittaa BI-ratkaisuja kehitys- ja vahvistusjaksojen avulla.

Kaaviossa esitetään seuraavat vaiheet.

Kohde	Kuvaus
	Projektitiimi ilmoittaa kustakin julkaisusta käyttäjäyhteisölle ja kuvailee muutokset ja uudet ominaisuudet. Ihannetilanteessa viestintä sisältää ratkaisun esittelyn ja laadunvalvontaa, jotta käyttäjät ymmärtävät julkaisun uudet ominaisuudet ja voivat antaa sanallista palautetta.
	Vahvistuksen aikana käyttäjät antavat palautetta keskitetyn työkalun tai lomakkeen kautta. Projektitiimin tulee tarkistaa palaute säännöllisesti ongelmien ratkaisemiseksi, hyväksymiseksi tai hylkäämiseksi sekä tiedottaa tulevista kehitysvaiheista.
	Projektitiimi valvoo ratkaisun käyttöä ja varmistaa, että käyttäjät testaavat sitä. Jos käyttöä ei ole, projektitiimin tulee olla yhteydessä käyttäjäyhteisöön ja ymmärtää syyt siihen. Vähäinen käyttö voi tarkoittaa sitä, että projektitiimin on mahdollistettava ja muutettava hallintatoimia edelleen.
	Projektitiimi vastaa käyttäjien palautteeseen viipymättä. Jos projektitiimiltä menee liian kauan palautteen käsittelemiseen, käyttäjät saattavat nopeasti menettää motivaationsa palautteen antamiseen.
	Projektitiimi sisällyttää hyväksytyn palautteen ratkaisun suunnitteluun. Tarvittaessa he tarkastelevat suunnittelun painopisteitä tehtävien selventämiseksi ja delegoimiseksi ennen seuraavan kehitysvaiheen alkamista.
	Projektitiimi jatkaa ratkaisun kehittämistä seuraavan julkaisun ajan.
	Projektitiimi iteroi kaikkia vaiheita, kunnes ne tekevät ennalta määritetyn päätöksen, ja ratkaisu on valmis tuotannon käyttöönottoa varten.

Seuraavissa osioissa kuvataan tärkeitä huomioon otettavia seikkoja, kun käytetään toistuvaa kehitys- ja vahvistusjaksoa BI-ratkaisujen toimittamiseen.

Sisällön luontioikeus

Projektitiimi kehittää ratkaisun noudattamalla normaalia kehitystyönkulkuaan. Käyttäjien tulee kuitenkin ottaa huomioon seuraavat asiat sisällön luomisen yhteydessä.

• Päivitä jokaisen kehitysjakson aikana ratkaisun kuvaus dokumentaatioon.
• Lopuksi kukin kehitysjakso ja ilmoitus käyttäjäyhteisölle. Ilmoitukset tulee julkaista keskitetyssä portaalissa, ja niiden tulee antaa lyhyt kuvaus muutoksista ja uusista ominaisuuksista kussakin julkaisussa.
• Jokaisen julkaisuversion myötä voit järjestää istuntoja, joissa esitellään käyttäjäyhteisön muutoksia ja uusia ominaisuuksia sekä vastataan mahdollisiin sanallisiin kysymyksiin.
• Määritä, milloin toistuva kehitys- ja vahvistusjakso päättyy. Varmista, että on olemassa selkeä prosessi, jolla ratkaisu otetaan käyttöön tuotantoympäristössä, mukaan lukien siirtyminen tuki- ja käyttöönottotoimiin.

Sisällön vahvistaminen

Kunkin toistuvan kehitysjakson tulee päättyä sisällön vahvistukseen. BI-ratkaisuissa on yleensä kahdenlaisia vahvistustyyppejä.

• Kehittäjien vahvistus: Ratkaisun testauksen voivat tehdä sisällöntuottajat ja muut sisällöntuottajat. Kehittäjän vahvistuksen tarkoituksena on tunnistaa ja ratkaista kaikki tärkeät ja näkyvät ongelmat, ennen kuin ratkaisu tuodaan yrityskäyttäjien saataville. Ongelmat voivat vaikuttaa tietojen oikeesuuteen, toiminnallisuuteen tai käyttökokemukseen. Ihannetapauksessa sisällön vahvistaa sisällön luoja, joka ei ole kehittänyt sitä.
• Käyttäjän vahvistus: Käyttäjäyhteisö suorittaa ratkaisutestauksen. Käyttäjän vahvistuksen tarkoituksena on antaa palautetta myöhempää iterointia varten sekä tunnistaa ongelmat, joita kehittäjät eivät löytäneet. Muodollisia käyttäjän vahvistusjaksoja kutsutaan yleensä käyttäjän hyväksyntätestaukseksi (UAT).

Tärkeä

Varmista, että kaikki tietojen laatuun liittyvät ongelmat on ratkaistu kehittäjän vahvistuksen aikana (ennen UAT:a). Nämä ongelmat voivat nopeasti heikentää luottamusta ratkaisuun, ja ne voivat haitata pitkäaikaista käyttöönottoa.

Vihje

Kun suoritat käyttäjän vahvistusta, harkitse satunnaisia lyhyitä kutsuja avainkäyttäjien kanssa. Tarkkaile niitä, kun he käyttävät ratkaisua. Tee muistiinpanoja siitä, mitä niiden käyttäminen on vaikeaa tai mitkä ratkaisun osat eivät toimi odotetusti. Tämä lähestymistapa voi olla tehokas tapa kerätä palautetta.

Ota huomioon seuraavat seikat, kun projektitiimi vahvistaa sisältöä.

• Kannusta käyttäjien palautetta: Pyydä jokaisessa julkaisussa käyttäjiä antamaan palautetta ja osoita, miten he pystyvät siihen tehokkaasti. Harkitse säännöllisesti sellaisten palaute- ja pyyntöesimerkkien jakamista, jotka ovat johtaneet viimeaikaisiin muutoksiin ja uusiin ominaisuuksiin. Jakamalla esimerkkejä osoitat, että palaute mainitaan ja että sitä arvostetaan.
• Eristä suuremmat pyynnöt: Jotkin palautekohteet vaativat enemmän toimia. Varmista, että projektitiimi voi tunnistaa nämä kohteet ja keskustella siitä, otetaanko ne käyttöön vai ei. Harkitse suurempien pyyntöjen dokumentointia myöhemmässä taktisessa suunnitteluistunnossa .
• Aloita muutostenhallintatoiminnot: Kouluta käyttäjiä käyttämään ratkaisua. Muista käyttää ylimääräistä vaivaa uusiin prosesseihin, uusiin tietoihin ja erilaisiin toimintatapoihin. Investoiminen muutostenhallintaan tuo positiivista tuottoa pitkän aikavälin ratkaisun käyttöönottoon.

Kun ratkaisu saavuttaa ennalta määritetyn täydellisyys- ja erääntymistason, projektitiimi on valmis ottamaan sen käyttöön tuotannossa. Käyttöönoton jälkeen projektitiimi siirtyy toistuvasta toimituksesta tuotantoratkaisun tukemiseen ja valvontaan.

Muistiinpano

Kehitys ja testaus vaihtelevat ratkaisun ja haluamasi työnkulun mukaan.

Tässä artikkelissa kuvataan vain korkean tason suunnittelukohteita ja toiminnallisia kohteita. Lisätietoja toistuvasta kehityksestä ja testausjaksoista on kohdassa Sisällön luominen Power BI:hin siirtymistä varten.

Tarkistusluettelo – Kun luot ja vahvistat sisältöä, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Iteratiivisen prosessin avulla voit suunnitella ja määrittää tehtäviä: Suunnittele ja määritä tehtäviä kullekin ratkaisun versiolle. Varmista, että tehtävien suunnittelu- ja määritysprosessi on joustava ja sisältää käyttäjien palautteen.
• Sisällön elinkaaren hallinnan määrittäminen: Tehosta ja automatisoi ratkaisun käyttöönottoa ja muutosten hallintaa työkalujen ja prosessien avulla.
• Luo työkalu, jolla keskität palautteen: Automatisoi palautekokoelma käyttämällä yksinkertaista ratkaisua sinulle ja käyttäjillesi. Luo yksinkertainen lomake sen varmistamiseksi, että palaute on ytimekästä mutta toiminnallista.
• Anna palautetta kokoukselle: Kokoonnun jossa käydään lyhyesti läpi jokainen uusi tai erinomainen palautekohde. Päätä, otatko käyttöön palautteen vai et, kuka vastaa toteutuksesta ja mitä toimia tulee suorittaa palautekohteen sulkemiseksi.
• Päätä, milloin toistuva toimitus päättyy: Kuvaile ehtoja, joiden täyttyessä toistuvat toimitusjaksot päättyvät ja milloin julkaiset sisältöä tuotantoympäristöön.

Vaihe 5: Käyttöönotto, tuki ja valvonta

Kun olet valmis, projektitiimi ottaa vahvistetun ratkaisun käyttöön tuotantoympäristössä. Projektitiimin tulee suorittaa keskeinen käyttöönotto ja tukea toimintoja käyttöönoton onnistumisen varmistamiseksi.

Onnistuneen käyttöönoton varmistamiseksi suoritat seuraavat tuki- ja käyttöönottotehtävät.

• Ilmoita lopullisesta julkaisusta: Yrityssponsorin, johtajan tai toisen henkilön, jolla on riittävät valtuudet ja uskottavuus, tulisi ilmoittaa julkaisu käyttäjäyhteisölle. Viestinnän on oltava selkeää, ytimekästä ja sisällettävä linkkejä asianmukaisiin ratkaisuihin ja tukikanaviin.
• Sisällön kuluttajille annettavan koulutuksen suorittaminen: Sisällön kuluttajille koulutuksen tulisi olla saatavilla ensimmäisten viikkojen aikana sen jälkeen, kun sisältö on julkaistu tuotantoon. Koulutuksessa tulisi keskittyä selventämään ratkaisun vaikutusaluetta, vastaamaan käyttäjien kysymyksiin ja selittämään, miten ratkaisua käytetään.
• Anna palautetta ja pyyntöjä: Harkitse kanavan tarjoamista käyttäjille palautteen ja pyyntöjen lähettämiseksi projektitiimille. Varmista, että kohtuullisesta palautteesta ja pyynnöistä keskustellaan ja että ne otetaan tarvittaessa käyttöön käyttöönoton jälkeisen tukijakson aikana. Palautteen ja pyyntöjen esittäminen tuotannon julkaisun jälkeen on tärkeää. Se tarkoittaa ketterää ratkaisua, joka vastaa liiketoiminnan muuttuviin tarpeisiin.
• Suunnittele yhteyden muodostamista käyttäjäyhteisöön: Varmista myös käyttöönoton jälkeisen tukijakson päätyttyä, että ratkaisun omistajat tapaavat säännöllisesti käyttäjäyhteisöä. Nämä kokoukset ovat arvokkaita palautteen lähteitä BI-strategiasi muuttamiseen. Ne myös auttavat ratkaisun käyttöönottoa mahdollistamalla käyttäjille käyttöönoton.
• Luovutustoimet: Projektitiimin jäsenet eivät ehkä ole vastuussa ratkaisun ylläpidosta. Tässä tapauksessa tiimin tulee tunnistaa vastuuhenkilöt ja suorittaa luovutus. Luovutus tapahtuu pian tuotantoon julkaisemisen jälkeen, ja sen tulee koskea sekä ratkaisua että käyttäjäyhteisöä.

Varoitus

Tehokkaan luovutuksen epäonnistuminen voi aiheuttaa ehkäistävissä olevia ongelmia ratkaisun tuen ja käyttöönoton kanssa sen elinkaaren aikana.

Käyttöönoton jälkeen projektitiimin tulee suunnitella, että siirryt seuraavaan ratkaisuun priorisoidun ratkaisun kesken. Varmista, että keräät uutta palautetta ja pyyntöjä ja teet tarvittaessa muutoksia taktisiin suunnitteluun, mukaan lukien ratkaisun keskeneräiset työt.

Tarkistusluettelo – Ratkaisun käyttöönottoa harkittaessa tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

• Luo viestintäsuunnitelma: Suunnittele, miten julkaisusta, koulutuksesta ja muista ratkaisujen tuki- tai käyttöönottotoimista tiedotetaan. Varmista, että katkokset tai ongelmat ilmoitetaan, ja käsittele ne viipymättä käyttöönoton jälkeisessä tukijaksossa.
• Tee harjoitussuunnitelma: Kouluta käyttäjät käyttämään ratkaisua. Varmista, että koulutus sisältää sekä reaaliaikaisia että tallennettuja koulutusistuntoja usean viikon ajan julkaisun jälkeen.
• Suorita luovutustoimia: Valmistele tarvittaessa luovutus kehitystiimiltä tukitiimille.
• Ratkaisujen toimistoaika: Käyttöönoton jälkeisen tukijakson jälkeen voit järjestää säännöllisiä toimistoaikaistuntoja, joissa vastataan kysymyksiin, ja kerää palautetta käyttäjiltä.
• Määritä jatkuva parannusprosessi: Ajoita ratkaisun kuukausittainen valvonta mahdollisten muutosten tai parannusten tarkistamiseksi ajan kuluessa. Keskitä käyttäjien palaute ja tarkastele palautetta säännöllisesti tarkastusten välillä.

Liittyvä sisältö

Jos haluat lisätietoja, toimintoja, päätöksentekokriteereitä ja suosituksia Power BI:n toteutuspäätösten tueksi, lue artikkeli Power BI:n käyttöönoton suunnittelu.