Gennemgang af gruppen af forretningsprogrammer

For holistisk at digitalisere en stor organisation som Digital Transformation Platform (DTP) er Microsoft vi nødt til at automatisere alle fire aspekter af det digitale feedbackløkke.

• Transformering af produkter for at forbedre vores tilbud – f.eks. udgivelse af produktbemærkninger om kommende udgivelsesbølge.
• Interaktion med kunder og partnere for at øge virksomhedens vækst – f.eks. kundeengagementer og modtagelse af feedback og Idéer fra kunder.
• At give vores egne medarbejdere mulighed for at forbedre vores organisations præstationer.
• Optimering af forretningsdriften for at opnå bedre effektivitet – f.eks. ved at automatisere forretningsgennemgange.

Her er et eksempel på apps udviklet på Succeshub; den digitale feedbackløkke til virkeligheden i vores organisation.

Workstreams og personas

For at digitalisere alle fire aspekter af feedbackløkken opdeler vi vores apps i forskellige workstreams. Hver workstream er fokuseret på en bestemt persona, som vist i følgende billede.

I følgende billede vises, hvordan 35 apps er modeled på tværs af disse fem workstreams.

Der er anført fem arbejdsstrømmene, som hver især har forretningsapps. Liste over platform og grundlæggende principper – datakvalitet, skema, anvendelighed osv. Rulleliste og ops-liste – overvågning og telemetri, support, installation og test, vedligeholdelsesopgradering.

Apps tilføjer data i Microsoft Dataverse ved hjælp af de data, der deles af andre apps, for at forbedre appens oplevelse med automatisering og intelligens. Data kan også bruges til at levere omkostningseffektivt skæringsscenarier for, hvordan dataene bruges af forskellige apps.

Scenarie for produktudvikling

1. Microsoft engagerer og interagerer med kunden. Der findes mange apps i Workstream for kunder og partnere, f.eks. kundeengagement, executive engagement, FastTrack-apps og Power CAT. Hver af disse er fokuseret på en bestemt persona.
2. Microsoft indsamler feedback fra kunder. Der findes mange apps i kundernes og partnernes arbejdsområder i communityet, f.eks. Ideer, Impuls og Impuls (til FastTrack).
3. Aggreger og prioriter feedback, og spørger ved hjælp af appen Fusion/One feedback i ProductOps workstream.
4. Implementer feedbacken om funktionen, og få flere spørgsmål ved hjælp af apps til produktplanlægning i ProductOps workstream.
5. Annoncerer planen til kunderne ved hjælp af appen til udgivelsesplan i ProductOps workstream-ledelsens gennemgang. Dette automatiseres ved hjælp af bedrock-portalen, som er en del af BusinessOps workstream.

Understøttelses-scenarie

1. En kunde opretter en supportanmodning. Det sker med D4M-delen af DevOps-arbejdsstrømmen.
2. En tekniker gennemgår sagen for at forhindre fremtidige sager. Det sker med appen Sagsgennemgang, som er en del af DevOps-arbejdsstrømmen.
3. Produktteamet planlægger, at arbejdet skal udføres. Det sker med appen til produktplanlægning i Product Ops workstream.
4. Luk løkken med de kunder, der står over for problemet, ved at bruge apps i workstreamen kunder og partnere.
5. Luk løkken med de kunder, der gav feedback ved at bruge apps i workstreamen kunder og partnere.

Succeshub til medudviklingsmodel

Udfordringen ved medudviklingsmodellen er at gøre det muligt for alle at udvikle apps i omfang og ikke at forstyrre andre apps. Hvis du vil gøre denne skalerbar, skal du opdele problemet efter workstream. For hver af de fem workstreams, der fokuserer på udvikling af apps, udpeger vi workstream-kundeemner. Deres job er at sikre, at alle apps i arbejdsstrømmen hædrer processen og derudover får den rette support fra Succeshub-teamet.

Når der anmodes om større ændringer for en app, skal den gennemgå følgende fem trin for at komme i produktion.

1. Justering af omfang: Gennemse brugeroplevelsen og skemaændringer på højeste niveau.
2. Opdater Microsoft Azure DevOps: Tilføj funktioner og brugere, og opdater dem med skemaændringer.
3. Partnergodkendelse: Godkendelsespost, der sendes til berørte interessenter.
4. Sign-off for Workstream-kundeemne: Log af ændringerne fra kundeemnerne i workstream.
5. Implementerede ændringer: PR-gennemgange og kontrollerer skemaændringer og arbejdselementer.

Da der arbejder ca. 35 apps på platformen, er det ikke skalerbart for os at gennemgå alle ændringerne. Nogle ændringer, f.eks. tilføjelse af et ikon for en brugerdefineret tabel eller ændring af sortering i en brugerdefineret visning for en brugerdefineret tabel, påvirker måske ikke andre apps, og de er markeret som et lille omfang. Det er valgfrit, om appteamene skal gennemse dem med Succeshub-teamet. Vores primære fokus er at vurdere eventuelle ændringer, der er knyttet til tabeller.

