Intégration des collaborateurs en tant que modèle de calcul prêt à l’emploi
Le modèle est fourni avec FlowVisual : quatre étapes de l’acceptation jusqu’au premier jour productif, avec quantités, écarts, capacités et tarifs déjà renseignés. C’est un cas à faible volume mais avec un goulot d’étranglement marqué. 260 arrivées par an, et la configuration IT immobilise le processus 86 jours sur 100.
Le modèle d’onboarding des collaborateurs représente le parcours de l’acceptation jusqu’au premier jour productif en quatre étapes : contrat et données de base, création des accès informatiques, poste de travail et matériel, plan de formation. Il est réglé sur 260 arrivées par an, soit environ une par jour ouvrable. Dans le test de charge sur 20 000 exécutions, la création des accès informatiques est le goulot d’étranglement contraignant dans 86 % des exécutions, le plan de formation dans 13 %. La raison est arithmétique et non une négligence : l’informatique consacre deux heures et demie de sa journée à l’onboarding, une création prend en moyenne 110 minutes, donc deux arrivées le même jour ne tiennent pas. Le temps de traversée est au médian de 1,3 jour ouvrable et, le jour fort (P90), de 9,6.
3,9h
Somme des quatre étapes par arrivée.
1,3 → 9,6jours
Jour normal contre jour fort.
86%
Part des exécutions dans lesquelles cette étape est bloquante.
6
Commande, offre, validation de facture, réclamation, intégration, ticket IT.
Ce que contient le modèle
Les chiffres proviennent d’un modèle d’exemple, pas d’un mandat client. Ils sont choisis pour correspondre à un prestataire comptant quelques centaines d’employés. Un point de départ, pas une référence.
Entrées : 260 embauches par an, soit environ 1,05 par jour ouvré, avec une variation quotidienne de 30 % et un facteur de pointe de 1,4 pendant 6 % des jours. Les recrutements arrivent par vagues, pas de façon régulière.
| Étape | Rôle | Traitement | Capacité | Charge Ø | Charge au jour de pointe |
|---|---|---|---|---|---|
| 01 Contrat & données de base | RH | 20–45 min | 6/jour | 18 % | 26 % |
| 02 Configuration des accès IT | IT | 75–150 min | 1 personne × 2,5 h → 1,3/jour | 86 % | 134 % |
| 03 Poste de travail & matériel | Services généraux | 30–70 min | 2,2/jour | 49 % | 70 % |
| 04 Plan d’intégration | Chef d’équipe | 30–60 min | 1,8/jour | 61 % | 87 % |
La conclusion essentielle. Un dossier par jour semble indiquer un processus sans goulot d’étranglement. Le calcul dit le contraire : deux heures et demie multipliées par 92 % d’utilisation donnent 138 minutes ; à 110 minutes en moyenne par configuration, cela représente 1,3 dossier par jour contre 1,05 arrivée. C’est suffisant tant que la demande d’un jour ne dépasse pas la capacité de ce jour. Sur 28 % des jours, elle la dépasse, parce que les embauches se concentrent.
| Étape | Probabilité d’être goulot | Jours au-delà de la capacité |
|---|---|---|
| 01 Contrat & données de base | 0 % | 0 % |
| 02 Configuration des accès IT | 86 % | 28 % |
| 03 Poste de travail & matériel | 1 % | 1 % |
| 04 Plan d’intégration | 13 % | 4 % |
La colonne totalise 100 % : pour chaque exécution, exactement une étape contraignante est comptée, celle qui présente la charge la plus élevée ce jour-là. « 86 % » ne signifie pas « chargé à 86 % ». Ce chiffre est affiché à côté et se situe en moyenne aussi à 86 %, mais le jour fort il atteint 134 %.
La capacité n’est pas la présence. L’IT est présente toute la journée. Pour l’onboarding elle dispose de deux heures et demie. Qui saisit le nombre de personnes au lieu des heures calcule un processus qui ne devient jamais contraint, puis s’étonne du premier jour de travail sans ordinateur portable.
Les six chiffres que vous allez remplacer
Tout le reste peut rester tel quel. Celui qui adapte davantage n'améliore pas le résultat, il ne fait que prolonger le rendez-vous.
- Entrées par jour ouvré. Embauches de l’année écoulée ÷ jours ouvrés. Se trouve au service du personnel ; dans de petites structures le nombre d’attributions de nouveau numéro de personnel suffit.
- Facteur de pointe. Les recrutements arrivent par vagues : rentrée des apprentis, début de trimestre, nouvelle équipe. Combien d’entrées du mois le plus fort se concentrent sur un seul jour, comparé à un jour normal ? Un facteur de 1,4 à 2 est courant. Sans cette valeur, vous modélisez un processus qui ne subit jamais de charge et vous ignorez précisément la semaine où le processus casse.
- Heures que l’IT consacre à l’onboarding. Pas le nombre de personnes IT. La donnée cruciale est la part de journée qu’une personne a réellement pour les configurations, quand le fonctionnement courant continue, en général deux à quatre heures.
- Plage de traitement pour la configuration IT. Borne inférieure et supérieure, pas la moyenne. La différence entre « poste standard » et « cas spécial avec trois applications métier » est exactement cette plage, et elle fait plus augmenter les temps d’attente que la moyenne.
- Plans d’intégration par jour. Combien un responsable d’équipe rédige-t-il en un jour, quand il y en a à faire ? Dans le modèle c’est 1,8, ce qui fait de cette étape le second goulot, dans 13 % des runs. Elle n’est presque jamais mesurée.
- Taux de coût complet par rôle. Salaire brut × 1,5 à 1,8, divisé par environ 1 500 heures productives par an. Un poste à 50 000 € coûte ainsi environ 53 € par heure, pas les naïfs 24 € obtenus par Salaire ÷ 2 080 heures.
Vérification avant de calculer : Comptez les embauches des douze dernières semaines pour lesquelles il manquait quelque chose le premier jour ouvré. Si la proportion est proche des jours au-delà de la capacité indiqués par le modèle, le modèle est utilisable.
Ce que le modèle n’inclut pas, et qui pèse le plus. Le temps de passage est traitement plus file d’attente en jours ouvrés. Les chaînes calendaires ne sont pas modélisées : le retour du contrat signé, le délai de livraison du portable, la date de la formation sécurité. Dans la pratique, elles constituent souvent la majeure partie du temps pour l’onboarding. Si vous les avez, ajoutez-les comme étapes d’attente séparées ; le modèle calculera alors les semaines que le nouveau collègue vit réellement, et pas seulement le travail qui se cache derrière.
Quatre leviers, calculés séparément
Ne changez toujours qu’un seul levier par exécution. Trois en même temps donnent un chiffre que personne ne peut attribuer à un seul levier, et donc aucun business case. Les quatre exécutions suivantes sont calculées avec le même modèle, chacune avec une seule entrée modifiée.
| Levier | Délai de traitement P90 | Charge IT le jour de pointe | Temps de travail par entrée | Nouveau goulet d'étranglement le plus probable |
|---|---|---|---|---|
| État initial du modèle | 9,6 jours | 134 % | 243 € | Accès IT (86 %) |
| 1 Un IT consacre 3,5 au lieu de 2,5 heures | 2,7 jours | 96 % | 243 € | Plan d'intégration (51 %) |
| 2 Image standard (75–150 → 40–80 min) | 1,0 jour | 71 % | 188 € | Plan d'intégration (84 %) |
| 3 Deuxième personne dans l'IT (1 → 1,5) | 2,3 jours | 89 % | 243 € | Plan d'intégration (60 %) |
| 4 Plan d'intégration comme modèle (cadence 1,8 → 3) | 9,4 jours | 134 % | 243 € | Accès IT (97 %) |
Levier 1. Plus de temps IT pour l'onboarding. Une heure de plus par jour, convenue plutôt qu'espérée. Le P90 du délai de traitement passe de 9,6 à 2,7 jours ouvrés, la charge au jour de pointe de 134 % à 96 %. Cela ne coûte pas de poste, mais un accord, et reste donc le levier au meilleur ratio, tant que l'heure est effectivement réservée.
Levier 2. Image standard au lieu de réalisation individuelle. Une image préparée pour les trois rôles les plus fréquents. La configuration passe de 75–150 à 40–80 minutes. Effet : P90 de 9,6 à 1,0 jour ouvré, charge au jour de pointe de 134 % à 71 %, temps de travail par entrée de 243 € à 188 €. Le seul levier qui déplace à la fois le temps et l'argent, car il agit sur la durée de traitement et non sur la capacité.
Levier 3. Deuxième personne dans l'IT. Le levier le plus coûteux et finalement moins efficace que le levier 2. Qui fait néanmoins le calcul voit pourquoi : une deuxième demi-ressource double la capacité d'une étape dont le travail reste à 110 minutes. Un travail plus court l’emporte sur davantage de mains.
Levier 4. Accélérer le plan d'intégration. Aucun effet. Le plan d'intégration est, à 87 %, la deuxième étape la plus tendue au jour de pointe et, dans 13 % des exécutions, le goulet ; presque doubler sa cadence apporte 0,2 jour. Tant que l'IT est le facteur limitant, il n'arrive pas assez de flux à la direction d'équipe. Un levier sur le deuxième goulet n'est pas un demi-succès, mais aucun.
Remarquable est l'effet inverse : dans trois des quatre leviers, le goulet migre vers le plan d'intégration, vers une direction d'équipe que personne aujourd'hui ne tient pour la cause première. C'est exactement cet effet secondaire que ne montre pas un tableau, puisqu'il calcule chaque étape séparément.
Comment, à partir de 20 000 exécutions, on obtient un pourcentage par étape est expliqué dans l'article Monte-Carlo-Simulation für Prozesse ; pourquoi l’écart entre P50 et P90 est le véritable enseignement, dans P10, P50, P90 verstehen.
Ce qui apparaît finalement sur le papier
Après l'état initial sauvegardé, un levier modifié et une deuxième exécution, la comparaison fournit :
- Délai de traitement avant/après en P50 et P90. L'engagement vis‑à‑vis des métiers se fait sur le P90, pas sur la médiane. Qui promet « tout est là le premier jour » parce que la médiane indique 1,3 jour, promet quelque chose qui échoue un cas sur dix.
- Charge par étape au jour de pointe et le nouveau goulet après la mesure. Dans ce modèle, il migre, pour trois des quatre leviers, vers le plan d'intégration.
- Débit en entrées par semaine comparé aux arrivées : 4,9 sur 5,3 à l'état initial.
- Coûts de temps de travail par entrée et par an, à partir des quantités, des durées et des taux de coût complet. Le modèle calcule environ 243 € par entrée, dont 477 heures par an dans l’IT.
- La liste des hypothèses avec chaque saisie estimée. La phrase « le délai de livraison du matériel n'est pas modélisé » coupe l'objection la plus vive avant qu'elle soit formulée.
Le tout est délivré en deux PDF : offre pour le décideur, documentation pour la traçabilité, avec votre en-tête si vous en avez fourni un.
Le même modèle, deux questions. Cette page répond à la question de calcul : d'où viennent les 86 % et vers quel goulet migre‑t‑on si on le résout. L'autre question (que recommander et quel coût pour une première semaine improductive) appartient à la méthode, pas à l'outil. Elle se trouve dans l'archive d'analyses de Flowrefy, avec la méthode dont ces modèles sont issus. Un jeu de données, deux questions, deux publics.
Les autres modèles
Six modèles sont fournis. Tous selon le même schéma : structure prête, chiffres typiques, six valeurs à ajuster, exactement un goulot d'étranglement clair.
- Le traitement des commandes s'étend de la commande jusqu'à la confirmation de commande. Le cas avec un rôle partagé : deux étapes qui semblent faciles séparément constituent l'après‑midi de la même personne.
- Le processus d'offre est le cas où le délai d'exécution affecte le chiffre d'affaires plutôt que les coûts.
- La validation des factures est le cas de volatilité : en moyenne en dessous de la capacité, à la fin du mois au‑dessus.
- Dans le traitement des réclamations, le goulot d'étranglement se situe à l'extérieur de l'entreprise, et la recommandation honnête n'est donc pas « automatiser ».
- L'intégration des employés est cette page.
- Le ticket informatique montre un comportement classique de file d'attente avec branchement : 65 % résolus immédiatement, 35 % au deuxième niveau.
Chaque modèle s'ouvre dans la fenêtre d'accueil via Voir les modèles. La première fois, il vaut la peine d'en ouvrir un avant de commencer votre propre modèle. Sinon, on modélise trop finement.
- Inclus dans
- FlowVisual pour macOS 13+ et Windows 10/11, dans la fenêtre d'accueil sous « Voir les modèles »
- Portée
- 4 étapes, arrivée avec dispersion et facteur de pointe, capacités, plages de traitement, rôles, systèmes, taux de coût, hypothèses d’indisponibilité par étape
- À adapter
- Entrées/jour, facteur de pointe, heures IT pour l’onboarding, plage de configuration IT, plans d’intégration/jour, taux horaires
- Calculé avec
- 20 000 exécutions, seed 42. L'app calcule par défaut 400. La médiane reste alors identique, le P90 varie de quelques pour cent
- Énoncé typique
- Goulot d’étranglement sur les accès IT (86 %) ; une configuration plus courte l’emporte sur plus de mains
- Origine des chiffres
- Modèle d'exemple, pas de données clients. Désigné comme tel dans le modèle
Questions fréquentes
Avec une entrée par jour, rien ne risque‑t‑il d’être engorgé ?
Si. Et le modèle le démontre. L’IT dispose de deux heures et demie par jour pour l’onboarding, une configuration dure en moyenne 110 minutes. Cela fait 1,3 opérations de capacité contre 1,05 arrivées, suffisant en moyenne. Parce que les embauches arrivent par vagues, la demande dépasse la capacité 28 % des jours, et l’arriéré se reporte sur les jours suivants. La capacité n’est pas la présence.
Les chiffres du modèle sont-ils de vraies données clients ?
Non. Ce sont des valeurs d’exemple qui correspondent aux ordres de grandeur typiques d’un prestataire, et elles sont indiquées comme telles dans le modèle. Elles servent à faire fonctionner un modèle immédiatement. Elles doivent être remplacées par vos six chiffres.
Pourquoi le temps de parcours calculé ne correspond-il pas à nos valeurs empiriques ?
Parce que lors de l’onboarding, la majeure partie du temps n’est souvent pas du tout du travail actif. Le modèle calcule le traitement plus la file d’attente ; les chaînes calendaires comme le retour du contrat signé, le délai de livraison de l’ordinateur portable ou la date du prochain cours de sécurité ne sont pas incluses dans le modèle. Inscrivez‑les comme étapes d’attente distinctes. Le modèle calculera alors les semaines vécues par le nouveau collègue, au lieu de seulement les heures qui se cachent derrière.
Que signifie exactement « probabilité de goulot d’étranglement 86 % » ?
Cela signifie : dans 86 jours simulés sur 100, la configuration des accès IT est l’étape avec la plus forte utilisation, donc celle qui limite le débit de l’ensemble du processus. À chaque exécution on compte exactement une étape contraignante, c’est pourquoi les valeurs des quatre étapes s’additionnent à 100 %. L’utilisation elle‑même est un deuxième nombre : en moyenne 86 %, les jours forts 134 %.
Devrait‑on prévoir une seconde personne en IT ?
Calculez‑le avant de le demander. Dans le modèle, une demi‑ressource supplémentaire fait passer le P90 du délai de traitement de 9,6 à 2,3 jours ouvrés. Une image standard préparée le ramène à 1,0 et réduit en outre le temps de travail par entrée de 243 à 188 euros. Un travail plus court l’emporte sur davantage de mains, car il agit sur la durée de traitement plutôt que sur la capacité. Ce n’est pas une loi générale, mais c’est le résultat de ce modèle, et vous recalculerez le vôtre en vingt minutes.
Ai-je vraiment besoin du modèle, ou puis-je commencer directement ?
Vous pouvez commencer directement. D’après l’expérience, on construit toutefois son premier modèle trop finement (trente étapes au lieu de quatre), et le détail supplémentaire coûte du temps de saisie sans déplacer le goulot d’étranglement. Trente secondes dans un modèle prêt à l’emploi vous les épargnent.
Ouvrez le modèle et saisissez vos six nombres
Charger FlowVisual, choisir « Consulter les modèles » dans la fenêtre de bienvenue, ouvrir « Onboarding des collaborateurs ». Modéliser et tester sous contrainte ne coûte rien.
Guide: seven steps to the number- Méthode
Calculer l'engorgement : pourquoi 85 % d'utilisation est déjà trop
L'engorgement n'est pas l'étape la plus longue, mais celle avec la plus forte utilisation. Et le temps d'attente ne croît pas linéairement avec l'utilisation, il explose juste avant la limite. Le calcul derrière tient sur une page.
Read - Méthode
P10, P50, P90 bien lire : quand la moyenne vous induit en erreur
Les percentiles ne sont pas une coquetterie de statisticien, mais la seule façon honnête d'indiquer un résultat qui fluctue. Trois chiffres, trois usages. Plus trois erreurs de lecture qui se retrouvent régulièrement dans les dossiers de décision.
Read - Cas d’usage
Sept simulations de processus, calculées
Sept processus, sept modèles, sept constats, chacun avec quantités, capacités et le levier qui a effectivement agi. Dans cinq des sept cas, ce n'était pas celui qui avait été proposé dans le projet.
Read