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.
• Vanuit die feature branche werken we aan het semantisch model en aan de rapporten die gekoppeld zijn aan dat semantisch model in onze eigen ontwikkelwerkruimtes.
• Door regelmatig te committen en te pushen naar Azure DevOps zorgen we dat ons werk ook remote (online) beschikbaar is en indien nodig gemakkelijk kan worden teruggehaald.

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. Daarna voeren we dezelfde wijziging ook door in acceptatie, zodat deze cruciale wijziging later, bij merge tussen acceptatie en productie, niet verloren gaat.

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 oplossing voorhanden 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 ook voor de klant, want door samen te werken kunnen we in dezelfde tijd meer werk verzetten en dus meer rapportages opleveren.