Digitalisera Business Applications Group

För att holistiskt digitalisera en stor organisation som Digital Transformation Platform (DTP) måste Microsoft vi automatisera alla fyra aspekterna av den digitala återkopplingsloopen.

• Omvandla produkter för att förbättra våra erbjudanden, till exempel genom att publicera versionsinformation om kommande leveranser i utgivningscykeln.
• Samarbeta med kunder och partner för att öka affärstillväxten – till exempel genom kundengagemang och genom att ta emot feedback och förslag från kunder.
• Ge våra egna medarbetare möjlighet att förbättra vår organisations resultat.
• Optimera affärsverksamheten för att uppnå bättre effektivitet, till exempel genom att automatisera företagsgranskningar.

Här följer ett exempel på program som utvecklats i Success Hub – ett förverkligande av den digitala feedbacksloopen inom vår organisation.

Arbetsströmmar och profiler

För att digitalisera alla fyra aspekter av feedbackloopen delar vi upp programmen i olika arbetsströmmar. Varje arbetsflöde fokuseras på en specifik profil, vilket du kan se i följande bild.

I följande bild visas hur 35 appar modelleras över dessa fem arbetsströmmar.

Fem arbetsströmmar listade, samtliga med företagsprogram. Listan Plattform och grunder – datakvalitet, schema, användbarhet osv. Lista över webbplats och verksamhet – övervakning och telemetri, support, distribution och testning, underhållsuppgraderingar.

Program lägger till data i Microsoft Dataverse med hjälp av data som delas av andra program i syfte att förbättra program-upplevelsen genom automatisering och intelligens. Data kan också användas för att skapa kostnadssänkande scenarier för hur data används i olika program.

Scenario för produktutveckling

1. Microsoft engagerar och interagerar med kunden. Det finns många appar i arbetsströmmen Kunder & Partners, till exempel kundengagemang, chefsengagemang, FastTrack-appar och Power CAT. Var och en av dessa fokuserar på en specifik profil.
2. Microsoft Samlar in feedback från kunder. Det finns många appar i arbetsströmmarna Kunder & Partners och Community, till exempel Idéer, Puls och Pulsslag (för FastTrack).
3. Sammanställ och prioritera feedback och frågor genom att använda feedback-programmet Fusion/One i arbetsströmmen ProductOps.
4. Implementera funktionen för feedback och frågor genom att använda produktplaneringsprogrammen i arbetsströmmen ProductOps.
5. Presenterar planen för kunderna med hjälp av programmet för versionsplanering i ProductOps-granskningen för arbetsströmsansvarig. Detta automatiseras med hjälp av grundportalen, som är en del av arbetsströmmen BusinessOps.

Stödbarhetsscenario

1. En kund skapar en supportbegäran. Detta görs med D4M-delen av arbetsströmmen DevOps.
2. En tekniker granskar ärendet i syfte att förhindra framtida ärenden. Detta görs med programmet Ärendegranskning, som är en del av arbetsströmmen DevOps.
3. Produktteamet planerar för det arbete som ska utföras. Detta görs med programmet för produktplanering i arbetsströmmen ProductOps.
4. Stäng loopen med kunder som tar itu med problemet med hjälp av appar i arbetsströmmen Kunder & partners.
5. Stäng loopen med kunder som gav feedback med hjälp av appar i arbetsströmmen Kunder & partners.

Medutvecklingsmodell för Success Hub

Medutvecklingsmodellens utmaning är att alla ska kunna samutveckla – i stor skala – och inte störa andra appar. För att göra detta skalbart delar vi upp problemet efter arbetsström. För alla fem arbetsströmmar som fokuserar på programutveckling utser vi leads för arbetsströmmar. Deras uppgift är att säkerställa att alla program i arbetsströmmen följer styrningsprocessen och dessutom får rätt support från teamet för Success Hub.

När större ändringar begärs för ett program måste den gå igenom följande fem steg för att nå produktion.

1. Anpassning av omfattning: Granska avancerade användarupplevelser och schemaändringar.
2. Uppdatera Microsoft Azure DevOps: Lägg till funktioner och användarvittnesmål och uppdatera dem med schemaändringar.
3. Partnergodkännande: Godkännandemeddelande som skickats till berörda intressenter via e-post.
4. Lead-signering för arbetsström: Signering av ändringarna som utförs av leads för arbetsström.
5. Distribuerade ändringar: PR granskar och verifierar schemaändringar och arbetsobjekt.

Eftersom vi har cirka 35 program igång på plattformen är det inte skalbart för oss att granska alla ändringar. Vissa ändringar till exempel att lägga till en ikon för en anpassad tabell eller ändra sorteringen i en anpassad vy för en anpassad tabell kanske inte påverkar andra program, och de som taggas som "mindre omfattning" är valfria för program-teamen att granska med teamet för Success Hub. Vi fokuserar på att utvärdera alla ändringar som associeras med tabeller.

