Samenwerken in Power BI met GIT: van frustratie naar structuur

Bij een klant zijn we bezig Cognos-rapporten om te zetten naar Power BI. Die overgang liep al toen ik aanhaakte als tweede ontwikkelaar. Tot dat moment werkte mijn collega zelfstandig aan de rapporten. Dat maakte het aanpassen een doorvoeren van wijzigingen eenvoudig.

Met twee ontwikkelaars veranderde dat. We moesten beter samenwerken in hetzelfde semantische model en elkaars werk afstemmen. Daarom zijn we gaan werken met GIT-versiebeheer en het PBIP-projectformat in Power BI. Zo houden we het overzicht, voorkomen we fouten en kunnen we sneller opleveren voor de klant.

Power BI Projects (PBIP) format

Het PBIP-format (Power BI Project) is een nieuwe manier om Power BI-rapporten te beheren. In plaats van één groot PBIX-bestand werk je met een projectmap die bestaat uit meerdere, leesbare bestanden zoals JSON en metadata. Zo kun je makkelijker wijzigingen bijhouden en beter samenwerken met collega-ontwikkelaars.

Van frustratie naar structuur

Wat begon met enthousiasme over versiebeheer, sloeg in de beginfase al snel om in frustratie. We kregen te maken met merge-conflicten, verloren wijzingen en rapporten die niet meer werkten na aanpassingen van de ander. Toch gaven we niet op. Samen gingen we op zoek naar een werkwijze die voor ons wél werkt.

En die werkwijze vonden we. We hebben een gestructureerde aanpak ontwikkeld die aansluit bij wat Power BI en Azure DevOps ondersteunen.

• Elke sprint start met Visual Studio Code, waar we een nieuwe featurebranch aanmaken vanuit de acceptatiebranch. Die branch krijgt een duidelijke naam, bijvoorbeeld het nummer of de titel van het Product Backlog Item.
• Daarna werken we aan het semantisch model en de rapporten in Power BI Desktop, op basis van een dataset in onze eigen ontwikkelwerkruimtes.
• Door regelmatig te committen en pushen naar Azure DevOps, voorkomen we dat we elkaars werk overschrijven.

Aan het einde van de sprint worden alle featurebranches via een pull request samengevoegd met de acceptatiebranch. Eventuele conflicten lossen we in die fase op, zonder dat werk van collega’s verloren gaat. Als laatste stap publiceren we het semantisch model en de rapporten naar de acceptatie-omgeving in Power BI Services.

Snel schakelen bij urgente problemen

Voor urgente productieproblemen hanteren we een hotfixproces. We maken dan een nieuwe branch vanuit productie en mergen deze direct terug naar productie. Zo verstoren we lopende validaties niet. Later bepalen we of de hotfix ook naar acceptatie moet worden doorgezet.

Wat levert het op?

Dankzij deze werkwijze werken we meer gestructureerd, met minder conflicten en meer controle over wat er live gaat. Een belangrijk moment was de eerste release zonder merge-conflicten of dataverlies. Hét bewijs dat deze aanpak toekomstbestendig is.

Natuurlijk blijven er uitdagingen. Soms krijgen we foutmeldingen waarvoor nog geen vaste best practice is. Maar juist dat maakt het interessant: we blijven leren, verbeteren en houden elkaar scherp. Wat eerst voelde als een struikelblok, is nu een proces van continue ontwikkeling. En het mooiste is: het werkt niet alleen voor ons, maar levert ook betere en stabielere rapportages op voor de klant.