Artikkelinnhold
KortversjonenVis merVis mindreLanseringen startet en utrulling frem til september, ikke en samtidig aktivering av alle funksjoner.
- Lanseringen startet en utrulling frem til september, ikke en samtidig aktivering av alle funksjoner.
- Scheduling Operations Agent foreslo feltplaner som en dispatcher kunne sammenligne og godkjenne.
- Virksomheter burde starte med reversible forslag, tydelige stoppregler og mål per prosess.
Funksjonene skulle rulles ut til ulike tider
Microsoft beskrev lanseringen 30. april som starten på en seks måneders utrulling. Demonstrasjonene omfattet Copilot Studio, Power Automate og funksjoner på tvers av salg og service. Det var derfor nødvendig å kontrollere tilgjengelighet, region, lisens og forhåndsvisningsstatus for hver funksjon. En presentasjon på lanseringsdagen var ikke bevis for at hele pakken kunne tas i produksjon samme uke.
Planleggeren må kunne kontrollere forslagene
Scheduling Operations Agent hadde kommet i offentlig forhåndsvisning 2. april. Den kunne foreslå en teknikerplan ut fra prioritet, tidsvinduer, egenskaper, territorium og historisk trafikk. Dispatcheren kunne sammenligne opprinnelig og foreslått plan før godkjenning. Denne synlige forskjellen og menneskelige beslutningen var et nyttig mønster også for kundeservice og salg.
Ulike handlinger krevde ulike fullmakter
Å foreslå et svar, endre en intern oppgave og kontakte en kunde hadde forskjellig konsekvens. Agentdesign burde derfor angi hvilke data som kunne leses, hvilke handlinger som bare kunne foreslås, og hvem som måtte godkjenne utsending, booking eller endring av avtale. Stoppregler måtte dekke manglende data, motstridende instrukser og saker med høy verdi eller stor kundepåvirkning.
Sett av tid til opplæring og oppfølging
PMIs 2024-undersøkelse viste at fleksible metoder kunne prestere godt, og at støtteprogrammer og kompetanse hang sammen med bedre prosjektresultater. En agentutrulling burde derfor være en serie kontrollerte produktendringer. Prosesseiere, fagpersoner, dataansvarlige og drift måtte lære av samme avvik, ikke overlate evalueringen til et teknisk pilotteam.
Kontroll før skalering
Driftsberedskap måtte være ferdig før en pilot fikk skrive. Det innebar navngitt vakt, mulighet til å stanse agenten, oversikt over pågående handlinger og en rutine for å rette opp feil hos berørte kunder. Testdata burde omfatte duplikater, manglende felt, kanselleringer og motstridende prioriteringer. Dersom agenten ikke kunne forklare grunnlaget godt nok til at en fagperson tok ansvar, burde handlingen forbli et forslag. Denne terskelen gjorde det enklere å utvide gradvis uten å late som forhåndsvisning var moden produksjonsdrift.
Mål overleveringene
For salg kunne teamet måle kvalifiseringspresisjon og kundesvar. For service var korrekt ruting, løsning og gjenåpning sentralt. For feltservice var reisetid, løftebrudd og første gangs løsning relevant. I alle prosessene burde virksomheten registrere hvor ofte et forslag ble avvist eller korrigert, og om automatiseringen flyttet arbeid til skjult kontroll og opprydding.
Kilder
Microsoft Dynamics 365: 2025 release wave 1 brings hundreds of updates, 2025-04-30
Microsoft Dynamics 365: Preview upcoming Dynamics 365 features, 2025-04-16
Microsoft Dynamics 365: Transform dispatching with Scheduling Operations Agent, 2025-04-02
Project Management Institute: The Future of Project Work: Pulse of the Profession 2024, 2024-02-29
Del dine erfaringer
Hvor oppstår det oftest misforståelser mellom planlegging og gjennomføring hos dere? Del gjerne et eksempel fra et oppdrag.









