IDS in EOS: De allesomvattende gids voor L10-vergaderingen en probleemoplossing

Hoe vaak vergadert je leidinggevende team zonder dat er echt iets gebeurt? Elke week komen dezelfde problemen naar boven en draaien discussies in cirkeltjes rond zonder ooit tot een oplossing te komen, wat iedereen gefrustreerd achterlaat. Als dit je bekend voorkomt, ben je niet de enige.

Het Entrepreneurial Operating System (EOS) biedt twee samenhangende tools om die eindeloze discussies om te buigen naar concrete resultaten: het IDS-proces (Identify, Discuss, Solve) en de Level 10-vergadering. Wanneer ze samen worden gebruikt, resulteren ze in vergaderingen die problemen oplossen en de effectiviteit van teams verbeteren.

Hero-afbeelding met het IDS- en L10-vergaderingskader

Deze gids legt uit wat het acroniem "IDS" betekent, hoe het L10-vergaderingsformat werkt en hoe je beide correct implementeert.

Waar staat IDS voor in EOS?

In EOS staat IDS voor Identify (Identificeren), Discuss (Bespreken), Solve (Oplossen) en is het de fundamentele methodiek voor probleemoplossing binnen het Entrepreneurial Operating System. Het is een gedisciplineerde aanpak die teams verplicht om problemen gestructureerd aan te pakken. Dit voorkomt het veelvoorkomende probleem waarbij er eindeloos over kwesties wordt gepraat zonder dat er ooit een oplossing komt; zonder deze aanpak zouden teams hetzelfde probleem keer op keer bespreken.

Om te begrijpen hoe dit proces is gestructureerd, kun je het IDS-proces zien als een trechter: aan de bovenkant gaan al je onprettige, ongedefinieerde frustraties erin. Het ontwerp van de trechter zorgt ervoor dat er alleen heldere, uitvoerbare oplossingen aan de onderkant uitkomen. Zonder dit trechterontwerp zouden de meeste teams direct overgaan van het bespreken van de symptomen naar het negeren van het werkelijke probleem, terwijl dit alleen maar verergert.

In de praktijk betekent IDS: geen vergaderingen meer waar hetzelfde probleem vijf keer achter elkaar wordt besproken. Het implementeren van gestructureerde probleemoplossing levert gedocumenteerde vervolgacties op en, belangrijker nog, het identificeert en lost de onderliggende oorzaak van het probleem op, in plaats van alleen de symptomen te behandelen die later toch weer terugkeren.

De drie fasen van IDS uitgelegd

De drie fasen van IDS - processtroom voor Identificeren, Bespreken, Oplossen

Elke stap van het IDS-proces heeft een voorgeschreven doel.

Fase 1: Identificeren (10% van de IDS-tijd)

De enige vraag die in de identificatiefase wordt beantwoord is: Wat is hier het werkelijke probleem? De persoon die het probleem heeft aangekaart, geeft een korte beschrijving op hoog niveau, waarna het team dieper graaft door verhelderende vragen te stellen totdat de onderliggende hoofdoorzaak is blootgelegd.

Praktische tip: Schrijf het geïdentificeerde probleem in één duidelijke zin op voordat je verdergaat. Als je het niet in heldere bewoordingen kunt uitleggen, heb je het werkelijke probleem nog niet gevonden.

Fase 2: Bespreken (70% van de IDS-tijd)

De meeste teams maken de fout te denken dat bespreken betekent dat iedereen om de beurt zijn mening mag geven. Dit is geen discussie; dat is een praatcirkel. Het EOS IDS-proces vereist een gefocuste discussie; dit betekent dat alle deelnemers voortbouwen op elkaars bijdragen met als doel om tot een oplossing te komen.

Een productieve discussie volgt drie regels:

• Iedereen spreekt één keer voordat iemand voor de tweede keer spreekt
• Blijf bij het onderwerp — zijpaden worden toegevoegd aan de lijst met kwesties
• Debatteer over ideeën, niet over personen — depersonaliseer het probleem

Het is normaal dat de groep zich een beetje ongemakkelijk voelt tijdens het bespreken van een lastig punt. Als een groep het snel eens is, is de kans groot dat ze niet diep genoeg in de materie zijn gedoken. Constructief conflict tijdens discussies leidt tot oplossingen van hogere kwaliteit.

Fase 3: Oplossen (20% van de IDS-tijd)

