DiscoverGovernance

Rollen, verantwoordelijkheden, middelen en tijdlijnen

Ontwerp de bestuursstructuur, beslissingsbevoegdheden en escalatieroutes voordat bewijsmateriaal conflicten genereert.

Wie heeft het recht om welke beslissing over de werkplek te nemen, en via welke weg worden meningsverschillen opgelost?
Waarom dit ertoe doet

Werkplekstrategie produceert afwegingen, en afwegingen produceren conflicten. Bewijsmateriaal over het delen van bureaus, aanwezigheid of portefeuillevermindering zal worden betwist door degene die erdoor benadeeld wordt. Als beslissingsbevoegdheden worden ontworpen nadat het conflict zich voordoet, wint de luidruchtigste belanghebbende. Deze methode bepaalt wie beslist, wie adviseert, wie wordt geraadpleegd en wie escaleert — terwijl de vragen nog abstract zijn en overeenstemming gemakkelijk wordt bereikt. Vroegtijdig ontworpen bestuur is het verschil tussen een strategie en een impasse.

Wanneer te gebruiken
  • Onmiddellijk na Project Definition Initiation, voordat enige onderzoeksmethode wordt ingezet
  • Bij het herstarten van een vastgelopen project waarvan het bestuur is ingestort
  • Wanneer meerdere afdelingen (CRE, HR, IT, Finance) het eigenaarschap van de werkplekvraag claimen
  • Bij de overgang naar Develop en Deliver, wanneer de bestuursintensiteit toeneemt
Wie neemt deel
  • Projectsponsor
  • Benoemde leden van de stuurgroep (senior, cross-functioneel)
  • Leider van het werkplekprojectteam
  • Externe adviseurs: strateeg, architect/design lead, change lead indien aangesteld
  • Financiële eigenaar van het budget
Inputs
  • Projectdefiniëringsdocument en register van beperkingen
  • Organigram en bestaande bestuursorganen
  • Budgetstructuur en financiële goedkeuringsdrempels
  • Lease/portefeuille mijlpaaldatums die de tijdlijn bepalen
Wat er gebeurt
  1. Inventariseer de besluiten: elke belangrijke beslissing die het project zal opleveren (workstylemodel, deelratio, scenarioselectie, conceptgoedkeuring, budgetvrijgave).
  2. Wijs elke beslissing een besluitvormer, een adviesgroep en een consultatiegroep toe — expliciet, in een RACI-achtig register.
  3. Stel de stuurgroep in: samenstelling, mandaat, frequentie van vergaderingen, quorum, en wat deze wel en niet mag beslissen.
  4. Definieer het werkplekprojectteam: eigenaren van werkpakketten voor onderzoek, ruimtelijk, verandering, technologie en financiën.
  5. Bevestig de rollen van externe partijen — strateeg, architect, verandermanagementteam, technologie- en datateam — en waar hun advies eindigt en de beslissingen van de klant beginnen.
  6. Stel escalatieroutes vast: wat gebeurt er als de stuurgroep in een impasse raakt, en wie de knoop doorhakt.
  7. Bouw de mastertijdlijn terugwaarts op vanuit vaste gebeurtenissen (leasebreuk, bestuursdatums), waarbij realistische doorlooptijden worden toegewezen aan onderzoek en co-creatie.
  8. Bevestig resources: interne tijdsinvesteringen, beschikbaarheid van data-eigenaren, en budgeteigenaarschap per werkpakket.
Waarop letten
  • Stuurgroepen die alleen uit één functie bestaan — de afwegingen zullen voor hen onzichtbaar zijn
  • Besluitvormers die hun aanwezigheid delegeren: een plaatsvervanger kan geen afweging bezitten
  • Tijdlijnen die Diagnose inkorten om Develop te beschermen — bewijsschuld komt altijd later aan het licht
  • Ongefinancierde werkpakketten, met name verandermanagement en datagovernance
  • Dubbelzinnigheid over de vraag of de communitygroep adviseert of beslist — los het nu op
Outputs
  • Bestuurscharter: organen, mandaten, frequentie, escalatieroutes
  • Beslissingsrechtenregister (RACI per belangrijke beslissing)
  • Mastertijdlijn met vaste mijlpalen en methodenvolgorde
  • Resourceplan en budgeteigenaarschapkaart
Hoe de output wordt gebruikt

Elke workshop in Develop wordt uitgevoerd aan de hand van het beslissingsrechtenregister: Workshop IV kan een concept alleen bevestigen omdat deze methode heeft gedefinieerd wie dit bevestigt. De Leadership Team en Community Group methoden implementeren de hier gecharterde organen. Kalibratie en Scenariotargeting escaleren via de hier gedefinieerde routes. Het bestuursmodel wordt opgenomen in de uiteindelijke Werkplekstrategie en in Recalibrate.

Menselijk oordeel vereist

Formele beslissingsbevoegdheden en feitelijke macht komen zelden overeen. Beoordelen waar informele invloed zit — en bestuur ontwerpen dat hiertegen bestand is — vereist organisatorisch inzicht dat geen register kan coderen.

Veelgemaakte fouten
  • Een generieke RACI-sjabloon kopiëren in plaats van het register op te bouwen vanuit de daadwerkelijke beslissingen van het project
  • Bestuur behandelen als administratie in plaats van als conflictmanagement
  • De frequentie van stuurgroepvergaderingen bepalen op basis van agendagewoonten (maandelijks) in plaats van op basis van besluitmomenten
  • Escalatieroutes weglaten omdat 'we allemaal goed met elkaar overweg kunnen' — totdat de deelratio wordt bepaald
  • Het onderschatten van interne tijdskosten: data-eigenaren en communityleden zijn niet gratis
Praktijkvoorbeeld

Een financiële dienstverlener lanceerde een hoofdkantoorstrategie met een stuurgroep van acht personen en zonder beslissingsrechtenregister. Toen bewijsmateriaal een deelratio van 0,7 ondersteunde, verwierpen drie bedrijfsleiders dit en het project lag vier maanden stil. Het opnieuw gemobiliseerde project wees de beslissing over de deelratio expliciet toe aan de COO, geadviseerd door de stuurgroep, met escalatie aan de CEO. Hetzelfde bewijsmateriaal leidde vervolgens tot een beslissing in één vergadering.

45 methoden in de bibliotheek.