Stacking bepaalt wie welke verdieping krijgt; blocking bepaalt wat waar binnen die verdieping komt — en samen bepalen ze of het interdependentiebewijs dat in Diagnose is verzameld, daadwerkelijke nabijheid of gearchiveerde intentie wordt. Een concept kan strategisch gezond zijn en falen in de stack: onderling afhankelijke teams gescheiden door vier verdiepingen werken samen via kalenderuitnodigingen, klantenzones dringen door in vertrouwelijk werk, en de organisatorische identiteit die het concept beloofde, wordt tegengesproken door wie er uiteindelijk in de kelder terechtkwam. Deze methode maakt de toewijzing een op bewijs gebaseerd model met expliciete compromissen, geen verdiepingsplanonderhandeling die wordt gewonnen door anciënniteit.
- In Develop, zodra het concept is bevestigd en de deelfactoren de capaciteit per populatie vaststellen
- In portfoliocenario's, per gebouw uitgevoerd om te testen welke distributielogica elk activum ondersteunt
- Opnieuw uitvoeren in Recalibrate wanneer reorganisaties, groei of wijzigingen in ratio's de huidige stack ongeldig maken
- Strateeg en ruimtelijke analist die de stack modelleert
- Architect die de distributies test tegen de bouwrealiteit
- Leiders van business units die de gevolgen van nabijheid valideren — nadat het model bestaat, niet eerder
- FM en beveiliging voor operationele en beveiligde-zonevereisten
- Interdependentiematrix en nabijheidsvereisten uit Business Needs Interviews
- Bevestigd concept: zoneringlogica, buurtstructuur, strategie voor gedeelde voorzieningen
- Capaciteit per populatie uit Sharing Ratio
- Gebouwbeperkingenregister: vloeroppervlakken, kernen, diensten, toegankelijkheid, structurele limieten
- Scheidingsvereisten: vertrouwelijkheid, beveiliging, regelgevend, akoestisch
- Vereisten voor klantgerichte en hospitality-zones
- Converteer de interdependentiematrix naar nabijheidsprioriteiten: welke teamparen hebben op bewijs gebaseerde nabijheidsvereisten, met welke sterkte, en welke hebben scheidingsvereisten.
- Modelleer kandidaat-stacks tegen de prioriteiten: distributies van populaties over verdiepingen gescoord op nabijheidstevredenheid, naleving van scheiding en capaciteitsfit per vloeroppervlak.
- Blokkeer binnen verdiepingen: plaatsing van buurten, positionering van gedeelde voorzieningen, klantgerichte zones, beveiligde zones en de circulologics die deze verbinden.
- Test elke kandidaat tegen gebouwbeperkingen: geometrie van vloeroppervlak versus buurtgrootte, verticale circulatie versus cross-floor interdependenties, servicecapaciteit versus specialistische omgevingen.
- Positioneer gedeelde voorzieningen strategisch: plaatsing van voorzieningen is verbindingsinfrastructuur — een gedeelde verdieping tussen onderling afhankelijke populaties doet nabijheidswerk dat stacking alleen niet kan.
- Confronteer expliciet de identiteitsdimensie: wat de stack communiceert over status en prioriteit, en of het de verklaarde identiteit van het concept tegenspreekt. De kelderkwestie is een strategische kwestie.
- Beoordeel kandidaat-stacks, presenteer de compromissen (elke stack offert enige nabijheid op) en leid de beslissing via de bestuursstructuur — niet via de luidste business unit.
- Documenteer de geselecteerde stack met zijn nabijheidstevredenheidsrecord en bekende opofferingen.
- Anciënniteit die de stack domineert: topverdiepingen toegewezen op basis van hiërarchie tegen het bewijs in — benoem het als de identiteitsbeslissing die het is
- Nabijheidsvereisten uit Diagnose rustig gedegradeerd tot voorkeuren onder druk van vloeroppervlak
- Cross-floor 'nabijheid' behandeld als voldaan — verticale scheiding is scheiding; trappen zijn een gedrag, liften zijn een barrière
- Beveiligde en vertrouwelijke zones als laatste geplaatst en samengeperst, wat resulteert in compliance-aanpassingen
- Groei nergens toegewezen: een stack op 100% capaciteit op dag één heeft het geselecteerde scenario al gefaald
- Geselecteerd Stacking en Blocking-model met record van nabijheidstevredenheid
- Register van bekende compromissen voor onvoldoende nabijheden
- Zoneplan: buurten, gedeelde voorzieningen, klantgericht, veilig
- Toewijzing van groei en flexibiliteit
- Conflict van beperkingen geëscaleerd naar portfolio- of ontwerpoplossing
De stack structureert de distributie van de Kit of Parts (welke instellingen op welke verdiepingen) en de zonering van Architectural Guidance. Het register van opofferingen met betrekking tot nabijheid wordt opgenomen in de monitoring van Recalibrate: onvoldoende nabijheden voorspellen waar collaboratiewrijving zal ontstaan. Omdat het model in het platform leeft, genereren reorganisaties de stack opnieuw tegen hetzelfde bewijs in plaats van ad-hoc verhuizingen te veroorzaken.
Het model beoordeelt de tevredenheid over nabijheid; het kan de identiteitsvragen niet beantwoorden — wie krijgt zichtbaar wat, en wat die plaatsing communiceert. Ook kan het de politiek niet navigeren van het vertellen aan een business unit dat het bewijs hen op de tweede verdieping plaatst. Het beoordelen welke nabijheidsoffers acceptabel zijn en welke organisatorisch ongenoegen zullen veroorzaken, is ervaring die de scoring informeert maar niet vervangt.
- Stacking op basis van organigram en anciënniteit, om vervolgens te decoreren met nabijheidstaal
- Het behandelen van de interdependentiematrix als adviserend zodra vloeroppervlakken moeilijk worden
- Het negeren van de kosten van verticale scheiding bij de score van nabijheid
- Geen groei-toewijzing, waardoor de eerste reorganisatie een volledige herstak wordt
- Business units bilateraal laten onderhandelen over de stack, waardoor het bewijs oplost in een grondschikking
Een bank die drie gebouwen consolideerde tot één, modelleerde vier stacks. De op bewijs optimale stack plaatste risicoteams die dicht bij de handel zaten, op het niveau van de handelsvloer — ter verdringing van de traditie van de directieverdieping. De identiteitskwestie ging als een expliciete beslissing naar het leiderschapsteam: zij kozen de bewijs-stack, waarbij de directieruimte werd verplaatst naar een gedeelde voorzieningenverdieping midden in het gebouw. De vastgelegde redenering — 'de stack moet het werk dienen' — werd een van de meest geciteerde principes van het concept, en de opgeofferde nabijheid (marketing naar product, één verdieping apart) werd aangemerkt voor monitoring in Recalibrate.