De oplossingsfase beslaat ongeveer 20% van de duur van een IDS-sessie. Oplossen betekent een beslissing nemen of je committeren aan actie. Een IDS-sessie moet dus leiden tot:

• Een specifiek actiepunt dat met een deadline aan een persoon is toegewezen;
• Een beslissing die het probleem permanent oplost; of
• Het elimineren van het probleem.

De oplossingsfase wijst de specifieke persoon aan die verantwoordelijk is voor de uitvoering. Als niemand eigenaar is van de oplossing, wordt het hoe briljant ook, ieders probleem en dus van niemand.

📥 Download: IDS-sessie checklist (PDF) - Timing, vragen en succescriteria voor elke fase

Waarom het gestelde probleem niet het werkelijke probleem is

Om succesvol een hoofdoorzaakanalyse uit te voeren in IDS, moet je "de ui pellen" door herhaaldelijk "waarom" te vragen totdat je bij iets uitkomt waar je actie op kunt ondernemen. Het proces van het identificeren van een probleem ziet er ongeveer zo uit: Waarom halen we ons quotum niet? ⇒ Omdat de conversieratio's zijn gedaald. ⇒ Waarom zijn de conversieratio's gedaald? ⇒ Omdat er een nieuwe concurrent is die lagere prijzen biedt. ⇒ Waarom wint de concurrent klanten tegen die prijs? ⇒ Omdat onze waardepropositie niet genoeg verschilt van die van hen. Op dat punt hebben we een probleem om op te lossen.

Dit type denken is belangrijk omdat het verminderen van menselijke fouten het resultaat is van duidelijkere SOP's, en probleemidentificatie werkt precies zo. Als de probleemstelling vaag is, zal de oplossing ook misplaatst zijn.

De hoestdrank-misvatting: Het behandelen van symptomen biedt verlichting op korte termijn, maar het onderliggende probleem blijft bestaan en zal terugkeren. Als je hetzelfde probleem keer op keer blijft "oplossen", behandel je een symptoom met hoestdrank; je moet de hoofdoorzaak van dat symptoom aanpakken.

📥 Download: IDS Hoofdoorzaakanalyse werkblad (PDF) - 5x Waarom-methode en visgraatdiagram-sjabloon

De drie categorieën kwesties die op je EOS-lijst verschijnen, staan voor heel verschillende zaken. Door de typen kwesties in je EOS-systeem te begrijpen, kun je je tijd effectief indelen.

1. Problemen zijn barrières of obstakels die een team ervan weerhouden vooruit te komen. Voorbeelden zijn een kapotte machine, een teamlid dat zijn verantwoordelijkheden niet nakomt, of een ineffectief proces. Denk aan een medewerker die dreigt op te stappen, een verslechterende klantrelatie of een operationele bottleneck die deadlines in gevaar brengt. Problemen vereisen het volledige IDS-proces: de hoofdoorzaak bepalen (I), mogelijke oplossingen bespreken (D) en actie afspreken (S). Als je het proces haast, is de kans groot dat je hetzelfde probleem blijft herhalen.

2. Informatie is bedoeld om te delen, niet om op te lossen. Bijvoorbeeld: een teamlid heeft extra informatie van je nodig voordat hij een besluit kan nemen, of je wilt de aandacht vestigen op een trend zonder direct een oplossing voor te stellen. Zelden is hier uitgebreide discussie voor nodig. De (I)-fase is waar het lid verduidelijkt wat hij of zij deelt, de (D)-fase is meestal een korte check of iedereen het begrepen heeft, en de (S)-fase is vaak simpelweg het voor kennisgeving aannemen en doorgaan.

3. Ideeën en kansen zijn toekomstgerichte mogelijkheden voor je organisatie. Voorbeelden zijn nieuwe marktkansen, suggesties voor procesverbeteringen en strategische initiatieven. Hoewel dit geen problemen zijn (omdat er niets kapot is), vertegenwoordigen ze potentieel voor extra waarde en moeten ze georganiseerd worden afgehandeld. Het team evalueert de haalbaarheid en timing, maar kijkt niet naar wat er misging. De (S)-fase kan hier bestaan uit het plaatsen van het idee op de Vision/Traction Organizer voor kwartaalplanning of het aanwijzen van iemand voor verder onderzoek.

Drie typen kwesties in IDS - Vergelijking van Problemen, Informatie en Ideeën

