Middelen en capaciteitsplanning
Wat zijn bronnen?
In processimulaties stellen bronnen alles voor met beperkte capaciteit waar activiteiten om concurreren. Bronnen zorgen voor realistische knelpunten, wachtrijen en wachttijden in je simulatie.
Veelvoorkomende brontypes
| Categorie | Voorbeelden |
|---|---|
| Mensen | Klant service medewerkers, loan officers, managers, specialisten |
| Apparatuur | Machines, werkplekken, testapparatuur |
| Systemen | Softwarelicenties, servercapaciteit, API rate limits |
| Faciliteiten | Vergaderruimtes, productielijnen, inspectiestations |
Waarom bronnen modelleren?
Zonder bron-beperkingen gaat simulatie uit van onbeperkte capacity, elke case wordt direct verwerkt zonder wachttijd. Dat is niet realistisch.
Resourcemodellering maakt het mogelijk:
- Bottlenecks realistisch te vinden
- Wachttijden goed te voorspellen
- Capaciteit planning en what-if analyses uit te voeren
- Resource bezetting patronen te begrijpen
Resourcepools
Bronnen in ProcessMind zijn georganiseerd in pools van uitwisselbare units.
Pool eigenschappen
| Eigenschap | Omschrijving |
|---|---|
| Naam | Naam van de bron (bv. “Approval Staff”, “Loan Processor”) |
| Capaciteit | Aantal beschikbare units in de pool |
Inzicht in Capaciteit
Capaciteit bepaalt hoeveel activiteiten een bron tegelijk kan gebruiken:
- Capaciteit = 1: Eén case tegelijk mogelijk
- Capaciteit = 5: Tot 5 cases gelijktijdig mogelijk
Voorbeeld: Als je goedkeuringsafdeling 3 medewerkers heeft die elk één approval tegelijk doen, stel capacity dan op 3.
Bronnen toewijzen aan activiteiten
Elke activiteit in je proces kan aangeven welke bronnen nodig zijn:
Toewijzingseigenschappen
| Instelling | Omschrijving |
|---|---|
| Resource Pool | Uit welke bron pool wordt geput |
| Aantal | Hoeveel units van die bron nodig |
Simpele toewijzing
De meeste activiteiten hebben één unit van één bron nodig:
- Activiteit: “Review Application”
- Resource: “Loan Officers” (aantal: 1)
Multi-unit toewijzing
Sommige activiteiten vragen meerdere units:
- Activiteit: “Major Decision Committee”
- Resource: “Senior Managers” (aantal: 3)
Resource allocatie: Hoe cases bronnen krijgen
Wanneer een case een activiteit bereikt die bronnen vereist, volgt de simulatie dit proces:
De allocatieflow
- Controleer beschikbaarheid: Zijn de benodigde bronnen beschikbaar?
- In de wachtrij indien nodig: Niet beschikbaar? Dan komt de case in de wachtrij
- Wachten: De case wacht tot bronnen vrijkomen
- Toewijzen: Zodra bronnen beschikbaar zijn, worden ze gereserveerd voor deze case
- Uitvoeren: De activity wordt uitgevoerd voor de verwerkingstijd
- Vrijgeven: Na afronden komen de bronnen weer beschikbaar in de pool
Wachtgedrag en wachtrijstrategie
ProcessMind ondersteunt meerdere wachtrijstrategieën om te bepalen hoe cases prioriteit krijgen als bronnen vrijkomen:
| Strategie | Omschrijving |
|---|---|
| FIFO | First In, First Out, cases volgen volgorde van aankomst (standaard) |
| LIFO | Last In, First Out, nieuwste cases eerst |
| Random | Cases willekeurig uit de wachtrij gekozen |
Je stelt de wachtrijstrategie per activiteit in bij de elementinstellingen.
Kiezen van een wachtrijstrategie
FIFO is het meest gebruikelijk en eerlijk. Gebruik LIFO voor urgente escalaties. Random is handig om onvoorspelbare diensten te simuleren.
Wat gebeurt er als bronnen niet beschikbaar zijn?
Als bronnen bezet zijn:
- De case gaat in de wachtrij van die bron
- De case wacht (simulatietijd verstrijkt)
- Zodra een bron vrijkomt, wordt een wachtende case gekozen met de queue strategy
- De activity start daarna
Deze wachtrij zorgt voor realistische wachttijden in je simulatie.
Resource beschikbaarheid met periodiciteit
Bronnen zijn niet altijd in gelijke capaciteit beschikbaar. Gebruik periodiciteit om variabele beschikbaarheid te modelleren.
Voorbeeld: Openingstijden
| Periodiciteit | Capaciteit |
|---|---|
| Elke werkdag 09:00-17:00 | 5 medewerkers |
| Elke werkdag 17:00-21:00 | 2 medewerkers |
| Elk weekend 10:00-16:00 | 1 agent |
| Standaard | 0 medewerkers |
Voorbeeld: Shiftrooster
| Periodiciteit | Capaciteit |
|---|---|
| Elke dag 06:00-14:00 (ochtend) | 5 operators |
| Elke dag 14:00-22:00 (avond) | 3 operators |
| Elke dag 22:00-06:00 (nacht) | 1 operator |
Voorbeeld: Seizoensvariatie
| Periodiciteit | Capaciteit |
|---|---|
| Elk jaar 15 nov - 31 dec (piek) | 20 medewerkers |
| Standaard | 12 medewerkers |
Resource bezetting begrijpen
Utilization meet hoe druk jouw bronnen zijn:
Utilization = (Tijd bezig ÷ Totaal beschikbaar) × 100%
Utilization interpreteren
| Bezettingsniveau | Betekenis |
|---|---|
| Onder 50% | Onderbenut, waarschijnlijk teveel capaciteit |
| 50-70% | Gezonde balans, voldoende ruimte voor variatie |
| 70-85% | Druk, beperkte slack bij pieken |
| 85-95% | Hoge bezetting, waarschijnlijk vertragingen |
| Boven 95% | Bottleneck, wachtrijen ontstaan |
De Utilization Trap
Streef niet naar 100% bezetting
Hoge bezetting lijkt efficiënt, maar zorgt voor problemen. Zelfs kleine schommelingen in de vraag zorgen bij 100% bezetting voor snel groeiende wachtrijen. Streef naar 70-80% voor stabiele, flexibele processen.
Waarom hoge bezetting leidt tot lange wachtrijen
Een simpel voorbeeld:
- Resource capaciteit: 1
- Gemiddelde verwerkingstijd: 10 minuten
- 5,5 cases per uur (55% bezetting): wachtrijen zijn te overzien
- 5,9 cases per uur (98% bezetting): wachttijden lopen snel op
Bij bijna 100% bezetting zorgen kleine schommelingen gelijk voor snel groeiende wachtrijen.
Gedeelde bronnen
Eén bron pool kan meerdere activiteiten bedienen. Dit is gebruikelijk en realistisch:
Gedeelde bronnen instellen
- Maak een bron pool aan (bv. “Klant Service Team”)
- Koppel dezelfde pool aan meerdere activiteiten
- Activiteiten concurreren om de gedeelde capaciteit
Voorbeeld: Gedeeld personeel
Het “Klant Service Team” (capaciteit: 5) behandelt:
- “Answer Telefoon Inquiry”
- “Process E-mail Request”
- “Handle Chat Support”
Alle drie activiteiten gebruiken dezelfde pool. Zijn er 4 telefoongesprekken? Dan is er nog 1 agent voor mail of chat.
Voordelen van gedeelde bronnen
- Modelleert cross-getrainde, flexibele teams
- Laat competitie zien tussen verschillende soorten werk
- Toont welke activiteit het meeste brongebruik heeft
Multi-bron activiteiten
Sommige activiteiten vereisen tegelijk verschillende bronnen:
Voorbeeld: Design review meeting
| Resource Pool | Benodigd aantal |
|---|---|
| Senior Designer | 2 |
| Vergaderruimte | 1 |
| Design Lead | 1 |
Let op: De activiteit kan pas starten als alle benodigde bronnen tegelijk beschikbaar zijn. Zijn er wel designers maar geen meeting room? Dan wacht je case.
Overwegingen bij multi-bron
- Kan complexe wachtpatronen opleveren
- Let op activiteiten die meerdere brontypes blokkeren
- Kijk of alle bronnen echt tegelijk nodig zijn
Capaciteitsplanning met simulatie
Eén van de belangrijkste toepassingen van bron simulatie is capaciteitsplanning.
Belangrijke vragen beantwoord door simulatie
Hoeveel bronnen heb ik nodig?
Simuleer met verschillende capaciteit:
| Capaciteit | Gemiddelde wachttijd | Utilization | Throughput |
|---|---|---|---|
| 2 medewerkers | 45 min | 95% | 150/week |
| 3 medewerkers | 12 min | 78% | 150/week |
| 4 medewerkers | 3 min | 58% | 150/week |
Inzicht: De derde medewerker verkort wachttijden sterk. De vierde geeft weinig extra voordeel.
Waar zitten mijn knelpunten?
Vergelijk bezetting over alle bronnen:
| Resource | Utilization |
|---|---|
| Front Desk | 65% |
| Acceptanten | 92% |
| Legal Review | 48% |
| Afsluitteam | 71% |
Inzicht: Acceptanten zijn de bottleneck. Meer baliepersoneel helpt niet; het werk stapelt zich sneller bij onderwriting op.
Wat als de vraag stijgt?
Simuleer hogere instroom:
| Vraag | Huidig team | Groei wachtrij |
|---|---|---|
| Huidig | 5 | Stabiel |
| +20% | 5 | Groeit langzaam |
| +50% | 5 | Niet houdbaar |
Inzicht: Huidige capaciteit kan circa 20% groei aan. Daarna zijn extra bronnen nodig.
Best practices voor bron modelleren
Begin simpel
Gebruik eerst enkele bronnen die echt knelpunten zijn:
- Modelleer niet iedereen apart
- Groepeer uitwisselbaren in pools
- Voeg detail toe waar het iets oplevert
Gebruik werkelijke data
Bepaal capacity op basis van de werkelijke bezetting:
- Actueel aantal FTE
- Werkuren en roosters
- Historische beschikbaarheid (inclusief vakantie, ziekte)
Slack inbouwen
Bronnen zijn niet 100% beschikbaar:
- Medewerkers nemen pauzes
- Machines hebben onderhoud nodig
- Onverwachte afwezigheid komt voor
Modelleer realistische beschikbare tijd, niet het theoretisch maximum.
Valideren met de praktijk
Vergelijk de gesimuleerde bezetting met de werkelijke situatie:
- Komen de wachtrijen overeen met de echte wachttijden?
- Ligt de simulatie-doorlooptijd dicht bij de werkelijke doorlooptijd?
- Komt de inzet van medewerkers realistisch over?
Pas zo nodig je bron model aan.
Houd rekening met het menselijke aspect
Onthoud dat mensen geen machines zijn:
- Productiviteit verschilt per dagdeel
- Langdurige hoge bezetting kan burn-out of fouten geven
- Cross-training kent grenzen