Toimitusmallit

Organisaation koosta riippuen sinun kannattaa ehkä virallistaa Microsoft Power Platformin käyttöönoton lähestymistapa ottamalla käyttöön jäsennetty organisaatiomalli. Sinun kannattaa harkita seuraavia tapoja jäsennellä ryhmäsi ja päättää, mikä sopii parhaiten tilanteellesi ja organisaatiollesi.

Microsoft Power Platformissa on neljä toimitusmallia, mutta kukin niistä on vain ajatusmalli – jokaisella organisaatiolla on usean mallin yhdistelmä tässä jatkumossa. Jos esimerkiksi valitset keskitetyn mallin, jossa kaikki vaatimukset tulevat keskitettyyn toimitusryhmään, maallikkokehittäjät voivat edelleen löytää ympäristön ja luoda sovelluksia ryhmilleen. Sinulla siis on kaikesta huolimatta matriisin tai BizDevOpsin elementtejä.

Näiden mallien avulla voit pohtia, millainen nykyinen ohjelmistontoimitusmallisi on ja miten Microsoft Power Platform voi lomittua siihen tai miten nykyinen mallisi voisi kehittyä siten, että siinä voitaisiin hyödyntää Microsoft Power Platformin mahdollistamaa nopeaa kehityskykyä.

Keskitetty

Tässä mallissa voit luoda keskitettyjä sellaisten tuoteomistajien ryhmiä, jotka omistavat osastokohtaisten ratkaisujen vähäkoodisen toimituksen organisaation eri liiketoimintayksiköissä. Ammattimaiset kehittäjät, jotka omistavat koodipainotteisia ratkaisuja, toimivat yhdessä yrityksen kanssa toimittaakseen jaetussa mallissa. Yritysarkkitehdit omistavat keskitason ja palvelut ja varmistavat, että tiedot ovat saatavilla tekijöille. Keskitetty IT omistaa käyttöoikeudet ja järjestelmät, joissa kaikki toimivat.

Tällä mallilla luot keskitetyn ryhmän, joka voi hoitaa sovellusten kehittämisen organisaation prioriteettien perusteella. Lisäksi ryhmääsi kuuluisi jäseniä, jotka ovat erikoistuneita tiettyihin Microsoft Power Platformin osiin, kuten Power Automateen, Power BI:hin ja Power Apps Component Frameworkiin, koska heillä olisi perustavanlaatuista asiantuntemusta Power Appsista, tai jäseniä, jotka ovat erikoistuneet kolmannen osapuolen integraatioon ja tekoälyyn. Tämä malli on tehokas tapa edistää muutosta organisaatiossasi ja paras tapa toimittaa kaikenlaisia sovelluksia.

Tässä on Schlumbergerin digitaalinen tiedotustilaisuus, jossa tällainen malli on kasvanut sekä hajautetun että matriisimallin kautta. Lisätietoja Schlumbergerin tavasta ottaa käyttöön Microsoft Power Platformin: Tuottelias sovellusvalmista käynnistää vähäisen koodauksen vallankumouksen Schlumbergerissa

Sovellustoimituksen tyyppi	Toimitusmallin tyyppi	Sovelluksen kehittämisaika	Sovelluksen käyttöikä	Esimerkit	IT-osaston käyttö
Itsepalvelu	Mikä tahansa	1–2 viikkoa	6–12 kuukautta	Pieniä, osastokohtaisia tai LOB-ratkaisuja.	Hajautettu IT
Pienet ryhmät	Matriisimuotoinen/keskitetty	3–6 kuukautta	6–24 kuukautta	Pienet ryhmät, jotka pyrkivät toimittamaan keskisuuria ratkaisuja tai usean osaston ratkaisuja.	Hajautettu IT
Usean osaston tai suuret toimialakohtaiset ratkaisut	Matriisimuotoinen/keskitetty	3–6 kuukautta	6–24 kuukautta	Suuret matriisimuotoiset ryhmät pyrkivät toimittamaan keskikokoisia ja suuria ratkaisuja tai osastojenvälisiä ratkaisuja.	Keskitetty IT
Laajamittainen tuotteiden toimitus	Keskitetty	1–2 vuotta	5–7 vuotta	Yrityksenlaajuisia suurten tuotteiden toimituksia, joissa hyödynnetään yhdistelmää vähäisen koodin ja koodipainotteisia Power Apps -ratkaisuja yhdessä toimittajien ja ensimmäisen osapuolen ratkaisujen kanssa.	Keskitetty IT
Suuri yritystoimittajan toimitus	Keskitetty	7 vuotta	10–15 vuotta	Kattava strategia kolmannen osapuolen tallennus- ja tukikehysjärjestelmälle. Esimerkiksi SAP-toteutus ja sen ympäröiminen sekoituksella vähän koodia käyttäviä ja koodi-ensimmäisiä ratkaisuja Power Apps sekä muita Microsoft ja kolmannen osapuolen integraatioita.	Keskitetty IT

