Planning de mise en œuvre d'un processus : comment séquencer un déploiement
Comment mettre en service un processus repensé dans le bon ordre : état initial, validation, documents, formation, pilote, décision go/no-go, déploiement et bilan, avec les chevauchements sûrs et ceux qui ne le sont pas.
Un planning de mise en œuvre d'un processus répond à une seule question : que faut-il avoir acquis avant de demander au groupe suivant de travailler autrement ? Ce guide donne l'ordre, montre où le travail peut se chevaucher et le construit sous forme de diagramme de Gantt.
En bref
- Écrivez chaque activité comme une condition qu'elle attend, pas comme une date.
- Mesurez un état initial avant le changement, faute de quoi le pilote ne peut pas être jugé.
- Placez un jalon de validation avant les documents et un jalon go/no-go avant le déploiement.
- Ne chevauchez avec des liens début à début et un décalage que si la tâche antérieure a stabilisé la partie dont la suivante a besoin.
- Une frise montre quand les approbations sont nécessaires ; elle ne les remplace pas.
L'ordre d'un déploiement de processus, et pourquoi il compte
La plupart des déploiements qui tournent mal ont été planifiés comme une liste d'activités plutôt que comme une chaîne de conditions. L'annonce du nouveau processus, la rédaction des procédures, la formation des équipes et la bascule ont toutes lieu, mais dans le mauvais ordre on forme les gens sur des documents qui changent, ou on bascule avant que quiconque sache si le processus fonctionne. Une frise est utile ici parce qu'elle oblige chaque activité à dire ce qu'elle attend.
Un ordre fiable comporte six parties. Mesurer l'état actuel, pour pouvoir dire plus tard si quelque chose s'est amélioré. Faire valider le futur processus par ceux qui le feront tourner. Mettre à jour les documents, les formulaires et les paramètres de système, et préparer la formation à partir d'eux. Piloter sur un site ou avec une équipe. Prendre la décision go/no-go d'après le pilote, pas d'après le calendrier. Puis déployer, retirer les anciens documents et continuer à vérifier l'adoption jusqu'à sa stabilisation. Le diagramme de Gantt les présente comme des groupes, avec la validation et la décision en jalons.
Certains chevauchements sont sûrs et font gagner du temps. Les supports de formation peuvent démarrer quand les sections de procédure qu'ils décrivent sont stabilisées, ce qui correspond à un lien début à début avec un décalage. La comparaison des résultats du pilote peut commencer en cours de pilote. La formation des équipes restantes peut précéder de peu la bascule site par site. D'autres chevauchements ne sont pas sûrs : rien en aval de la validation ne doit démarrer avant elle, et aucune tâche de déploiement avant la décision.
Une frise montre l'ordre et le calendrier. Elle ne rend pas un processus conforme, validé ou sûr ; lorsqu'un document exige une approbation formelle, le planning peut seulement montrer quand elle est nécessaire et qui doit la donner. Les durées de l'exemple ci-dessous sont indicatives.
Un planning de mise en œuvre de processus, construit étape par étape
Dix-neuf tâches en quatre groupes. Les durées sont indicatives ; ouvrez le panneau tableur pour voir les lignes derrière chaque étape.
État initial, puis validation
« Mesurer l'état initial » dure 5 jours ouvrés et « Présenter le futur processus aux responsables » le suit pendant 3. « Futur processus validé » a une durée de 0 : c'est un jalon, et les documents l'attendent.
Documents, formation et changements de système
« Réviser les procédures et instructions » dure 8 jours ouvrés. « Préparer les supports de formation » démarre 3 jours ouvrés après son début, tandis que « Approbation de la maîtrise documentaire » attend la fin de la révision. « Mettre à jour les paramètres et formulaires » se déroule en parallèle, en n'attendant que la validation.
Pilote et porte de décision
« Briefer l'équipe pilote et l'encadrement » attend l'approbation et les supports de formation. « Mener le pilote sur un site » dure 10 jours ouvrés, et « Comparer le pilote à l'état initial » démarre 5 jours ouvrés après son début. « Décision go / no-go » attend « Corriger les problèmes du pilote ».
Déploiement, stabilisation et bilan
« Former les équipes restantes » démarre après la décision, et « Basculer site par site » 4 jours ouvrés après son début. Après « Déploiement terminé », « Stabilisation : contrôles d'adoption hebdomadaires » dure 15 jours ouvrés, puis viennent « Bilan par rapport à l'état initial » et le jalon « Processus transmis à son responsable ».
Comment cela fonctionne
Listez les conditions, pas les activités
Pour chaque travail, écrivez ce qui doit être vrai avant qu'il puisse démarrer : conception validée, documents approuvés, résultats du pilote examinés. Chaque condition devient une dépendance dans la colonne Dépend de (Depends on).
Créez le diagramme et saisissez les tâches
Ouvrez le modèle de mise en œuvre de processus, ou un diagramme de Gantt vierge, et saisissez une tâche par ligne. Donnez à chacune une durée en jours ouvrés entiers et un groupe, par exemple Documents et formation ou Pilote.
Ajoutez les deux portes sous forme de jalons
Ajoutez une tâche de durée 0 pour la validation et une autre pour la décision go/no-go. Faites dépendre de chacune tout ce qui se trouve en aval, afin qu'une décision repoussée décale tout le déploiement.
Chevauchez à bon escient
Lorsque la tâche suivante n'a besoin que d'une partie de la précédente, saisissez un lien début à début avec un décalage, par exemple 4SS+3. Éprouvez chaque chevauchement avec cette question : qu'y aurait-il à refaire si la tâche antérieure changeait ?
Repérez les approbations et les responsables
Indiquez la personne ou le rôle qui approuve les documents dans la colonne Personnes de la tâche d'approbation, et notez l'exigence d'approbation dans ses notes. Le diagramme montre quand elle est nécessaire, pas si elle est donnée.
Activez le chemin critique et testez un retard
Activez Affichage, Chemin critique et doublez la durée du pilote ou de la révision des procédures. La date de fin montre quelles tâches attend tout le déploiement.
Erreurs à éviter
Démarrer les documents avant la validation de la conception
Chaque modification de la conception rouvre alors les procédures et la formation. Relier les deux à un jalon de validation rend visible le coût des changements tardifs.
Piloter sans état initial
Si l'état actuel n'a jamais été mesuré, le pilote ne peut être jugé que sur des impressions. Donnez à l'état initial sa propre tâche et terminez-la avant le début du pilote.
Une décision go/no-go qui ne peut être que oui
Si les critères sont écrits après le pilote, le jalon n'est que décoratif. Écrivez-les d'abord, et laissez la décision retenir les tâches de déploiement lorsqu'elle est négative.
Arrêter le plan à la mise en service
L'adoption se joue le plus souvent dans les semaines qui suivent. Gardez dans le plan le retrait des anciens documents, une période de stabilisation et un bilan par rapport à l'état initial.
Planifier un déploiement de processus
Ouvrez le plan de mise en œuvre de processus comme votre propre diagramme, remplacez les sites et les documents par les vôtres et partagez-le avec l'équipe.
Guides associés
Questions fréquentes
Combien de temps doit durer une mise en œuvre de processus ?
Cela dépend du nombre de sites et de personnes concernés et du temps que met le processus à se dérouler une fois. Les durées du modèle ne sont que des illustrations ; remplacez-les par les vôtres et les dates suivent.
La formation doit-elle précéder ou suivre le pilote ?
L'équipe pilote a besoin d'un briefing avant de commencer, donc une version courte vient d'abord. La formation plus large peut être ajustée d'après ce que montre le pilote, c'est pourquoi le modèle la place après la décision go/no-go.
Par où commencer si le nouveau processus est un logigramme ?
Dupliquez le logigramme en diagramme de Gantt : chaque étape devient une tâche et chaque flèche une dépendance. Vous ajoutez ensuite les tâches de déploiement qui ne sont pas des étapes du processus. Voyez /fr/guides/transformer-un-logigramme-en-diagramme-de-gantt.
Une frise rend-elle le nouveau processus conforme ?
Non. Elle montre l'ordre et le calendrier des travaux. La conformité est décidée par les personnes responsables des règles ou des normes concernées.
En quoi est-ce différent d'un plan de déploiement de système ?
Un déploiement de système est centré sur le paramétrage, la migration des données et les tests. Une mise en œuvre de processus est centrée sur les documents, la formation et l'adoption. Pour un logiciel, voyez /fr/guides/planning-de-deploiement-diagramme-de-gantt-erp-crm.
