Fonctionnement du moteur de simulation
Comprenez les mécanismes du moteur de simulation à événements discrets de ProcessMind et la manière dont il modélise votre processus.
Dans une simulation de processus, les ressources représentent tout ce dont la capacité est limitée et que les activités doivent se partager. Elles créent des goulots d’étranglement, des files d’attente et des temps d’attente réalistes dans votre simulation.
| Catégorie | Exemples |
|---|---|
| Personnes | Agents du service client, chargés de prêts, responsables et spécialistes |
| Équipements | Machines, postes de travail et équipements de test |
| Systèmes | Licences logicielles, capacité des serveurs et limites de débit des API |
| Installations | Salles de réunion, lignes de production et postes d’inspection |
Sans contraintes de ressources, la simulation suppose une capacité illimitée : chaque cas est traité immédiatement, sans attente. Cette hypothèse est irréaliste pour la plupart des processus.
La modélisation des ressources permet :
Dans ProcessMind, les ressources sont organisées en pools d’unités interchangeables.
| Propriété | Description |
|---|---|
| Nom | Identifiant de la ressource, par exemple « Équipe d’approbation » ou « Gestionnaire de prêts » |
| Capacité | Nombre d’unités disponibles dans le pool |
La capacité définit le nombre d’activités pouvant utiliser cette ressource simultanément :
Exemple : si votre service d’approbation compte 3 collaborateurs pouvant chacun traiter une approbation à la fois, définissez la capacité sur 3.
Chaque activité de votre processus peut indiquer les ressources dont elle a besoin :
| Paramètre | Description |
|---|---|
| Pool de ressources | Pool de ressources à utiliser |
| Quantité | Nombre d’unités de cette ressource nécessaires |
La plupart des activités nécessitent une unité d’une seule ressource :
Certaines activités nécessitent plusieurs unités :
Lorsqu’un cas atteint une activité qui nécessite des ressources, la simulation suit le processus suivant :
ProcessMind prend en charge plusieurs stratégies de file d’attente qui déterminent la priorité des cas en attente lorsque des ressources deviennent disponibles :
| Stratégie | Description |
|---|---|
| FIFO | First In, First Out : les cas sont traités dans leur ordre d’arrivée (par défaut) |
| LIFO | Last In, First Out : les cas arrivés le plus récemment sont traités en premier |
| Aléatoire | Les cas sont sélectionnés aléatoirement dans la file d’attente |
Vous pouvez configurer la stratégie de file d’attente pour chaque activité dans les paramètres de l’élément.
Choisir une stratégie de file d’attente
FIFO est la stratégie la plus courante et la plus équitable. Utilisez LIFO lorsque les cas récents sont prioritaires, par exemple pour les escalades urgentes. La sélection aléatoire peut être utile pour simuler des modes de traitement imprévisibles.
Si les ressources nécessaires sont occupées :
C’est ce comportement de mise en file qui produit des temps d’attente réalistes dans votre simulation.
Les ressources ne sont pas toujours disponibles avec la même capacité. Utilisez la périodicité pour modéliser une disponibilité variable.
| Périodicité | Capacité |
|---|---|
| Chaque jour ouvré, de 09:00 à 17:00 | 5 agents |
| Chaque jour ouvré, de 17:00 à 21:00 | 2 agents |
| Chaque jour du week-end, de 10:00 à 16:00 | 1 agent |
| Par défaut | 0 agent |
| Périodicité | Capacité |
|---|---|
| Chaque jour, de 06:00 à 14:00 (matin) | 5 opérateurs |
| Chaque jour, de 14:00 à 22:00 (soir) | 3 opérateurs |
| Chaque jour, de 22:00 à 06:00 (nuit) | 1 opérateur |
| Périodicité | Capacité |
|---|---|
| Chaque année, du 15 novembre au 31 décembre (pic) | 20 collaborateurs |
| Par défaut | 12 collaborateurs |
L’utilisation est un concept de planification, pas une valeur affichée
La simulation indique les temps d’attente, longueurs de file et volumes traités pour chaque activité. Elle n’indique pas de pourcentage d’utilisation par ressource, car le moteur ne suit pas le temps d’occupation de chaque ressource. Utilisez le raisonnement ci-dessous pour interpréter vos résultats de simulation ; effectuez vous-même le calcul si vous avez besoin d’un pourcentage.
L’utilisation correspond à la part du temps disponible d’une ressource qu’elle consacre au travail :
Utilisation = (Temps occupé ÷ Temps total disponible) × 100 %
Vous pouvez évaluer cette même situation à partir des résultats fournis par la simulation : le temps d’attente avant l’activité et l’évolution de la file pendant les pics :
| Ce que vous observez | Ce que cela signifie |
|---|---|
| Presque aucune attente, les files ne s’allongent jamais | Sous-utilisation : la capacité peut être excédentaire |
| Quelques courtes attentes | Équilibre satisfaisant : capacité adaptée aux variations |
| Attentes régulières, files stables | Ressource très sollicitée : peu de marge pour les pics |
| Les attentes augmentent pendant les pics, puis diminuent | Charge élevée : elle provoque probablement des retards |
| Les files s’allongent sans diminuer | Goulot d’étranglement : la demande dépasse la capacité |
Ne planifiez pas avec une marge nulle
Dimensionner une ressource de sorte que la demande occupe exactement tout son temps disponible semble efficace, mais crée des problèmes : même de petites variations de la demande font croître les files de manière exponentielle à mesure que la ressource approche de sa limite. Prévoyez une marge, avec suffisamment de temps disponible pour que le processus reste réactif.
Prenons un exemple simple :
Lorsque les arrivées approchent la capacité de traitement de la ressource, toute variation aléatoire, comme quelques arrivées supplémentaires ou une tâche légèrement plus longue, fait croître les files plus vite qu’elles ne peuvent se résorber.
Un même pool de ressources peut servir plusieurs activités. Cette configuration est courante et réaliste :
L’« Équipe du service client » (capacité : 5) prend en charge :
Les trois activités utilisent le même pool. Si 4 appels téléphoniques sont en cours, un seul agent reste disponible pour les e-mails ou le chat.
Certaines activités nécessitent plusieurs ressources différentes simultanément :
| Pool de ressources | Quantité nécessaire |
|---|---|
| Concepteur principal | 2 |
| Salle de réunion | 1 |
| Responsable de la conception | 1 |
Important : l’activité ne peut démarrer que lorsque toutes les ressources nécessaires sont disponibles simultanément. Si les concepteurs sont libres, mais qu’aucune salle de réunion n’est disponible, le cas attend.
L’une des utilisations les plus utiles de la simulation des ressources est la planification des capacités.
De combien de ressources ai-je besoin ?
Exécutez des simulations avec différents niveaux de capacité :
| Capacité | Temps d’attente moyen | Volume traité |
|---|---|---|
| 2 collaborateurs | 45 min | 150/semaine |
| 3 collaborateurs | 12 min | 150/semaine |
| 4 collaborateurs | 3 min | 150/semaine |
Analyse : l’ajout d’un troisième collaborateur réduit fortement les temps d’attente. Le quatrième n’apporte qu’une amélioration marginale : le temps d’attente continue de diminuer tandis que le volume traité reste stable, car l’activité n’est plus la contrainte.
Où se trouvent mes goulots d’étranglement ?
Comparez le temps d’attente ajouté au processus par chaque activité. L’activité dont l’attente est la plus longue et augmente le plus rapidement constitue la contrainte :
| Ressource | Temps d’attente moyen avant l’activité |
|---|---|
| Accueil | 4 min |
| Analystes crédit | 2 h 10 min |
| Revue juridique | 8 min |
| Équipe de clôture | 35 min |
Analyse : les analystes crédit constituent le goulot d’étranglement. Ajouter du personnel à l’accueil n’aidera pas ; le travail s’accumulera simplement plus vite au niveau de l’analyse crédit.
Et si la demande augmentait ?
Exécutez des scénarios avec des taux d’arrivée plus élevés :
| Demande | Personnel actuel | Croissance de la file |
|---|---|---|
| Actuelle | 5 | Stable |
| +20 % | 5 | Croissance lente |
| +50 % | 5 | Non soutenable |
Analyse : la capacité actuelle peut absorber une croissance d’environ 20 %. Au-delà, vous devez ajouter des ressources.
Commencez par quelques ressources clés qui représentent les contraintes réelles :
Basez votre capacité sur les effectifs réels :
Les ressources réelles ne sont pas disponibles à 100 % :
Modélisez le temps réellement disponible, et non le maximum théorique.
Comparez l’utilisation simulée aux observations réelles :
Si ce n’est pas le cas, affinez votre modèle de ressources.
N’oubliez pas que les personnes ne sont pas des machines :
Nous utilisons des cookies pour améliorer votre expérience, personnaliser le contenu et analyser le trafic. En cliquant sur « Tout accepter », vous consentez à l’utilisation de cookies.