Prosjektplanlegging

Copilot-prosjekter som er basert på Copilot Studio, kan ha ulike tidslinjer og spesifikasjoner avhengig av brukssaken og organisasjonen. En fordel med lavkodeteknologier er imidlertid den raske tiden til levering som vist på tidslinjen på ti uker.

Eksempel på prosjektoversikt og tidslinjer

Fordelene ved å velge en rask leveringstidslinje som din første prosjektfase inkluderer følgende:

• Få fart på kundeadopsjonen ved først å utvikle et minimum levedyktig produkt.

• Generer tilbakemeldinger fra kunder (se Engasjer svinghjulet) for å gi innsikt i hva som kan forbedres.

• Gjennomgå innsikt for å returnere verdi til produktet og organisasjonen din, slik at ny utvikling muliggjøres raskere.

Hvorvidt denne tilnærmingen er riktig for din brukssituasjon, avhenger av organisasjonens behov, støtte og evnen til å tilpasse de nødvendige arbeidsstrømmene.

Prosjektarbeidsstrømmer

Å sette opp en innføringsplattform krever flere arbeidsstrømmer som kan utføres parallelt, hver med sine egne mål, tidslinjer og eiere.

Følgende fem arbeidsstrømmer oppsummerer og beskriver ansvar:

Kopilotbygging

1. Bygg ut relatert innhold for agent brukstilfeller.

2. Innholdsoppretting og utviklingsoppgaver.

Rhythm of Business (ROB)

Et Rhythm of Business-møte (ROB) lar alle deltakere gi statusoppdateringer og blokkeringsproblemer, som interessenter tar sikte på å løse. Disse møtene bør være handlingsrettede og drevet av datoer og forretningsmål.

1. Kundedrevet

   Microsoft og andre partnere deltar.

   Kunden er ansvarlig for møtebestilling og dagsorden. Kjør dette møtet som et ingeniørprosjekt med suksessmåleverdier og målstyringer.

   Aktiviteter og funksjoner for møtet inkluderer:

   • Standup-møter for agent utvikling, en eller to ganger i uken.
   • Ukentlige demoer for å vise fremgang.
   • Ukentlig statusoppdatering på e-post, fremhever blokkeringer.
   • Feilprioritering annenhver uke.
   • Feire suksesser.
   • Periodiske tilbakeblikk.
   • Ukentlig kontortid for å støtte kundeinnføring.
   • Teams-kanal for åpen kommunikasjon.

2. Felleseid

   Microsoft og andre partnere deltar.

   • Arkitektoniske vurderinger veileder kjernebeslutninger for plattformen.
   • Månedlige ledervurderinger.
   • Gjennomgang av målstyringer med fremgang, risikoer, blokkeringer og tilbakemeldinger.
   • Forum for demoer.

Tester

Brukeraksepttesting er en stor del av å levere din Copilot Studio agent. Testing sikrer integrering av hele løsningen med back-end, klient-API og agent svar på kundeinnspill.

Sjekkliste for produksjonsdistribusjon og beredskap

Å være trygg på at du er klar til å distribuere er et kritisk trinn mot en vellykket lansering.

Her er noen hensyn du må ta:

1. Har alle scenarioene blitt testet for å validere forretningskrav?

2. Har du en overgangsplan som identifiserer alle aktivitetene som kreves for å kunne publisere?

3. Er denne overgangsplanen testet og validert?

4. Har du tilgang til alle produksjonsressursene du trenger?

   Ressurser som:

   • Miljøer
   • Policyer for hindring av datatap
   • Gatewayer (valgfritt)
   • Azure-ressurser (valgfritt)
   • Eksterne API-er (valgfritt)

5. Har du en kommunikasjonsplan for å informere både interne og eksterne interessenter om endringene? Denne planen inkluderer både før og etter distribusjon.

Power Platform-administrasjon

Mange kunder har Power Platform, Microsoft 365-administrasjon eller et Center of Excellence-team (CoE) som er ansvarlig overfor ledelsen av et teknologisett.

Dette teamet kan fokusere på aktiviteter som:

• Miljøoppsett.
• Sikkerhet/tilgang.
• Policyer for hindring av datatap.
• Gatewayer.
• Egendefinert analyse.

Hvis du vil ha mer informasjon, kan du se egendefinert analysestrategi.