Edastusmudelid
Sõltuvalt teie ettevõtte suurusest võib juhtuda, et soovite vormistada oma Microsoft Power Platformi kasutuselevõtu lähenemisviisi, rakendades struktureeritud organisatsioonimudeli. Peaksite kaaluma järgmisi oma meeskonna struktureerimise võimalusi ja otsustama, mis teie olukorras ja organisatsioonile kõige paremini sobib.
Microsoft Power Platformil on neli edastusmudelit, kuid kõik need on lihtsalt mentaalsed mudelid – igal organisatsioonil on variatsioon mitmest mudelist. Näiteks, isegi kui kasutate tsentraliseeritud mudelit, mille korral kõik nõuded kehtivad keskse edastusmeeskonna kohta, on teil ikkagi tavakasutajatest arendajad, kes avastavad platvormi ja koostavad oma meeskondade jaoks rakendusi. Nii et olenemata sellest on teil maatriksi või BizDevOpsi elemendid.
Need mudelid aitavad teil otsustada, milline on teie praegune tarkvara edastusmudel ja kuidas Microsoft Power Platform võib sellele üle minna või kuidas teie praegune mudel võib areneda, et mahutada Microsoft Power Platformi lubatud kiiret arengut.
Tsentraliseeritud
Selles mudelis saate luua tooteomanikekeskseid meeskondi, kes omavad ettevõtte äriüksuste osakondade lahenduste vähese koodiga edastust. Professionaalsed arendajad, kellel on koodipõhised lahendused, töötavad koos ettevõttega, et pakkuda ühist mudelit. Ettevõtte arhitektid omavad keskmist kihti ja teenuseid ning tagavad, et andmed on koostajatele kättesaadavad. Keskne IT-osakond omab litsentse ja süsteeme, milles kõik tegutsevad.
Selle mudeli abil saate luua keskse meeskonna, kes saab ettevõtte prioriteetidel põhinevate rakenduste arendamist jätkata. Kuna neil oleksid Power Appsist põhjalikud teadmised, kaasaks teie meeskond liikmed, kes on spetsialiseerunud Microsoft Power Platformi teatud osadele, nagu Power Automate, Power BI ja Power Apps Component Framework, või kes spetsialiseeruvad kolmanda osapoole integreerimisele ja tehisintellektile. See mudel on tõhus viis muudatuste haldamiseks oma organisatsioonis ja on parim viis mis tahes tüüpi rakenduste pakkumiseks.
Siin on digitaalne infotund Schlumbergeri kohta, kus kirjeldatakse seda tüüpi mudelit, mis on tihedalt põimunud nii detsentraliseeritud kui ka maatriksiga mudelitega. Lugege teavet selle kohta, kuidas Schlumberger on võtnud kasutusele Microsoft Power Platformi: Rakenduse valmistaja algatas Schlumbergeris vähese koodiga rakenduste revolutsiooni
| Rakenduse edastamise tüüp | Edastusmudeli tüüp | Rakenduse koostamise aeg | Rakenduse tööiga | Näited | IT-osakonna kaasamine |
|---|---|---|---|---|---|
| Iseteenindus | Mis tahes | 1–2 nädalat | 6–12 kuud | Väikesed, osakonnasisesed või tegevusala lahendused. | Detsentraliseeritud IT-osakond |
| Väikesed meeskonnad | Maatriksiga/tsentraliseeritud | 3–6 kuud | 6–24 kuud | Väikesed meeskonnad töötavad keskmiste lahenduste või mitme osakonna lahenduste pakkumise nimel. | Detsentraliseeritud IT-osakond |
| Mitme osakonna või mahukad ärivaldkonna lahendused | Maatriksiga/tsentraliseeritud | 3–6 kuud | 6–24 kuud | Suured maatriksiga meeskonnad töötavad keskmise suurusega ja suurte lahenduste või osakonnasiseste lahenduste pakkumise nimel. | Tsentraliseeritud IT-osakond |
| Toote suremahuline edastus | Tsentraliseeritud | 1–2 aastat | 5–7 aastat | Toote suured edastused kogu ettevõttes, mille korral kasutatakse vähese koodi ja koodipõhiste Power Appsi lahenduste kooslust koos tarnija ja esimese osapoole lahendustega. | Tsentraliseeritud IT-osakond |
| Ettevõtte tarnija suur edastus | Tsentraliseeritud | 7 aastat | 10–15 aastat | Kolmanda osapoole kirje süsteemi ja tugiraamistiku ümbritsemisstrateegia. Näiteks SAP-i rakendamine ja selle ümbritsemine vähese koodikirjutusvajadusega- ja koodipõhiste lahenduste Power Apps seguga ning muude Microsoft ja kolmandate osapoolte integratsioonidega. | Tsentraliseeritud IT-osakond |
Detsentraliseeritud
Selles mudelis saate luua mitu meeskonda kogu organisatsiooni jaoks, mis kasutavad erinevaid meeskondi peaaegu igapäevaselt. Neil on ressursid, et edastada rakendusi pidevalt organisatsiooni juhendi raames. Iga meeskond saab töötada autonoomselt ning nad saavad jaguneda ja kasvada. Kuid selle mudeli korral on teil siiski vaja tsentraliseeritud juhtimist, et rakendada teatud kõrgetasemelisi digitaalseid piirdeid, et tagada ettevõtte nõuetelevastavus. Need võivad hõlmata näiteks andmelekketõkestuse (DLP) juhtimist, konnektorihaldust ja litsentsihaldust, et kasutajad ja arendajad saaksid lahendusi turvaliselt luua ja vabastada IT-spetsialisti minimaalse sekkumisega, säilitades samas ettevõtte andmete turvalisuse ja ühilduvuse. See on suurepärane iseteeninduse suvand.
Maatriks
Selle mudeli abil saate kaasata parimad detsentraliseeritud ja tsentraliseeritud osapooled. Teil on koolitatud ja sertifitseeritud Microsoft Power Platformi spetsialistide tsentraliseeritud meeskond. Lisaks eriväljaõppe saanud koolitajatele, kes koolitavad kohalikke meeskondi kogu organisatsioonis, on teil muutuste, kujunduse, edastamise ja arhitektuuri juhid. Tavakasutajatest arendajatest koosnevad kohalikud meeskonnad on ühendatud tsentraliseeritud üksuse ekspertidega, tagamaks, et igapäevatöid tegevate inimeste ja koostatavate rakenduste vahelises suhtluses ei läheks midagi kaotsi. Selle mudeli abil saate kaasata tuhandeid rakenduste loomise kallal töötavaid inimesi.
See meeskond peaks kaaluma ka kompetentsikeskuse kasutamist, et hallata oma andmeid ja juurutada kõigile mõeldud juhistega lahendusi. See toimib hästi nii iseteeninduse kui ka väikeste meeskondade jaoks, et kiiresti pakkuda võimalusi IT-spetsialisti vähese abiga.
BizDevOps
Rakenduste kiire arendamine võib toimuda ainult siis, kui sellised toimingud nagu IT-toimingud saavad loodud rakendusi toetada. BizDevOps on rakenduste koostajate ja operatsioonide vaheline terviklik seos, mis töötab tsüklis. Selle toimimiseks peab kõigil meeskondadel olema selge nägemus digitaalkultuurist, mille poole organisatsioon liigub. Loodud rakendustest maksimaalse kasu saamiseks vajavad nad usaldusväärset tuge, juhtimist ja haldamist. Tehnoloogia arenedes tuleb rakendusi värskendada, et need oleksid ajakohased. Rakenduste edu tagamisel pole võtmetähtsusega mitte ainult muutustest teadlik olemine, vaid ka nende haldamise kava.