Fonctionnement du moteur de simulation
Découvrez le moteur de simulation à événements discrets de ProcessMind et comment il modélise vos processus.
Sur cette page
Planification des ressources et capacité
Qu’est-ce qu’une ressource ?
En simulation de processus, une ressource représente tout élément à capacité limitée que les activités doivent partager. Les ressources créent des files d’attente, des goulots d’étranglement et des délais réalistes dans votre simulation.
Types courants de ressources
| Catégorie | Exemples |
|---|---|
| People | Agents service client, conseillers, managers, spécialistes |
| Equipment | Machines, postes de travail, bancs de test |
| Systems | Licences logiciels, capacité serveur, limites API |
| Facilities | Salles de réunion, lignes de production, postes d’inspection |
Pourquoi modéliser les ressources ?
Sans contrainte sur les ressources, la simulation suppose une capacité illimitée — chaque case est traité sans attente. Ce n’est pas réaliste pour la plupart des processus.
La modélisation des ressources permet :
- D’identifier les vrais goulots d’étranglement
- De prédire exactement les temps d’attente
- De planifier la capacité et tester du “what-if”
- De mieux comprendre l’utilisation des ressources
Pools de ressources
Les ressources dans ProcessMind sont organisées en pools d’unités interchangeables.
Propriétés du pool
| Propriété | Description |
|---|---|
| Name | Nom de la ressource (ex : “Équipe Validation”, “Gestionnaire Prêts”) |
| Capacity | Nombre d’unités disponibles dans le pool |
Comprendre la capacité
La capacité définit combien d’activités peuvent utiliser cette ressource en même temps :
- Capacité = 1 : Un seul case peut utiliser la ressource à la fois
- Capacité = 5 : Jusqu’à 5 cases peuvent l’utiliser simultanément
Exemple : Si votre service d’approbation compte 3 personnes qui traitent chacune une demande, indiquez capacité 3.
Attribution des ressources aux activités
Chaque activité de votre processus peut spécifier les ressources nécessaires :
Propriétés d’affectation
| Paramètre | Description |
|---|---|
| Resource Pool | Pool de ressources utilisé |
| Quantity | Nombre d’unités nécessaires |
Affectation simple
La plupart des activités n’ont besoin que d’une seule unité d’une ressource :
- Activité : « Revue de dossier »
- Ressource : « Loan Officers » (quantité : 1)
Affectation multi-unités
Certaines activités requièrent plusieurs unités :
- Activité : « Comité Décisionnel »
- Ressource : « Senior Managers » (quantité : 3)
Attribution des ressources : Comment les cas obtiennent des ressources
Lorsqu’un cas atteint une activité nécessitant des ressources, la simulation suit ce processus :
Flux d’allocation
- Vérifier la disponibilité : Les ressources nécessaires sont-elles disponibles ?
- Mettre en file d’attente si besoin : Si ce n’est pas le cas, le case rejoint la file d’attente
- Attendre : Le case attend que les ressources soient disponibles
- Allouer : Une fois disponibles, les ressources sont réservées à ce case
- Exécuter : L’activité s’effectue pendant la durée prévue
- Libérer : À la fin, les ressources retournent dans le pool
Comportement des files d’attente et stratégie
ProcessMind propose plusieurs stratégies de file d’attente qui priorisent les cas en attente selon la disponibilité des ressources :
| Stratégie | Description |
|---|---|
| FIFO | Premier entré, premier sorti — traitement par ordre d’arrivée (par défaut) |
| LIFO | Dernier entré, premier sorti — les cas récents sont traités en priorité |
| Random | Sélection aléatoire d’un cas en attente |
Configurez la stratégie de file d’attente par activité dans les paramètres de l’élément.
Choisir une stratégie de file
FIFO est la stratégie la plus courante et la plus équitable. LIFO convient quand les cas récents sont prioritaires (urgence). Random est utile pour simuler des services imprévisibles.
Que se passe-t-il si les ressources ne sont pas disponibles ?
Si les ressources requises sont occupées :
- Le case entre dans la file d’attente de la ressource
- Il attend (le temps de simulation s’écoule)
- Une fois les ressources libérées, un case en attente est sélectionné selon la stratégie de file définie
- L’activité démarre
Cette gestion des files produit des temps d’attente réalistes dans la simulation.
Disponibilité des ressources avec périodicité
Les ressources ne sont pas toujours disponibles à la même capacité. Utilisez la périodicité pour modéliser une disponibilité variable.
Exemple : horaires d’ouverture
| Périodicité | Capacité |
|---|---|
| Chaque jour de semaine 09:00-17:00 | 5 agents |
| Chaque jour de semaine 17:00-21:00 | 2 agents |
| Chaque jour de week-end 10:00-16:00 | 1 agent |
| Par défaut | 0 agent |
Exemple : organisation en équipes
| Périodicité | Capacité |
|---|---|
| Chaque jour 06:00-14:00 (Matin) | 5 opérateurs |
| Chaque jour 14:00-22:00 (Soir) | 3 opérateurs |
| Chaque jour 22:00-06:00 (Nuit) | 1 opérateur |
Exemple : variation saisonnière
| Périodicité | Capacité |
|---|---|
| Chaque année 15 nov - 31 déc (pic) | 20 collaborateurs |
| Par défaut | 12 collaborateurs |
Comprendre l’utilisation des ressources
L’utilisation mesure le taux d’occupation de vos ressources :
Utilisation = (Temps occupé ÷ Temps disponible total) × 100%
Interpréter l’utilisation
| Niveau d’utilisation | Signification |
|---|---|
| < 50% | Sous-utilisé — capacité excédentaire probable |
| 50-70% | Bon équilibre — capacité de flexibilité |
| 70-85% | Occupé — faible marge pour les pics |
| 85-95% | Utilisation élevée — risques de délais |
| > 95% | Goulot d’étranglement — files d’attente accumulées |
Le piège de l’utilisation
Ne visez pas 100% d’utilisation
Un taux d’utilisation élevé paraît efficace mais crée des problèmes. De petites variations de la demande font croître les files d’attente de façon exponentielle quand on approche les 100%. Privilégiez 70-80% pour des processus stables et réactifs.
Pourquoi une forte utilisation provoque de longues files ?
Prenons un exemple simple :
- Capacité de la ressource : 1
- Temps moyen de traitement : 10 min
- Si les arrivées moyennes sont de 5,5/h (55%) : files maîtrisées
- À 5,9/h (98%) : files explosent
Près de 100% d’utilisation, la moindre variation ou longueur supplémentaire engendre une file qui grossit plus vite qu’elle ne s’écoule.
Ressources partagées
Un pool de ressources peut servir plusieurs activités. Ceci est courant et réaliste :
Mise en place des ressources partagées
- Créez un pool de ressources (ex : « Équipe service client »)
- Attribuez ce même pool à plusieurs activités
- Les activités se partagent la capacité disponible
Exemple : équipe partagée
L’“équipe service client” (capacité : 5) gère :
- « Répondre aux appels »
- « Traitement des e-mails »
- « Support Chat »
Les trois activités utilisent le même pool. Si 4 appels sont en cours, il ne reste qu’un agent disponible pour les autres canaux.
Avantages des ressources partagées
- Permet de modéliser des équipes polyvalentes et flexibles
- Affiche la concurrence entre différents types de travaux
- Identifie quelles activités consomment le plus de ressources
Activités multi-ressources
Certaines activités nécessitent plusieurs ressources différentes en même temps :
Exemple : réunion de revue de design
| Pool de ressources | Quantité requise |
|---|---|
| Senior Designer | 2 |
| Meeting Room | 1 |
| Design Lead | 1 |
Important : L’activité commence uniquement lorsque toutes les ressources requises sont disponibles en même temps. Si les designers sont libres mais qu’aucune salle n’est disponible, le cas attend.
Spécificités des activités multi-ressources
- Peut générer des files d’attente complexes
- Attention aux activités qui bloquent plusieurs ressources
- Demandez-vous si toutes les ressources sont requises en même temps
Planification de capacité avec la simulation
La simulation de ressources est particulièrement utile pour planifier la capacité.
Questions clés auxquelles la simulation répond
Combien de ressources sont nécessaires ?
Lancez des simulations avec différents niveaux de capacité :
| Capacité | Temps d’attente moyen | Utilisation | Débit |
|---|---|---|---|
| 2 personnes | 45 min | 95% | 150/semaine |
| 3 personnes | 12 min | 78% | 150/semaine |
| 4 personnes | 3 min | 58% | 150/semaine |
À retenir : Ajouter une 3e personne réduit fortement le temps d’attente. Le gain du 4e agent est marginal.
Où sont mes goulots d’étranglement ?
Comparez l’utilisation de toutes les ressources :
| Ressource | Utilisation |
|---|---|
| Accueil | 65% |
| Analystes | 92% |
| Revue légale | 48% |
| Équipe clôture | 71% |
À retenir : Les analystes constituent le goulot. Ajouter du personnel à l’accueil ne résout rien—le travail s’accumule en analyse.
Et si la demande augmente ?
Lancez des scénarios avec un flux d’arrivée accru :
| Demande | Équipe actuelle | Croissance de la queue |
|---|---|---|
| Actuelle | 5 | Stable |
| +20% | 5 | Croissance lente |
| +50% | 5 | Non durable |
À retenir : La capacité actuelle supporte une hausse de ~20%. Au-delà, il faut ajouter des ressources.
Bonnes pratiques pour la modélisation des ressources
Commencez simplement
Modélisez d’abord quelques ressources clés correspondant à vos contraintes :
- Ne modélisez pas chaque personne séparément
- Groupez les métiers similaires en pools
- Ajoutez du détail uniquement si c’est vraiment utile
Utilisez des données réelles
Basez la capacité sur vos effectifs actuels :
- Nombre de collaborateurs
- Heures travaillées et horaires
- Disponibilités passées (congés, arrêt maladie)
Intégrer de la flexibilité
Les ressources réelles ne sont jamais 100% disponibles :
- Les collaborateurs prennent des pauses
- Les équipements ont besoin de maintenance
- Des absences imprévues arrivent
Modélisez le temps disponible réel, pas le maximum théorique.
Validez avec la réalité
Comparez l’utilisation simulée avec les observations réelles :
- Les files d’attente simulées reflètent-elles les temps d’attente réels ?
- Le débit simulé est-il proche du débit réel ?
- L’utilisation des ressources paraît-elle crédible ?
Sinon, ajustez votre modèle de ressources.
Prendre en compte l’humain
Pensez que les personnes ne sont pas des machines :
- La productivité varie au fil de la journée
- Une utilisation trop élevée entraîne surcharge et erreurs
- La polyvalence a ses limites