Digitalizacija platforme za digitalno transformacijo (DTP) pri Microsoftu

Za digitalizacijo velike organizacije, kot je platforma za digitalno transformacijo (DTP) pri Microsoftu, so bistveni vsi štirje vidiki digitalne povratne zanke.

Štirje vidiki digitalne povratne zanke vključujejo:

• Preoblikovanje izdelkov za izboljšanje naše ponudbe. Na primer objavljanje opomb ob izdaji o prihajajočih izdelkih v valu izdaj.
• Sodelovanje s strankami in partnerji za spodbujanje rasti poslovanja. Na primer, sodelovanje s strankami in zbiranje povratnih informacij ter idej od strank.
• Opolnomočenje naših zaposlenih za izboljšanje uspešnosti naše organizacije.
• Optimizacija poslovnih operacij za izboljšanje učinkovitosti. Na primer avtomatizacija poslovnih ocen.

Tokovi dela in osebe

Za digitalizacijo štirih vidikov povratne zanke so aplikacije razdeljene v različne delovne tokove. Vsak delovni tok se osredotoča na določeno osebo, kot so stranke in partnerji, življenjski cikel izdelka ali ProductOps, poslovne operacije (BizOps), skupnost in DevOps. Vsak delovni tok ima svoj nabor aplikacij, ki so zasnovane tako, da ustrezajo potrebam te osebe.

Naslednja slika prikazuje, kako je v teh petih tokovih dela oblikovanih 35 aplikacij.

Naštetih je pet tokov dela, od katerih ima vsak poslovne aplikacije. Seznam platform in osnov – kakovost podatkov, shema, uporabnost itd. Seznam objavljenih spletnih mest in Ops – spremljanje in telemetrija, podpora, uvajanje in testiranje, nadgradnje vzdrževanja.

Aplikacije dodajajo podatke in uporabljajo podatke, ki jih delijo druge aplikacije, za izboljšanje izkušnje z aplikacijami z avtomatizacijo in inteligenco. Microsoft Dataverse Podatki se lahko uporabijo tudi za zagotavljanje scenarijev za zmanjšanje stroškov pri uporabi podatkov v različnih aplikacijah.

Scenarij razvoja izdelka

V scenariju razvoja izdelka se sprejmejo naslednji koraki za zagotovitev, da je povratna zanka s strankami in partnerji zaprta. Microsoft naredi naslednje:

1. S stranko sodeluje in komunicira. V delovnem toku Stranke in partnerji je veliko aplikacij, na primer za sodelovanje s strankami, sodelovanje z vodstvom, aplikacije FastTrack in Power CAT. Vsak je osredotočen na določeno osebo.
2. Zbira povratne informacije od strank. V delovnih tokovih Stranke in partnerji ter Skupnost je na voljo veliko aplikacij, na primer Ideas, Pulse in Heartbeat (za FastTrack).
3. Združuje in določa prioritete povratnih informacij in vprašanj z uporabo aplikacije za povratne informacije Fusion/One v delovnem toku ProductOps.
4. Implementira povratne informacije o funkcijah in vprašanja z uporabo aplikacij za načrtovanje izdelkov v delovnem toku ProductOps.
5. Načrt strankam sporoči z uporabo aplikacije za načrt izdaje v pregledih vodstvenega dela ProductOps. Ta korak je avtomatiziran z uporabo portala Bedrock, ki je del delovnega toka BusinessOps.

Scenarij možnosti podpore

V scenariju podpore:

1. Stranka ustvari zahtevo za podporo. Doseženo z delom D4M v okviru delovnega toka DevOps.
2. Inženir primer pregleda, da prepreči prihodnje primere. Doseženo z aplikacijo za pregled primerov, ki je del delovnega toka DevOps.
3. Ekipa za izdelke načrtuje delo, ki ga je treba opraviti. Doseženo z aplikacijo za načrtovanje izdelkov v delovnem toku Product Ops.
4. Zaprite zanko s strankami, ki se soočajo s težavo, z uporabo aplikacij v toku dela Stranke in partnerji.
5. Zaprite zanko s strankami, ki so dale povratne informacije z uporabo aplikacij v toku dela Stranke in partnerji.

Model sodelovanja pri razvoju v storitvi Success Hub

Izziv modela sorazvoja je omogočiti vsem razvoj v velikem obsegu, ne da bi pri tem motili druge aplikacije. Za vsakega od petih delovnih tokov razvoja aplikacij je imenovan vodja delovnega toka. Njihova naloga je zagotoviti, da vse aplikacije v tem toku dela spoštujejo postopek upravljanja, poleg tega pa dobijo pravo podporo ekipe Success Hub.

Ko se za aplikacijo zahtevajo večje spremembe, gre skozi teh pet korakov, da doseže produkcijsko različico:

1. Uskladitev obsega: Pregled uporabniške izkušnje na visoki ravni in sprememb sheme.
2. Nadgradnja Microsoft Azure DevOps: dodajte funkcije in uporabniške zgodbe ter jih posodobite s spremembami sheme.
3. Pridobitev odobritve partnerja: Pošljite zahteve za odobritev prizadetim deležnikom.
4. Pridobite odobritev sprememb: Pridobite odobritev vodje delovnega toka za spremembe.
5. Uvajanje sprememb: Pregled zahtev za prevzem in preverjanje sprememb sheme ter delovnih elementov.

S 35 aplikacijami na platformi ni mogoče pregledati vseh sprememb. Nekatere spremembe morda ne bodo vplivale na druge aplikacije, na primer dodajanje ikone za tabelo po meri ali spreminjanje razvrščanja v pogledu po meri za tabelo po meri. Te spremembe so označene kot spremembe majhnega obsega, zato se lahko ekipe za aplikacije odločijo, ali jih bodo pregledale z ekipo središča za uspeh.