Hajautettu

Tässä mallissa voit luoda organisaatioon useita ryhmiä, jotka ovat lähellä eri ryhmien arkipäivää. Niillä on resurssit toimittaa sovelluksia johdonmukaisesti organisaation ohjeiden mukaisesti. Kukin ryhmä voidaan suorittaa itsenäisesti, ja ne voivat jakautua ja kasvaa solunkaltaisesti. Tämän mallin avulla tarvitset kuitenkin edelleen keskitetyn hallinnon soveltaaksesi korkean tason digitaalisia varmistuksia, joilla varmistetaan yrityksen vaatimustenmukaisuus. Näitä voivat olla esimerkiksi tietojen menetyksen estämisen (DLP) hallinto, yhdistimien hallinta ja käyttöoikeuksien hallinta sen varmistamiseksi, että käyttäjät ja kehittäjät voivat turvallisesti luoda ja julkaista ratkaisuja mahdollisimman vähäisillä IT-osaston toimilla pitäen yrityksen samalla suojattuna ja vaatimuksenmukaisena. Tämä on erinomainen itsepalveluvaihtoehto.

Matriisi

Tämän mallin avulla voit sekoittaa hajautetun ja keskitetyn tavan parhaat puolet. Sinulla on keskitetty tiimi koulutettuja ja sertifioituja Microsoft Power Platform -asiantuntijoita. Sinulla on muutoksen, suunnittelun, toimituksen ja arkkitehtuurin johtajia sekä erikoistuneita kouluttajia, jotka voivat kouluttaa paikallisia ryhmiä koko organisaatiossa. Paikalliset maallikkokehittäjistä koostuvat ryhmät yhteydessä keskitetyn rakenteen asiantuntijoiden kanssa sen varmistamiseksi, ettei mitään katoa matkan varrella, kun ihmiset tekevät arkitöitään ja käyttävät kehitettäviä sovelluksia. Tämän mallin avulla voit skaalata sovelluksen luomisen tuhansien henkilöiden käsiin.

Tämän ryhmän kannattaa myös harkita osaamiskeskuksen ajatusta datapääomansa hallintaa sekä kaikille ohjeita sisältävien ratkaisujen käyttöönottoa varten. Tämä toimii, kun itsepalvelussa ja pienissä ryhmissä toimitetaan vaihtoehtoja nopeasti vähäisellä IT:n osallistumisella.

BizDevOps

Nopea sovellusten kehittämistä voi tapahtua vain sillä nopeudella, jolla IT:n kaltaiset toiminnot voivat tukea luotavia sovelluksia. BizDevOps on sovellusten tekijöiden ja toimintojen välinen kokonaisvaltainen suhde, joka toimii hyveiden kehässä. Jotta tämä toimisi, kaikilla ryhmillä on oltava selkeä näkemys siitä digitaalisesta kulttuurista, jota kohti organisaatio liikkuu. Jotta luoduista sovelluksista saa suurimman mahdollisen arvon, ne tarvitsevat luotettavaa tukea, hallintoa ja ylläpidettävyyttä. Kun tekniikka kehittyy, sovelluksia on päivitettävä, jotta ne pysyvät ajan tasalla. Avain menestyksekkäisiin sovelluksiin on olla tietoinen muutoksesta ja lisäksi kehittää suunnitelma sen varalle.