Regel vóór en tijdens een migratie naar Microsoft Fabric vier zaken: een inventaris van je rapporten, een lijst van wat je uitfaseert, een eigenaar op naam voor elk rapport en één afgesproken definitie per KPI. De migratie is het voordeligste moment om dat te doen, omdat elk rapport sowieso geopend, opnieuw opgebouwd of geschrapt wordt. Purview en Fabric zorgen vervolgens voor beveiliging, labels en lineage. Wacht je hiermee tot na de ingebruikname, dan verhuis je de oude verwarring naar een nieuw platform.
Waarom de migratie het moment is om governance op orde te brengen
De meeste projectplannen voorzien governance na de ingebruikname, zodra het platform stabiel is. Dat klinkt logisch. Het is ook de duurste volgorde.
Tijdens een migratie opent iemand elk rapport om te beslissen of het meegaat. Dat is het uitgelezen moment om drie vragen te stellen: gebruikt iemand dit nog, wie is de eigenaar en wat betekenen de KPI's erin? Na de ingebruikname opent niemand een werkend rapport om die vragen te stellen. Ze duiken pas weer op wanneer twee cijfers tijdens een vergadering niet overeenkomen.
Een voorbeeld: een team migreert een verkooprapport dat 'omzet' op de ene manier weergeeft en een financieel rapport dat dit op een andere manier doet. Beide gaan ongewijzigd naar Fabric. Zes maanden later vraagt de CFO waarom de rapportering voor de raad van bestuur niet overeenkomt met het verkoopdashboard, en moet het team dat uitpluizen op een platform dat al in gebruik is.
Ook Microsofts eigen roadmap voor Fabric-adoptie op Microsoft Learn behandelt eigenaarschap van content en governance als zaken die je vanaf het begin moet inplannen, niet achteraf moet toevoegen.
De vierdelige checklist: inventariseren, uitfaseren, eigenaarschap vastleggen, definiëren
1. Inventariseren
Maak een lijst van alle Power BI-rapporten en semantische modellen binnen de scope, met hun werkruimte en hoe vaak ze gebruikt worden.
- Deze maand: exporteer de lijst met werkruimten en items en voeg gebruiksgegevens toe uit de gebruiksstatistieken van Power BI of de werkruimte voor beheerdersmonitoring in Fabric.
- Resultaat: één werkblad met elk rapport, de werkruimte, de technische eigenaar en de recente weergaven.
2. Uitfaseren
Bepaal wat niet meegaat. Rapporten die niemand opent, duplicaten en eenmalige analyses leveren alleen migratiekosten op, zonder meerwaarde.
- Deze maand: geef elk rapport de status migreren, samenvoegen of uitfaseren. Spreek een regel af, bijvoorbeeld: 'geen weergaven in het afgelopen kwartaal betekent uitfaseren, tenzij iemand bezwaar maakt'.
- Resultaat: een uitfaseringslijst die is goedgekeurd door de business, niet alleen door IT.
3. Eigenaarschap vastleggen
Wijs voor elk rapport dat meegaat één persoon uit de business aan als eigenaar. Geen team, en niet de ontwikkelaar die het gebouwd heeft.
- Deze maand: vraag voor elk rapport op de migratielijst aan de technische eigenaar wie bepaalt wat de cijfers moeten zijn. Leg die persoon vast.
- Resultaat: een eigenaar op naam per rapport, en per KPI wanneer die in meerdere rapporten voorkomt.
4. Definiëren
Schrijf één afgesproken definitie voor elke KPI die in een rapport voor het management of de raad van bestuur terechtkomt.
- Deze maand: begin met de KPI's die in meer dan één rapport voorkomen. Leg samen met de eigenaar elke definitie vast in één heldere zin.
- Resultaat: één definitie per KPI, die na de migratie gebruikt wordt door elk rapport waarin die KPI voorkomt.
Wat Purview en Fabric je al bieden
Je hoeft platformgovernance niet van nul op te bouwen. Volgens de documentatie van Microsoft bieden Fabric en Purview je:
- Domeinen en werkruimten om content per bedrijfsdomein te groeperen.
- Werkruimterollen om te bepalen wie mag bekijken, bouwen en publiceren.
- Goedkeuring, waarmee een rapport of semantisch model als Gepromoveerd of Gecertificeerd gemarkeerd kan worden.
- Gevoeligheidslabels en preventie van gegevensverlies vanuit Microsoft Purview, toegepast op Fabric-items.
- Lineage binnen Fabric, en scans met Purview Data Map voor metadata en lineage in de hele tenant.
- Een zakelijke begrippenlijst en datakwaliteitscontroles in de Unified Catalog van Purview, voor data stewards.
Richt ook die tijdens de migratie in. Maar kijk naar wat ontbreekt. Geen van deze functies bepaalt welke rapporten je uitfaseert, wie eigenaar is van een KPI of wat die betekent. Dat zijn beslissingen van de business, en de migratie is het moment om ze te nemen.
Wat er misloopt als je dit overslaat
Governance overslaan vertraagt de migratie niet. Het versnelt ze. De kosten komen later.
| Taak | Tijdens de migratie | Na de ingebruikname |
|---|---|---|
| Ongebruikte rapporten uitfaseren | Ze niet migreren | Ze opsporen, nagaan of niemand ze gebruikt en vervolgens verwijderen |
| Een eigenaar aanwijzen | Het vragen terwijl het rapport toch openstaat | Mensen achternazitten die intussen iets anders doen |
| Een KPI-definitie vastleggen | Eén keer beslissen, voordat rapporten opnieuw worden opgebouwd | Rapporten die al in gebruik zijn opnieuw opbouwen |
| Cijfers uitleggen aan gebruikers | Definities samen met de nieuwe rapporten opleveren | Dezelfde vragen beantwoorden in supporttickets |
In de praktijk levert governance overslaan een kopie van de oude wanorde op een nieuw platform op. Gebruikers merken dat er niets veranderd is, en het vertrouwen in het nieuwe platform is van bij de start laag.
Waar dScribe in past
Het grootste deel van deze checklist bestaat uit beslissingen die je team neemt. dScribe neemt een deel van het manuele werk weg en houdt die beslissingen zichtbaar na de ingebruikname. Het leest alleen metadata, dus je data worden niet verplaatst.
- Inventariseren: dScribe doorzoekt de metadata van je oude systemen en bouwt er een inventaris van op, zodat je vertrekt van een volledige lijst in plaats van een manuele export.
- Uitfaseren: slimme suggesties helpen duplicaten opsporen. Met flexibele eigenschappen kun je een rapport als uitgefaseerd markeren en krijg je een overzicht van uitgefaseerde rapporten die je in de bron kunt verwijderen.
- Eigenaarschap vastleggen: je legt de eigenaar van elk rapport en elke KPI vast in dScribe, zodat de naam op een plek staat waar mensen die kunnen terugvinden.
- Definiëren: slimme suggesties helpen KPI's definiëren en koppelen aan de rapporten en datasets waarin ze voorkomen. Een KPI definiëren blijft deels manueel werk, maar de suggesties beperken de inspanning. Je kunt ook zien welke rapporten een bepaalde metingdefinitie gebruiken.
- Navigeren: je legt lineage vast in dScribe, met hulp van slimme suggesties, zodat gebruikers vanuit een rapport de weg naar de bronnen kunnen vinden.
Na de ingebruikname toont de browserplug-in de definitie en de eigenaar bij de Power BI-rapporten die mensen openen. Zo blijven de beslissingen die je tijdens de migratie neemt zichtbaar, in plaats van in een projectspreadsheet te belanden.
Tot slot
Een Fabric-migratie is hét moment waarop je team elk rapport bewust opent. Benut dat. Bepaal wat je schrapt, wie eigenaar is van wat blijft en wat elke KPI betekent, voordat de rapporten opnieuw worden opgebouwd. Purview en Fabric regelen de governance van het platform. De betekenis van de cijfers moet je zelf vastleggen, en dat kan nooit goedkoper dan nu.
Veelgestelde vragen
Wat moeten we voor data governance regelen tijdens een migratie naar Microsoft Fabric?
Een inventaris van de rapporten, een uitfaseringslijst, een eigenaar op naam voor elk rapport en één definitie per KPI. Richt daarnaast Fabric-domeinen, werkruimterollen, goedkeuring en gevoeligheidslabels van Purview in.
Moet governance vóór of na een Fabric-migratie komen?
Tijdens de migratie. Elk rapport wordt dan geopend, dus beslissingen over eigenaarschap en definities kosten op dat moment het minst. Na de ingebruikname bekijkt niemand een werkend rapport opnieuw.
Volstaat Microsoft Purview voor governance bij een Fabric-migratie?
Het dekt platformgovernance af: labels, preventie van gegevensverlies, audit, lineage en een begrippenlijst voor datateams. Het bepaalt niet welke rapporten je uitfaseert, wie eigenaar is van een KPI of wat die betekent.
Welke Power BI-rapporten migreren we beter niet naar Fabric?
Rapporten die niemand recent heeft geopend, duplicaten van andere rapporten en eenmalige analyses. Gebruik gebruiksstatistieken om ze op te sporen en laat de business de uitfaseringslijst goedkeuren.
Wie moet na de migratie eigenaar zijn van een Power BI-rapport?
Eén met naam aangeduide persoon uit de business die bepaalt wat de cijfers moeten zijn. Geen team, en niet alleen de ontwikkelaar die het gebouwd heeft.