Glavni poudarek je na ocenjevanju pomembnih sprememb, povezanih s tabelami, kot so:

• Ustvarjanje nove tabele: Ekipe za aplikacije pogosto želijo ustvariti svojo lastno tabelo za samostojno delo s podatki. Vendar pa lahko ta praksa povzroči več tabel za isto delo, kar povzroča zmedo. Usklajevanje teh tabel zahteva več časa in truda kot prositi ekipe za aplikacije, naj uporabijo ali spremenijo obstoječe tabele, da bi zadostile svojim potrebam in potrebam vseh ekip za aplikacije.

• Spremembe v skupni tabeli: Obstajata dve vrsti sprememb:

  • Spreminjanje sheme: Zahteva uskladitev z aplikacijami, ki tabelo že uporabljajo.
  • Spreminjanje podatkov (na primer taksonomija): Ker aplikacije delijo podatke v tabeli, mora ena sama ekipa upravljati podatke ali ustvariti pravila upravljanja zanje.

Uvajanje in spletno mesto v živo

Success Hub uporablja tedenski cikel uvajanja, kjer se komponente pregledajo na partnerskem sestanku in nato vsako sredo uvedejo v testno okolje. Microsoft Dataverse Partnerske skupine imajo na voljo dva dni, da preverijo svoje aplikacije in spremembe rešitev v testnem okolju. Po potrditvi se pridobi odobritev partnerskih ekip in te komponente se naslednji ponedeljek namestijo v produkcijsko okolje.

Microsoft Power Platform omogoča tudi avtomatizacijo procesa podpore, kjer se e-poštna sporočila, poslana na vzdevek za podporo, spremljajo v sistemu za izdajo zahtevkov. Te postavke se tedensko pregledujejo v okviru pregleda spletnega mesta v živo, da se oceni stanje središča uspeha, prepoznajo postavke za popravilo in analizirajo trendi uporabniških poizvedb.

Za spremljanje zdravja komponent se izvajajo naslednji ukrepi:

• Model upravljanja življenjskega cikla aplikacij (ALM), ki vključuje:
  • Razvojno okolje (za vsako aplikacijo)
  • Preskusno okolje (eno okolje)
  • Okolje za preizkušanje uporabniškega sprejemanja (UAT) (eno okolje)
  • Produkcijsko okolje (eno okolje)
  • Okolje za dokaz koncepta za ekipe, ki lahko preizkusijo svoje aplikacije
• Gradite in izdajajte cevovode, ki jih upravljate prek Azure DevOps z uporabo Power Platform Orodja za gradnjo.
• Razvojna in testna okolja se tedensko osvežujejo z avtomatiziranimi gradnjami.
• Avtomatizirani testi v testnih okoljih in okoljih UAT za zagotovitev bolj tekočega sorazvoja.
• Rešitve: Vsaka aplikacija je rešitev in je v procesu, da postane upravljana rešitev.

Integracija za varnost in skladnost s predpisi

Po zaključku integracije varnosti in skladnosti ga lahko uporablja katera koli aplikacija v razvoju. Ta integracija ima naslednje značilnosti:

• Velika količina podatkov samo za branje: V nekaterih primerih v središču Success Hub so podatki potrebni le za referenčne namene; na primer dnevne, mesečne in tedenske metrike aktivnih uporabnikov za najemnika. Ti podatki se uporabljajo za razumevanje uporabe, vendar v središču uspešnosti niso nikoli spremenjeni. Za upodabljanje takšnih podatkov, ki so pogosto velike količine in so samo za branje, se uporabljajo virtualne tabele.
• Velika količina podatkov za branje in pisanje: Power Automate Tokovi izpolnjujejo večino potreb po integraciji, vendar nekateri scenariji zahtevajo napredne zmogljivosti Azure, kot je klicanje funkcij Azure. V teh primerih se uporabljajo aplikacije Azure Logic.
• Preprosta integracija: Tokovi se v organizaciji pogosto uporabljajo za gradnjo integracij in poslovne logike.
• Ustvarijo se posebne vloge za spoštovanje varnosti.
• Redni pregledi skladnosti se izvajajo na ravni središča uspeha, ker se v njem hranijo občutljivi podatki.
• Ekipe za aplikacije ne potrebujejo pregledov skladnosti, če uporabljajo obstoječe podatkovne tabele in integracije.

Integracija z drugimi viri podatkov

Poslovne aplikacije pogosto potrebujejo podatke iz različnih virov. Microsoft Dataverse omogoča integracijo z drugimi viri podatkov z uporabo virtualnih tabel. Podpira integracijo s temi vrstami virov podatkov:

• Podatki o strankah, prodaji in partnerjih Microsofta (na primer Microsoftova prodajna izkušnja, storitve življenjskega cikla in storitve za stranke)
• DevOps in uporabnost (Azure DevOps in IcM Upravljanje incidentov)
• Organizacijska hierarhija in uporabniški profili (Microsoft Entra in Microsoft Graph)

Podporni in vzdrževalni kanali

Naslednji kanali omogočajo razvoj, podporo in vzdrževanje katere koli aplikacije:

• Wiki, smernice in tedenske delovne ure za postavljanje vprašanj
• Vzdrževanje (vključno z opozarjanjem in spremljanjem), ki ga upravlja ena sama ekipa (Microsoft Power Platform delovni tok)
• Nadzorna plošča za telemetrijo za spremljanje meritev uspešnosti in stanja