Vi er interesseret i at vide, hvornår teams foretager følgende typer ændringer omkring tabeller:

• Oprettelse af en ny tabel: Mange gange ønsker appteams at oprette deres egen tabel og arbejde uafhængigt med dataene. Men hvis det sker, kan der oprettes flere tabeller for det samme arbejde, hvilket fører til forvirring. Det tager lang tid og lang tid at omkonfigurere disse tabeller i forhold til at bede appteams om at anvende tabeller, der allerede er tilgængelige, eller at ændre de aktuelle tabeller, så de opfylder deres og alle appteams' behov.

• Ændringer af en delt tabel: Disse er af to typer:

  • Ændring af skemaet: Dette skal justeres på tværs af de apps, der allerede bruger tabellen.
  • Ændring af dataene (f.eks. taksonomi): Da apps deler dataene i tabellen, er det nødvendigt at have et enkelt team til at administrere disse data eller i det mindste oprette styringsregler for dem.

Installation og live-websted

Succeshub følger en ugentlig installationscyklus, hvor Microsoft Dataverse-komponenter gennemses i et partnermøder og efterfølgende installeres i et testmiljø hver onsdag. Partnerteams har to dage til at validere deres apps og løsningsændringer i testmiljøet. Efter valideringen får vi frameldt partnerteamene og installerer disse komponenter i et produktionsmiljø den næste mandag.

Microsoft Power Platform gør os også i stand til at automatisere vores supportproces, hvor e-mails til supportalias spores i et billetsystem. Disse elementer gennemses i en live webstedsgennemgang hver uge for at forstå tilstand i Succeshub og identificere reparationselementer og tendenser i brugerforespørgsler.

Du kan overvåge komponenters tilstand ved at benytte følgende fremgangsmåde:

• En ALM-model (Application Lifecycle Management), som består af følgende:
  • Udviklingsmiljø (pr. app)
  • Testmiljø (enkelt miljø)
  • UAT-miljø (User Accept Testing) (enkelt miljø)
  • Produktionsmiljø (enkelt miljø)
  • Et proof of concept-miljø, hvor teams kan afprøve deres apps
• Build- og release-pipeline administreres via Azure DevOps ved hjælp af Power Platform-buildværktøjer.
• Dev- og testmiljøer opdateres hver uge i automatiserede ugentlige builds.
• Automatiserede test køres i testmiljøer og UAT-miljøer. Dette er med til at sikre en mere problemfri medudvikling.
• Alle apps er en løsning og er ved at blive et administreret løsning.

Security and Compliance-integration

Når integration af sikkerhed og overholdelse af regler og standarder er fuldført, kan den bruges af alle apps under udvikling. Denne integration har følgende karakteristika:

• En stor mængde skrivebeskyttede data: I visse tilfælde i Succeshub skal vi kun bruge data til referenceformål, f.eks. den daglige, månedlige og ugentlige aktive brugermetrik for en lejer. Disse data bruges til at forstå brugen, men de ændres aldrig i Succeshub. Vi bruger virtuelle tabeller til at gengive sådanne data, som ofte er store mængder og skrivebeskyttet.
• En stor mængde læse-skrive-data: Mens Power Automate-flow opfylder de fleste af vores integrationsbehov, er det nødvendigt med avancerede Azure-funktioner i nogle scenarier, f.eks. aktivering af Azure Functions. Til disse bruger vi Azure Logic Apps.
• Enkel integration: Strømme bruges i stort omfang til at opbygge integrationer ud over forretningslogik i organisationen.
• Specifikke roller oprettes for at overholde sikkerheden.
• Vi afholder jævnlige gennemgange af overholdelse på succeshubniveau, da Succeshub gemmer mange følsomme oplysninger.
• Appteams behøver ikke at udføre gennemgang af overholdelse af regler og standarder, hvis de bruger eksisterende datatabeller og integrationer.

Integration med andre datakilder

I forbindelse med business-apps har vi ofte brug for data fra forskellige datakilder. Microsoft Dataverse er en god måde at integrere sig med andre datakilder på ved hjælp af virtuelle tabeller. Vi integrerer med følgende typer datakilder:

• Microsoft kunde-, salgs- og partnerdata (f.eks. Microsoft Salgsoplevelse, Lifecycle Services, kundeservice)
• DevOps og Serviceability (Azure DevOps og IcM Incident Management, f.eks.)
• Organisationshierarki og brugerprofiler (Microsoft Entra og Microsoft graf)

Kanaler til support og vedligeholdelse

Følgende kanaler gør det muligt at udvikle, understøtte og vedligeholde apps:

• Råd og vejledning til de ugentlige kontortimer, når du skal stille spørgsmål
• Vedligeholdelse (advarsler og overvågning) udført af en enkelt gruppe (Microsoft Power Platform-workstream)
• Telemetriske dashboards til sporing af præstations- og tilstandsmetrikværdier