Wie die Simulation Engine funktioniert
Erfahren Sie, wie die ProcessMind Simulation Engine mit diskreter Event-Simulation Ihren Prozess abbildet.
Auf dieser Seite
Ressourcen- und Kapazitätsplanung
Was sind Ressourcen?
In der ProzessSimulation stehen Ressourcen für alle Kapazitäten, um die Aktivitäten konkurrieren. Sie sorgen für realistische Engpässe, Warteschlangen und Wartezeiten in Ihrer Simulation.
Häufige Ressourcentypen
| Kategorie | Beispiele |
|---|---|
| Personal | Customer Service Agents, Sachbearbeiter, Manager, Spezialisten |
| Ausstattung | Maschinen, Arbeitsplätze, Testequipment |
| Systeme | Software-Lizenzen, Serverkapazität, API-Limits |
| Räumlichkeiten | Besprechungsräume, Produktionslinien, Inspektionsstationen |
Warum Ressourcen modellieren?
Ohne Ressourcenbegrenzung geht die Simulation von unbegrenzter Kapazität aus: jedes Falles wird sofort und ohne Wartezeit abgearbeitet. Das ist in der Realität meistens nicht zutreffend.
Ressourcenmodellierung ermöglicht:
- Realistische Engpass-Erkennung
- Genaue Vorhersagen von Wartezeiten
- Kapazitätsplanung und Was-wäre-wenn-Analysen
- Verständnis von Ressourcenauslastungsmustern
Ressourcenpools
Ressourcen in ProcessMind werden in Pools aus austauschbaren Einheiten organisiert.
Eigenschaften eines Pools
| Eigenschaft | Beschreibung |
|---|---|
| Name | Bezeichnung für die Ressource (z. B. “Approval Staff”, “Loan Processor”) |
| Kapazität | Anzahl verfügbarer Einheiten im Pool |
Kapazität verstehen
Kapazität gibt an, wie viele Aktivitäten diese Ressource gleichzeitig einsetzen können:
- Kapazität = 1: Nur ein Case kann die Ressource zeitgleich einsetzen
- Kapazität = 5: Bis zu 5 Fälle können die Ressource parallel einsetzen
Beispiel: Ihre Freigabe-Abteilung hat 3 Mitarbeitende, die jeweils eine Freigabe gleichzeitig bearbeiten. Setzen Sie Kapazität auf 3.
Ressourcen Aktivitäten zuweisen
Jede Aktivität in Ihrem Prozess kann die benötigten Ressourcen definieren:
Eigenschaften der Zuweisung
| Einstellung | Beschreibung |
|---|---|
| Ressourcenpool | Aus welchem Ressourcenpool bezogen wird |
| Anzahl | Wie viele Einheiten dieser Ressource benötigt werden |
Einfache Zuweisung
Die meisten Aktivitäten benötigen eine Einheit einer Ressource:
- Aktivität: “Review Application”
- Ressource: “Loan Officers” (Anzahl: 1)
Zuweisung mehrerer Einheiten
Manche Aktivitäten benötigen mehrere Einheiten:
- Aktivität: “Major Decision Committee”
- Ressource: “Senior Managers” (Anzahl: 3)
Ressourcenallokation: So erhalten Fälle Ressourcen
Sobald ein Case eine Ressourcenabhängige Aktivität erreicht, durchläuft die Simulation diesen Prozess:
Ressourcenallokations-Flow
- Verfügbarkeit prüfen: Sind die benötigten Ressourcen verfügbar?
- Bei Bedarf einreihen: Falls nicht verfügbar, kommt der Case in die Warteschlange
- Warten: Der Case wartet, bis Ressourcen bereitstehen
- Allokation: Sobald verfügbar, werden Ressourcen diesem Case zugewiesen
- Ausführen: Die Aktivität läuft für die geplante Dauer
- Freigeben: Nach Abschluss gehen die Ressourcen zurück in den Pool
Warteschlangenverhalten und Strategie
ProcessMind unterstützt verschiedene Queue Strategies, die regeln, wie wartende Fälle priorisiert werden, wenn Ressourcen frei werden:
| Strategie | Beschreibung |
|---|---|
| FIFO | First In, First Out–Fälle werden in Ankunftsreihenfolge bearbeitet (Standard) |
| LIFO | Last In, First Out–neueste Fälle werden zuerst bearbeitet |
| Random | Auswahl zufällig aus der Warteschlange |
Sie können pro Aktivität die Queue Strategy in den Element-Einstellungen definieren.
Wahl einer Warteschlangenstrategie
FIFO ist die gängigste und fairste Variante. LIFO eignet sich bei hoher Priorität jüngerer Fälle (z. B. dringende Eskalationen). Random simuliert unvorhersehbare Abläufe.
Was passiert, wenn Ressourcen nicht verfügbar sind?
Sind benötigte Ressourcen ausgelastet:
- Der Case kommt in die Warteschlange der Ressource
- Der Case wartet (Simulationszeit vergeht)
- Wird eine Ressource frei, wählt das System einen Case nach der konfigurierten Queue-Strategie aus
- Die Aktivität startet
Dieses Warteschlangensystem sorgt für realistische Wartezeiten in Ihrer Simulation.
Ressourcenverfügbarkeit mit Periodicity
Ressourcen stehen nicht immer in gleicher Kapazität zur Verfügung. Verwenden Sie Periodicity , um unterschiedliche Verfügbarkeiten abzubilden.
Beispiel: Geschäftszeiten
| Periodicity | Kapazität |
|---|---|
| Wochentags 09:00-17:00 | 5 Agents |
| Wochentags 17:00-21:00 | 2 Agents |
| Wochenendtag 10:00-16:00 | 1 Agent |
| Standard | 0 Agents |
Beispiel: Schichtplan
| Periodicity | Kapazität |
|---|---|
| Täglich 06:00-14:00 (Früh) | 5 Operatoren |
| Täglich 14:00-22:00 (Spät) | 3 Operatoren |
| Täglich 22:00-06:00 (Nacht) | 1 Operator |
Beispiel: Saisonale Schwankungen
| Periodicity | Kapazität |
|---|---|
| Jährlich 15. Nov – 31. Dez (Spitzenlast) | 20 Mitarbeitende |
| Standard | 12 Mitarbeitende |
Ressourcenauslastung verstehen
Utilization misst, wie stark Ihre Ressourcen ausgelastet sind:
Utilization = (Zeit ausgelastet ÷ Gesamtverfügbarkeit) × 100%
Auswertung der Auslastung
| Auslastung | Bedeutung |
|---|---|
| Unter 50% | Unterausgelastet–evtl. Überkapazität |
| 50-70% | Ausgeglichen–Puffer für Schwankungen |
| 70-85% | Hoch–wenig Spielraum für Spitzen |
| 85-95% | Sehr hoch–vermutlich Verzögerungen |
| Über 95% | Engpass–Bildung von Warteschlangen |
Die Utilization-Falle
Zielen Sie nicht auf 100 % Auslastung ab
Hohe Auslastung wirkt effizient, führt aber zu Problemen. Schon kleine Nachfrageschwankungen lassen Warteschlangen bei fast 100% Auslastung stark wachsen. Streben Sie 70-80% an für stabile, reaktionsfähige Prozesse.
Warum hohe Utilization zu langen Warteschlangen führt
Ein einfaches Beispiel:
- Ressourcenkapazität: 1
- Durchschnittliche Bearbeitungszeit: 10 Minuten
- Bei 5,5 Eingängen pro Stunde (55% Utilization): Warteschlangen sind überschaubar
- Bei 5,9 Eingängen pro Stunde (98% Utilization): Warteschlangen wachsen explosionsartig
Nahe 100% Auslastung führen schon kleine Schwankungen dazu, dass Warteschlangen schneller wachsen als sie abgearbeitet werden.
Geteilte Ressourcen
Ein Ressourcenpool kann mehreren Aktivitäten zur Verfügung stehen. Dies ist üblich und realitätsnah:
Geteilte Ressourcen einrichten
- Erstellen Sie einen Ressourcenpool (z. B. “Customer Service Team”)
- Weisen Sie diesen Pool mehreren Aktivitäten zu
- Die Aktivitäten konkurrieren um die gemeinsame Kapazität
Beispiel: Gemeinsames Personal
Das “Customer Service Team” (Kapazität: 5) übernimmt:
- “Answer Telefon Inquiry”
- “Process E-Mail Request”
- “Handle Chat Support”
Alle drei Aktivitäten beziehen ihre Ressourcen aus demselben Pool. Sind 4 Agents mit Telefonaten beschäftigt, bleibt nur noch 1 Agent für E-Mail oder Chat.
Vorteile von geteilten Ressourcen
- Abbildung von flexibel einsetzbaren, cross-trainierten Teams
- Zeigt Konkurrenz zwischen unterschiedlichen Arbeitstypen
- Offenbart, welche Aktivitäten den höchsten Ressourcenverbrauch haben
Aktivitäten mit mehreren Ressourcen
Einige Aktivitäten benötigen gleichzeitig unterschiedliche Ressourcen:
Beispiel: Design Review Meeting
| Resource Pool | Benötigte Anzahl |
|---|---|
| Senior Designer | 2 |
| Meeting Room | 1 |
| Design Lead | 1 |
Wichtig: Die Aktivität startet erst, wenn alle Ressourcen gleichzeitig verfügbar sind. Sind Designer frei, aber kein Meetingraum, muss gewartet werden.
Aspekte bei mehreren Ressourcen
- Führt zu komplexen Wartemustern
- Achten Sie auf Aktivitäten mit mehreren Ressourcenblockaden
- Prüfen Sie, ob alle Ressourcen zwingend gleichzeitig benötigt werden
Kapazitätsplanung mit Simulation
Einer der wichtigsten Anwendungsfälle der RessourcenSimulation ist die Kapazitätsplanung.
Wichtige Fragestellungen, die Simulation beantwortet
Wie viele Ressourcen benötige ich?
Simulieren Sie verschiedene Kapazitätsstufen:
| Kapazität | Ø Wartezeit | Auslastung | Durchsatz |
|---|---|---|---|
| 2 Mitarbeitende | 45 Min | 95% | 150/Woche |
| 3 Mitarbeitende | 12 Min | 78% | 150/Woche |
| 4 Mitarbeitende | 3 Min | 58% | 150/Woche |
Erkenntnis: Ein dritter Mitarbeitender reduziert Wartezeiten stark. Der vierte bringt nur geringen Mehrwert.
Wo sind Engpässe?
Vergleichen Sie die Auslastung aller Ressourcen:
| Ressource | Auslastung |
|---|---|
| Empfang | 65% |
| Underwriter | 92% |
| Legal Review | 48% |
| Closing Team | 71% |
Erkenntnis: Underwriter sind der Engpass. Mehr Personal am Empfang bringt keine Verbesserung–die Arbeit staut sich beim Underwriting.
Was passiert bei steigendem Bedarf?
Simulieren Sie höhere Ankunftsraten:
| Bedarf | Aktuelles Personal | Warteschlangenentwicklung |
|---|---|---|
| Aktuell | 5 | Stabil |
| +20% | 5 | Wächst langsam |
| +50% | 5 | Nicht tragbar |
Erkenntnis: Die aktuelle Kapazität reicht für ca. 20 % Wachstum. Darüber hinaus müssen Ressourcen ergänzt werden.
Best Practices für Ressourcenmodellierung
Einfach starten
Beginnen Sie mit wenigen Schlüsselfaktoren, die echte Einschränkungen darstellen:
- Nicht jede Person muss als separate Ressource modelliert werden
- Gruppieren Sie austauschbare Mitarbeitende zu Pools
- Detaillieren Sie nur dort, wo es wichtig ist
Reale Daten einsetzen
Berechnen Sie die Kapazität anhand realer PersonalDaten:
- Aktueller Personalbestand
- Arbeitszeiten und Schichtpläne
- Historische Verfügbarkeit (inkl. Urlaub und Krankheit)
Puffer einplanen
Reale Ressourcen stehen nie zu 100% bereit:
- Pausenzeiten für Mitarbeitende
- Wartung von Maschinen
- Unerwartete Ausfälle
Modellieren Sie reale Verfügbarkeiten, nicht den Maximalwert.
Gegen Realität validieren
Vergleichen Sie simulierte Auslastung mit realen Beobachtungen:
- Stimmen simulierte Warteschlangen mit echten Wartezeiten überein?
- Entspricht der simulierte Durchsatz dem tatsächlichen?
- Wirkt die Ressourcenauslastung realistisch?
Falls nicht, passen Sie Ihr Ressourcenmodell an.
Den menschlichen Faktor bedenken
Denken Sie daran, Menschen sind keine Maschinen:
- Produktivität schwankt im Tagesverlauf
- Dauerhaft hohe Auslastung führt zu Überlastung und Fehlern
- Cross-Training ist nur eingeschränkt möglich