Leveransmodeller
Beroende på organisationens storlek kanske du vill formalisera din Microsoft Power Platform-implementering genom att implementera en strukturerad organisationsmodell. Du bör tänka på följande sätt att strukturera teamet och bestämma vad som passar bäst för just din situation och organisation.
Microsoft Power Platform har fyra leveransmodeller, men var och en av dessa är bara en mental modell – varje organisation har en variant av ett flertal olika modeller längs detta continuum. Även om du väljer att använda exempelvis en centraliserad modell, där alla krav ankommer till ett centralt leveransteam, har du fortfarande fristående utvecklare ("citizen developers") som upptäcker plattformen och skapar program för sina respektive team. Du kommer därför ändå att erhålla element av matris eller BizDevOps.
Dessa modeller hjälper dig att ta hänsyn till vad den aktuella programvaruleverans modellen är och hur Microsoft Power Platform kan komma att interagera med den, samt hur den aktuella modellen kan komma att utvecklas för att möjliggöra den snabba utvecklingskapacitet som aktiverats av Microsoft Power Platform.
Centraliserad
I den här modellen skapar du centrala team med produktägare som äger leveransen av avdelningslösningar som kräver lite kod från organisationens affärsenheter. Professionella utvecklare som äger kodfokuserade lösningar arbetar i samklang med företaget för att leverera en delad modell. Företagsarkitekter äger mellannivå och tjänster, samt säkerställer att datan är tillgänlgig för utvecklare. Den centrala IT-avdelningen äger de licenser och de system som alla är verksamma i.
Med den här modellen skapar du ett centralt team som kan hämta programutveckling utifrån organisationens prioriteringar. Eftersom de skulle ha grundläggande expertis i Power Apps kommer ditt team dessutom att innehålla medlemmar som specialiserar sig på specifika delar av Microsoft Power Platform, till exempel Power Automate, Power BI och Power Apps component framework, eller också specialsiera sig på integrering och artificiell intelligens från tredje part. Denna modell är ett effektivt sätt att driva utvecklingen inom hela din organisation och är det bästa sättet att leverera alla slags program.
Här följer en genomgång från Schlumberger som visar att denna modell har har vuxit genom såväl decentralsierade modeller och matrismodeller. Läs mer om hur Schlumberger antar Microsoft Power Platform: Prolific-programtillverkare startar revolutionen med lite kod på Schlumberger
| Typ av programleverans | Typ av leveransmodell | Programmets utvecklingstid | Programmets livslängd | Exempel | IT-engagemang |
|---|---|---|---|---|---|
| Självbetjäning | Någon | 1-2 veckor | 6-12 månader | Små, avdelnings- eller LOB-lösningar. | Decentraliserad IT |
| Mindre team | Matriser/centraliserade | 3-6 månader | 6-24 månader | Små team som arbetar för att leverera medelstora lösningar eller lösningar med flera avdelningar. | Decentraliserad IT |
| Flera avdelningar eller stora branschlösningar | Matriser/centraliserade | 3-6 månader | 6-24 månader | Stora matriserade team som arbetar för att leverera medelstora och stora lösningar eller avdelningsinterna lösningar. | Centraliserad IT |
| Leverans av storskalig produkt | Centraliserad | 1-2 år | 5-7 år | Stora produktleveranser i ett företag som utnyttjar en blandning av Power Apps-lösningar som kräver lite kod eller är kodfokuserade tillsammans med leverantörslösningar och lösningar från första part. | Centraliserad IT |
| Större företagsleverans | Centraliserad | 7 år | 10-15 år | En surround-strategi för ett tredjepartssystem med post- och supportramverk. Till exempel SAP-implementering och omkrets av den med en blandning av lågkod och kod-först-lösningar i Power Apps och andra Microsoft och tredjepartsintegrationer. | Centraliserad IT |
Decentraliserad
I den här modellen kan du skapa flera team inom organisationen som ligger nära den dagliga driften av olika team. De har resurser för att leverera program konsekvent inom ramarna för organisations riktlinjer. Varje team kan köras autonomt och kan delas upp och växa på ett uppdelat sätt. Med den här modellen behöver du emellertid fortfarande en centraliserad styrning för att kunna använda en del High Digital-guardrails för att säkerställa att de efterlevs. Dessa kan omfatta sådant som styrning av dataförlustskydd (DLP), anslutnings- och licenshantering för att säkerställa att användare och utvecklare kan skapa och släppa lösningar med minimalt ingripande av IT, samtidigt som företagets data hålls säker och standarduppfyllande. Detta är ett fantastiskt alternativ för självbetjäning.
Matris
Med den här modellen blandar du det bästa av decentraliserat och centraliserat. Du har ett centraliserat team av utbildade och certifierade Microsoft Power Platform-specialister. Du kommer att ha ledare inom förändring, design, leverans och arkitektur, förutom specialiserade utbildare för att utbilda lokala team inom hela organisationen. Lokala team som utgörs av fristående utvecklare ansluts till experter från den centraliserade strukturen i syfte att se till att ingenting försvinner vid överföringen till de personer som utför sina dagliga jobb och använder de program som byggs. Med denna modell kan du skala blande de tusentals personer som arbetar med att skapa program.
Detta team bör också överväga att införskaffa ett Center för att hantera sina datamängder och distribuera lösningar med riktlinjer för alla. Detta fungerar bra för självbetjänings- och mindre team för att snabbt leverera alternativ med lite IT-engagemang.
BizDevOps
Snabb programutveckling kan endast ske med den hastighet som verksamheter som exempelvis IT klarar för att ge support åt de program som skapas. BizDevOps är en helhetsrelation mellan programutvecklare och verksamheter som fungerar i en positiv slinga. För att detta ska fungera måste alla team ha en tydlig uppsättning av den digitala kultur som organisationen rör sig mot. För att ut ett maximalt värde ur de skapade programmen måste de ha tillförlitligt stöd, styrning och underhåll. I takt med att ekniken utvecklas måste du göra uppdateringar av programmen så att dessa förblir relevanta. Nyckeln till framgångsrika program är att inte bara vara medveten om förändringar utan att dessutom ha en plan för att hantera dem.