Pro-tip: Laat de inbrenger voor de start van IDS de categorie verklaren: "Dit is een probleem", "Dit is informatie" of "Dit is een kans". Die classificatie bepaalt hoeveel tijd je erin steekt.

Een lijst met kwesties aanmaken en beheren

Bij EOS categoriseren we lijsten met kwesties in drie niveaus:

• V/TO-kwesties (ook wel langetermijnkwesties) zijn de grotere, strategische zaken die langer dan een kwartaal duren om op te lossen. Deze bekijk je alleen tijdens je kwartaalplanning, niet tijdens wekelijkse L10-vergaderingen.
• Leadership Team-kwesties overspannen meerdere functies (afdelingen) en vereisen input van meer dan één afdeling. Dit is de lijst voor je L10-vergaderingen.
• Afdelingskwesties zijn specifiek voor jouw team en vereisen geen input van het leidinggevende team.

Hiërarchie van de kwestielijst met V/TO-, Leadership Team- en afdelingsniveaus

| Lijstniveau | Reviewperiode | Veelvoorkomende kwesties | | --- | --- | --- | | V/TO (Strategisch) | Kwartaal | Marktuitbreiding, grote investeringen | | Leadership Team | Wekelijkse L10 | Cross-functionele kwesties, bedrijfsbesluiten | | Afdelingsniveau | Afdelingsvergadering | Teamoperaties, procesverbeteringen |

Hygiëne van de kwestielijst — Verwijder opgeloste kwesties direct. Archiveer langetermijnkwesties en behandel ze anders dan terugkerende zaken. Verwijder kwesties die na verloop van tijd onbehandeld blijven.

📥 Download: IDS Kwestie-tracker (Google Sheets) - Sjabloon met kolommen voor datum, kwestie, eigenaar, status en notities voor de oplossing

Wat is een Level 10-vergadering?

Een L10-vergadering vindt wekelijks plaats, meestal op hetzelfde tijdstip op dezelfde dag, en duurt 90 minuten. Elk lid van het leidinggevende team komt 90 minuten samen om de prestaties van het bedrijf te bekijken, nieuwe kwesties te genereren en IDS te gebruiken om problemen op te lossen.

Gino Wickman introduceerde het concept van de Level 10-vergadering in zijn boek Traction. Het doel is om elke vergadering als een "10 uit 10" te laten scoren door inefficiënte verspilling te elimineren.

Hoe ziet dit eruit? L10-vergaderingen dienen als een dwingend mechanisme: kwesties worden blootgelegd, discussies vinden plaats, besluiten worden genomen en er is verantwoording via zichtbare actielijsten. Onderzoek ondersteunt dit, aangezien er vijf ontwerpelementen zijn die bepalen of een vergadering productief is of tijdverspilling.

Waarom heten ze Level 10-vergaderingen?

Deelnemers geven aan het einde van elke L10-vergadering een score tussen 1 en 10. Een 10 geeft aan dat iedereen actief heeft deelgenomen en dat de belangrijkste kwesties zijn behandeld. Als de score lager is dan 10, bepaalt de groep wat er anders had gemoeten om wel een 10 te halen.

De score dient als diagnostisch instrument. Als teams consequent een 7 of 8 scoren, kan dit wijzen op systematische problemen, zoals de verkeerde mensen aan tafel of het structureel negeren van kritieke kwesties.

Sommige teams vinden het lastig om zichzelf te beoordelen omdat ze bang zijn voor confrontatie. Dit ongemak is vaak een teken van een groter probleem: het team durft geen eerlijke feedback aan elkaar te geven. Het doel is niet om altijd een 10 te scoren, maar om een consistente trend van verbetering te laten zien gedurende de maanden.

Het 90-minuten-kader voor het elimineren van verspilling

Een L10-vergadering duurt precies 90 minuten, verdeeld over 7 segmenten met strikte tijdslimieten.

L10-vergaderingsstructuur met 90-minuten-verdeling

| Segment | Duur | Doel | | --- | --- | --- | | Segue (persoonlijke ontwikkeling) | 5 min | Deel persoonlijk/professioneel goed nieuws | | Scorecard-evaluatie | 5 min | Wekelijkse metrics review—liggen we op koers? | | Prioriteitsevaluatie | 5 min | Review van kwartaalprioriteiten | | Bedrijfs- en medewerkersheadlines | 5 min | Updates over klanten en personeel | | Review actielijst | 5 min | Evaluatie van de actielijst (is het af?) | | IDS-fase | 60 min | Problemen oplossen—het hoofddoel | | Recap/Evaluatie | 5 min | Evalueer de vergadering en geef een cijfer |

