Van softwarevraag naar procesregie
Een bouworganisatie wilde grip krijgen op haar coördinatiesoftware. Tijdens de inventarisatie bleek dat niet de keuze voor een nieuw pakket, maar de samenhang tussen software, processen, rollen en kennisdeling het echte vraagstuk vormde. Deze geanonimiseerde praktijkcase laat zien waarom een technische vraag soms om een organisatorisch antwoord vraagt.
De organisatie wilde een onderbouwde en uitvoerbare keuze maken voor coördinatiesoftware. Er waren al verschillende applicaties in gebruik, maar het overzicht ontbrak. Welke software ondersteunde welke bouwfase? Waar overlapten functies elkaar? Welke mogelijkheden werden nog niet benut? En wie was eigenlijk verantwoordelijk voor inrichting, gebruik en doorontwikkeling?
Dat laatste bleek minstens zo belangrijk als de techniek. Teamleden hadden brede takenpakketten en rollen waren niet scherp afgebakend. Specialistische kennis was wel aanwezig, maar zat vooral bij enkele personen en vond niet vanzelf haar weg naar andere afdelingen. Ondertussen kregen lopende projecten terecht voorrang. Daardoor bleef structurele verbetering liggen.
Een nieuw pakket aanschaffen zou op dat moment hooguit een deel van het zichtbare probleem oplossen. Zonder gezamenlijke afspraken dreigde de organisatie vooral een extra tool aan het bestaande landschap toe te voegen.
De eerste stap was daarom geen softwareselectie, maar een inventarisatie. De BIM4ALL Academie bracht de bestaande toepassingen in kaart en koppelde ze aan de verschillende fasen in het bouwproces. Dat maakte zichtbaar waar functionaliteiten elkaar overlapten, waar informatieoverdracht kwetsbaar was en waar bestaande mogelijkheden nog onvoldoende werden benut.
Interviews met medewerkers waren een essentieel onderdeel van die analyse. Een softwareschema vertelt immers niet hoe mensen in de dagelijkse praktijk samenwerken. De gesprekken maakten duidelijk welke taken formeel of informeel bij medewerkers lagen, waar afhankelijkheden ontstonden en waarom bepaalde werkwijzen in stand bleven. Ook de cultuur telde mee. Een oplossing moet niet alleen technisch kloppen, maar ook passen bij de manier waarop een organisatie besluiten neemt en projecten uitvoert.
Het resultaat van deze fase was een gedeeld beeld van de beginsituatie. Niet alleen van de beschikbare systemen, maar ook van de processen, verantwoordelijkheden en kennis die nodig zijn om die systemen goed te gebruiken.
Op basis van de inventarisatie is eerst onderzocht wat met de bestaande software mogelijk was. Dat voorkwam dat vernieuwing automatisch gelijk werd gesteld aan aanschaf. In sommige gevallen kan een betere inrichting, breder gebruik of helderder eigenaarschap meer opleveren dan een nieuw systeem.
Verschillende oplossingsrichtingen voor informatiebeheer en modelcoördinatie zijn in samenhang beoordeeld. Daarbij draaide het niet alleen om functies, maar ook om de aansluiting op het proces, de benodigde vaardigheden en het beheer op langere termijn. Zo ontstond een advies dat uitvoerbaar was binnen de organisatie, in plaats van een verlanglijst van technische mogelijkheden.
Een adviesrapport is pas waardevol wanneer duidelijk is wie ermee verdergaat. Daarom is de inhoud vertaald naar een roadmap. Daarin kwamen de technische acties samen met vragen over rollen, capaciteit en ontwikkeling. Welke verantwoordelijkheden zijn nodig, welke medewerkers kunnen die dragen, welke begeleiding past daarbij en waar is mogelijk aanvullende expertise nodig?
Medewerkers uit verschillende disciplines zijn samengebracht in een werkgroep. Zij bespreken actiepunten, toetsen keuzes aan de praktijk en bewaken de doorontwikkeling. De eerste stappen worden in overzichtelijke sprints uitgevoerd, met evaluaties en terugkoppeling. Daarmee wordt verbeteren geen eenmalig project naast het werk, maar een bestuurbaar proces met herkenbare momenten voor besluitvorming.
Het traject leidde tot drie concrete veranderingen. De inrichting van coördinatiesoftware kreeg een duidelijker fundament. Er ontstond een multidisciplinaire werkgroep voor actiepunten en vervolgkeuzes, die zich niet alleen richt op de coördinatiesoftware, maar op digitale ontwikkelingen binnen de organisatie in bredere zin. Ook werden rollen en verantwoordelijkheden explicieter onderdeel van de roadmap.
De belangrijkste opbrengst is daarmee niet alleen technisch. De organisatie beschikt over een gezamenlijke taal om keuzes te bespreken, weet beter waar eigenaarschap moet liggen en heeft een ritme voor verdere verbetering. Dat schept de voorwaarden om software doelgerichter te gebruiken, digitale ontwikkelingen gezamenlijk op te pakken, kennis breder te delen en onnodig dubbel werk te beperken. Meetbare tijdwinst is in deze fase nog niet vastgesteld en wordt daarom niet als resultaat geclaimd.
Een softwarekeuze is pas verantwoord wanneer duidelijk is welk probleem de organisatie ermee wil oplossen.
Breng per bouwfase toepassingen, informatiestromen en overdrachtsmomenten in kaart, en onderzoek wie besluiten neemt, instellingen beheert en over cruciale kennis beschikt.
Een roadmap, multidisciplinaire werkgroep en korte uitvoeringscycli maken verbetering onderdeel van het werk.
Veel bouworganisaties herkennen de druk om te digitaliseren, terwijl projecten alle aandacht vragen. In de praktijk krijgen lopende projecten vaak voorrang op nieuwe ideeën en digitale ontwikkelingen. Deze praktijkcase laat zien waarom het juist dan loont om eerst uit te zoomen. De beste keuze ontstaat waar technologie, processen, mensen en eigenaarschap elkaar versterken.
Hoe overzichtelijk is jouw softwarelandschap? En is voor iedereen duidelijk wie verantwoordelijk is voor gebruik, beheer en doorontwikkeling? De BIM4ALL Academie helpt bouworganisaties om die samenhang zichtbaar te maken en te vertalen naar een haalbare roadmap.