Ik heb een achtergrond in hospitality, project- en eventmanagement. En ik werk nu als CFO en Agile transformatiecoach. Dat klinkt voor veel mensen als twee werelden, maar voor mij is het dezelfde discipline in een andere jas.

Want hospitality en software hebben één gedeelde waarheid: als het goed gaat, merkt niemand hoe knap het is gedaan. En als het misgaat, merkt iedereen het meteen.

1) Operationele excellentie is onzichtbaar, tot het faalt

In een goed restaurant hoor je niemand zeggen: “wat fijn dat het bestek er lag” of “wat knap dat de bestelling in de juiste volgorde kwam”. Dat is gewoon de verwachting. Het applaus komt pas als het misgaat: verkeerde tafel, koud eten, vergeten allergie, 45 minuten wachten.

In software is het hetzelfde. Als de app snel, stabiel en foutloos is, is dat “normaal”. Als de app hapert, downtime heeft of steeds kleine bugs oplevert, voelt het direct alsof je organisatie de grip kwijt is.

2) Timing is geen detail, timing is de ervaring

Een cappuccino die 20 minuten te laat komt is geen cappuccino, het is irritatie. Een hoofdgerecht dat te vroeg komt terwijl mensen nog aan het voorgerecht zitten, is chaos.

In software noemen we timing “release ritme”, “lead time” en “voorspelbaarheid”. Teams kunnen hard werken, maar als timing niet klopt, voelt het voor klanten en stakeholders als willekeur.

3) Teamwork is een keten, geen eiland

Een restaurant is een keten: inkoop, mise-en-place, keuken, bediening, afwas, planning. Als één schakel faalt, voelt de gast het.

Softwareorganisaties zijn hetzelfde: discovery, design, development, QA, security, deployment en support. En toch organiseren we het vaak alsof het losse eilandjes zijn. Dan krijg je handovers, wachtrijen en misverstanden.

4) Lean: voorraad is verborgen werk, en verborgen werk is duur

In hospitality is voorraadbeheer pure lean: te veel voorraad is bederf en cash vast, te weinig voorraad is nee verkopen en stress.

In software is “voorraad” vaak: een volle backlog met werk dat nooit afkomt, half-af features, tickets die wachten op iemand anders, en bugs die “later” gaan. Dat is allemaal inventory. En inventory is duur: het vreet focus, verhoogt context switching en verlengt doorlooptijd.

5) Mise-en-place = Definition of Ready

In een professionele keuken is mise-en-place heilig. Zonder voorbereiding ga je improviseren. Improvisatie onder druk is waar fouten ontstaan.

In software is mise-en-place: heldere acceptatiecriteria, afhankelijkheden zichtbaar, beslissingen genomen, data en toegang geregeld. Je hoeft niet alles dicht te timmeren, maar je moet genoeg klaarleggen zodat teams niet tijdens de sprint het gerecht nog moeten bedenken.

5 vragen om direct scherper te worden

1. Waar in jullie keten ontstaat de meeste wachttijd?
2. Hoeveel work-in-progress hebben jullie echt lopen?
3. Komen afhankelijkheden vooraf boven tafel, of pas als het fout gaat?
4. Is jullie release-ritme voorspelbaar, of een verrassing?
5. Kun je in één zin uitleggen wat “goed” is deze maand? (uitkomst, niet output)