Volgens het EOS-model gaat 25 minuten naar rapportage en 60 minuten naar probleemoplossing. Onderzoek toont aan dat gestructureerde probleemoplossing direct correleert met projectsucces.

De agenda van de Level 10-vergadering – Een sjabloon

Dit is het kader voor je vergadering. Hier leggen we de zeven segmenten uit.

Vijf minuten Segue

Elke deelnemer deelt een succes van de afgelopen 7 dagen. Door met successen te beginnen, versterken we de onderlinge verbinding en creëren we positief momentum. Maximaal 30 seconden per persoon.

Scorecard-evaluatie (5 minuten)

Loop je 5-15 belangrijkste dagelijkse metrics na. Beoordeel ze als "on track" of "off track". Als een metric "off track" is, gaat deze automatisch naar de kwestielijst voor IDS.

De scorecard bevordert verantwoording. Als een metric drie weken achter elkaar "off track" is, is er een patroon dat direct aangepakt moet worden.

📥 Download: L10-scorecard sjabloon (Excel) - KPI-kolommen met voorwaardelijke opmaak

Rock Review (5 minuten)

Elk lid van het leidinggevende team werkt aan 3-7 kwartaalprioriteiten, de "Rocks". Net als de scorecard zijn deze "on" of "off track". Rocks zijn de brug tussen het kwartaalplan en de wekelijkse uitvoering.

Medewerkers- en klantupdates (5 minuten)

Geef betekenisvolle updates die niet in de andere secties passen: nieuwe klanten, personeelszaken, concurrentiedreigingen. Geef alleen de koppen; als een update discussie vereist, zet hem op de kwestielijst.

Actielijst-review (5 minuten)

Het team bekijkt de actiepunten van vorige week. Punten die niet af zijn, worden niet uitgebreid besproken, tenzij ze IDS-waardig zijn. Er bestaat geen "gedeeltelijke afronding". Ongeveer 90% van je actiepunten hoort af te zijn.

IDS: De focus van de vergadering (60 minuten)

Dit is de kern. 60 minuten lang worden kwesties geïdentificeerd, besproken en opgelost.

3-2-1 Prioriteitsprotocol:

1. Lees de volledige kwestielijst door
2. Iedereen kiest in stilte hun top 3
3. Stem snel en behandel de kwesties met de meeste stemmen eerst

Na 60 minuten stopt IDS. Onopgeloste kwesties gaan door naar de volgende week.

Afsluiting (5 minuten)

1. Recap actiepunten met eigenaar en deadline
2. Cascaderende berichten — wat moet naar de rest van het team?
3. Beoordeel de vergadering van 1-10

Op tijd eindigen is niet onderhandelbaar.

📥 Download: L10-agenda sjabloon (Excel/Google Sheets) - Volledige agenda met timer-begeleiding

Rollen & Verantwoordelijkheden in L10-vergaderingen

Zonder duidelijke rollen is een L10-vergadering lastig te sturen.

| Rol | Primaire verantwoordelijkheden | Wie vult deze rol in? | | --- | --- | --- | | Facilitator | Beheert tijd, bewaakt structuur, houdt discussie on-track | Integrator, COO | | Notulist | Documenteert acties, besluiten en kwestielijst | Roterend of Admin | | Vergaderleider | Prioriteert agenda, zorgt voor juiste input | Integrator | | Deelnemers | Actieve deelname; eigen metrics/rocks; actiepunten | Alle teamleden |

Het handboek van de Facilitator

Kernverantwoordelijkheden:

• Start precies op tijd. Zelfs als de CEO nog onderweg is.
• Bewaak de tijdslimieten. Na 5 minuten scorecard review is het klaar.
• Onderbreek zijpaden direct. "Goed punt, ik zet hem op de kwestielijst."
• Zorg dat iedereen één keer spreekt voordat iemand voor de tweede keer spreekt.
• Vraag om de oplossing. "Wat is de actie? Wie is eigenaar? Wat is de deadline?"

Wanneer escaleren vs. in de vergadering oplossen?

Los in de vergadering op wanneer:

• Het binnen 15 minuten opgelost kan worden
• Uitstel tot schade leidt
• Het cross-functionele overeenstemming vereist

Escaleer buiten de vergadering wanneer:

