Artikkelinnhold
KortversjonenVis merVis mindreMicrosoft Fabric ble generelt tilgjengelig 15. november.
- Microsoft Fabric ble generelt tilgjengelig 15. november.
- Den nye Planner ble varslet for 2024 og var ikke ferdig lansert i november.
- Loop ble generelt tilgjengelig, og Copilot Studio samlet bygging av tilpassede assistenter og arbeidsflyter.
- Felles arbeidsflater krever tydelige eiere for data, oppgaver og automatiserte handlinger.
Fabric gikk fra forhåndsversjon til generell tilgjengelighet
Microsoft gjorde Fabric generelt tilgjengelig under Ignite 15. november. Plattformen samlet dataintegrasjon, datateknikk, datavarehus, datavitenskap, sanntidsanalyse og Power BI rundt OneLake. Samme måned viste Power BI-oppdateringen Copilot i forhåndsversjon for å lage rapportsider og fortellende sammendrag, i tillegg til en ny DAX-spørringsvisning.
For analyseledere betyr en felles plattform færre tekniske grenser, men ikke færre styringsbehov. Et mål i Power BI må fortsatt ha en faglig definisjon og eier. Data som flyttes eller bearbeides i Fabric trenger dokumentert opphav, oppdateringsrytme og tilgang. Et KI-laget sammendrag må kontrolleres mot visualet og modellen før det brukes som beslutningsgrunnlag.
DAX-spørringsvisningen kan gjøre det lettere å undersøke og teste beregninger uten å bygge et visual først. Det gir et tydelig kvalitetspunkt: teamet kan lagre kjente kontrollspørringer for viktige nøkkeltall og kjøre dem før en endring går videre. Målet er sporbar analyse, ikke flest mulig automatisk opprettede rapportelementer.
Planner samlet et veikart for oppgaver og prosjekter
Microsoft varslet en ny Planner som skulle samle To Do, Planner og Project for the web i én opplevelse. Teams-versjonen var planlagt fra tidlig 2024, med nettversjon senere samme år. Funksjoner som tavle, tidslinje, sprintplanlegging, arbeidsbelastning og mål skulle dekke både enkle oppgaver og større prosjekter. I november var dette et veikart som prosjektledere kunne vurdere, ikke en fullført migrering.
Planleggingen bør starte med informasjonsmodellen: hvilke oppgaver, planer og prosjekter skal flyttes, hvem eier dem, og hvilke rapporter eller integrasjoner avhenger av dagens løsning? Et samlet grensesnitt løser ikke automatisk duplikater eller uklare ansvarsforhold. En pilot kan følge tid brukt på statusinnhenting, manglende eiere og antall oppgaver som finnes i flere planer.
Før migrering bør teamet også eksportere en oversikt over aktive planer, integrasjoner og rapportabonnementer. Den gir et kontrollgrunnlag for å oppdage manglende oppgaver og brukere etter flytting, og for å avslutte gamle arbeidsflater først når avhengighetene er håndtert.
Loop og Copilot Studio utvidet samarbeidsflaten
Loop-appen ble generelt tilgjengelig for Microsoft 365-jobbkontoer. Arbeidsområder og delbare komponenter kunne holde prosjektinnhold samlet på tvers av apper. Microsoft presenterte også Copilot Studio som verktøy for å tilpasse Microsoft 365 Copilot og bygge egne copiloter, med koblinger og handlinger mot virksomhetens systemer.
Dette kobler samarbeid og automatisering tettere sammen. Når en komponent kan deles flere steder og en copilot kan utføre en handling, må teamet vite hvilken visning som er autoritativ og hvem som kan endre arbeidsflyten. Før en automatisert handling settes i produksjon, bør den testes med realistiske tilgangsroller, forventede unntak og en enkel reverseringsplan.
Sammenhengen bør prøves som én faktisk leveranse. Et prosjektteam kan oppdatere planen i Planner, dele beslutningsgrunnlaget i Loop og følge et avtalt nøkkeltall i Power BI. Testen bør avdekke om oppgaveeier, definisjon og tilgang følger informasjonen mellom flatene, og om en endring blir synlig for riktige mottakere til riktig tid.
Mål om verktøyene gjør arbeidet enklere
Forrester anbefalte i forkant av novemberlanseringen å etablere en tradisjonell forretningssak for Microsoft 365 Copilot, samtidig som analyseselskapet påpekte at tidsbesparelse ikke automatisk blir til kontant gevinst. Det gjelder også kombinasjonen av Fabric, Planner, Loop og Copilot Studio. Ledere bør velge få arbeidsprosesser, måle kvalitet og tid før og etter, og registrere hvilken del av resultatet som skyldes bedre data, tydeligere prosess eller KI-støtte. Resultatene bør vurderes av både prosjekteier, dataeier og medarbeiderne som utfører arbeidet.
Kilder
Microsoft, 15. november 2023
Microsoft 365, 15. november 2023
Microsoft Power BI, 15. november 2023
Forrester, 25. oktober 2023
Del dine erfaringer
Hvilken erfaring fra deres egen virksomhet er mest relevant for denne saken? Del gjerne hva dere lærte.