Vi vill veta när team gör följande typer av ändringar som berör tabeller:

• Skapa en ny tabell: Många gånger vill appteam skapa en egen tabell och arbeta självständigt med data. Men om vi låter detta ske kan flera tabeller skapas för samma arbete, vilket leder till förvirring. Det krävs mycket tid och arbete för att anpassa dessa tabeller jämfört med att be program-teamen att implementera tabeller som redan är tillgängliga eller ändra de aktuella tabellerna så att de uppfyller deras och alla program-teamens behov.

• Ändringar i en delad tabell: Det finns två typer:

  • Ändra schemat: Detta behöver justering i de appar som redan använder tabellen.
  • Ändra data (till exempel taxonomi): Eftersom appar delar data i tabellen är det nödvändigt att ha ett enda team som hanterar dessa data, eller åtminstone skapar styrningsregler för dem.

Distribution och live-plats

Success Hub följer en veckovis distributionscykel där Microsoft Dataverse-komoponenter granskas i samband med ett partnermöte och därefter distribueras till en testmiljö varje onsdag. Partnerteam har två dagar på sig att verifiera sina program och lösningsändringar i testmiljön. Efter valideringen får vi en signering från partnerteamen och distribuerar komponenterna till en produktionsmiljö nästföljande måndag.

Microsoft Power Platform gör det också möjligt för oss att automatisera vår supportprocess, där e-postmeddelanden till supportalias spåras i ett ärendesystem. Dessa objekt granskas live i en webbplatsöversikt varje vecka för att förstå statusen i Success Hub och identifiera reparationsobjekt och trender inom användarfrågor.

För att övervaka komponenternas hälsa använder vi följande:

• En modell för hantering av programmets livscykel (ALM), som består av följande:
  • Utvecklarmiljö (per program)
  • Testmiljö (enskild miljö)
  • UAT-miljö (user acceptance testing) (enskild miljö)
  • Produktionsmiljö (enskild miljö)
  • Proof-of-concept-miljö för team där dessa kan prova sina program
• Pipelines för version och lansering hanteras via Azure DevOps med hjälp av Power Platform Build Tools.
• Utvecklings- och testmiljöer uppdateras automatiskt varje vecka genom veckovisa versioner.
• Automatiserade tester körs i testmiljöer och UAT-miljöer. På så sätt säkerställer du en smidigare samutveckling.
• Alla program är en lösning och står i begrepp att bli en hanterad lösning.

Säkerhets- och efterlevnadsintegrering

När integreringen av säkerhet och regelefterlevnad är klar kan den användas av alla program som utvecklas. Integreringen har följande egenskaper:

• En hög volym skrivskyddade data: I vissa fall i Success Hub behöver vi bara data som referens till exempel aktiva användarmått per dag, månad eller vecka för en klientorganisation. Dessa data används för att förstå användningen men ändras aldrig i Success Hub. Vi använder virtuella tabeller för att återge sådana data, som ofta är i stora volymer och skrivskyddade.
• En stor volym läs/skrivdata: Även om Power Automate-flöden uppfyller de flesta av våra integrerings behov behövs avancerade Azure-funktioner i vissa scenarier, till exempel för att anropa Azure-funktioner. För dessa använder vi Azure Logic Apps.
• Enkel integrering: Flöden används i stor utsträckning för att utöver affärslogik bygga integreringar i vår organisation.
• Specifika roller skapas för att uppfylla säkerheten.
• Vi har regelbundna regelefterlevnadsgranskningar på Success Hub-nivå eftersom Success Hub lagrar stora mängder känslig information.
• Program-team behöver inte utföra regelefterlevnadsgranskningar om de använder befintliga datatabeller och integreringar.

Integrering med andra datakällor

För affärsappar behöver vi ofta data från olika datakällor. Microsoft Dataverse är ett bra sätt att integrera med andra datakällor med hjälp av virtuella tabeller. Vi integrerar med följande typer av datakällor:

• Microsoft kund-, försäljnings- och partnerdata (till exempel Microsoft försäljningsupplevelse, livscykeltjänster, kundtjänst)
• DevOps och servicevänlighet (Azure DevOps ochIcM Incident Management, till exempel)
• Organisationshierarki och användarprofiler (Microsoft Entra och Microsoft diagram)

Support- och underhållskanaler

Med följande kanaler kan alla program utvecklas, stödjas och underhållas:

• Wiki, vägledning och veckovisa öppettider för att ställa frågor
• Underhåll (avisering och övervakning) utfört av ett enda team (Microsoft Power Platform-arbetsström)
• Telemetriinstrumentpanel för att spåra prestanda och hälsomått