• Resolutie onderzoek of data vereist die er nu niet is
• Het slechts 2-3 mensen betreft
• De complexiteit een aparte werksessie vereist
• Het een "Rock" voor volgend kwartaal zou moeten zijn

Veelvoorkomende L10-dysfuncties

| Dysfunctie | Waarschuwingssignalen | Hoe te voorkomen | | --- | --- | --- | | Discussieval | 20 minuten in cirkeltjes praten | Time-box het onderwerp; wat is de oplossing? | | Herhalingsprobleem | Iemand herhaalt hetzelfde punt steeds | Facilitator moet ingrijpen | | Zachte oplossing | "We zullen dit monitoren" als besluit | Wijs specifieke actiepunten met eigenaar toe |

Veelvoorkomende L10-dysfuncties

De praatcirkel

Het team identificeert een probleem, maar na 25 minuten praten is er niets besloten. Iedereen heeft zijn mening gegeven, maar niemand stuurt aan op een besluit. Frustratie groeit, en iemand stelt voor het onderwerp "in de ijskast" te zetten tot volgende week.

De valstrik vermijden: De facilitator moet ingrijpen: "Jullie praten hier nu 15 minuten over; wat is de specifieke actie en wie is verantwoordelijk?"

Waarom sommige teams falen bij zelf-implementatie

1. Kersen plukken. Alleen de makkelijke onderdelen overnemen en accountability vermijden.
2. L10 als optioneel zien. Vergaderingen worden geannuleerd bij conflicten.
3. Gebrek aan externe verantwoording. Niemand wijst op compromissen in het kader.
4. Onvoldoende commitment. Leiders accepteren EOS verstandelijk, maar niet emotioneel.

L10-vergaderingen voor remote en hybride teams

Het L10-kader was bedoeld voor vergaderzalen. Tegenwoordig werken we remote en hybride. De principes blijven gelijk, maar de uitvoering vraagt aanpassing.

Essentiële infrastructuur:

• Betrouwbaar videoplatform
• Gedeelde digitale werkplek voor agenda en kwestielijst
• Kwalitatieve audio via headsets (laptop-microfoons zorgen voor echo)

Tips voor gelijkwaardige deelname:

• Noem remote deelnemers expliciet bij naam tijdens IDS
• Houd de videorasters in de gaten voor opgestoken handen
• Pauzeer periodiek: "Even checken bij de remote collega's—reacties?"
• Koppel remote en kantoormedewerkers aan gedeelde actiepunten

L10-effectiviteit meten

Begin elke vergadering op 10 punten en trek punten af voor specifieke overtredingen.

| Metric | Doel | Aftrek | | --- | --- | --- | | Starttijd | Exact op tijd | -1.0 | | Eindtijd | Exact op tijd (90 min) | -0.5 | | Actie-afronding | 90%+ voltooid | -0.25 per 10% onder doel | | IDS-deelname | Iedereen sprak minstens 1x | -0.25 | | Oplossing + eigenaar + deadline | Duidelijk voor elk punt | -0.5 per missend element |

Van IDS naar actie - Follow-through garanderen

De waarde van een besluit is nul zonder follow-up. Het verschil tussen "we hebben dit opgelost" en "ons probleem is verholpen" is waar veel groepen de mist ingaan.

De drie resolutietypen:

1. Helderheidsresolutie - Een gemeenschappelijk begrip bereiken; geen actie nodig.
2. Actieresolutie - Een individu stemt in met een actie voor een specifieke datum.
3. Informatieresolutie - Het team heeft meer informatie nodig voordat een besluit kan worden genomen.

Hoe Hinto AI de documentatie versnelt

Besluiten worden genomen via IDS, maar de output raakt vaak verloren in notitieblokken of documenten die nooit meer gelezen worden.

Bij Hinto AI converteren we opgenomen vergaderingen naar bruikbare documentatie. Onze AI transcribeert de audio en video en maakt automatisch een actiegericht, leesbaar document.

Hoe helpt dit bij L10?

• Procesdocumentatie: Wanneer IDS onthult dat een proces beter kan, genereert de opname direct bruikbare SOP's.
• Besluitvorming vastleggen: Belangrijke besluiten worden doorzoekbaar en referentieerbaar.
• Trainingsmateriaal: workflows worden omgezet in stapsgewijze handleidingen voor onboarding.

Het doel is om de intelligentie uit L10-vergaderingen bruikbaar te maken, ver voorbij de vergadering zelf.