Modernisation du système de gestion des sinistres d'une compagnie d'assurance
La compagnie d'assurance MutuelSécur SA décide de remplacer son système de gestion des sinistres vieux de 15 ans par une plateforme numérique intégrée. L'ancien système génère des erreurs de traitement croissantes et une insatisfaction client mesurable. Le projet est officiellement lancé après validation du cas d'affaire préliminaire par le comité de pilotage, qui a nommé la directrice des opérations comme exécutif du projet. Un chef de projet expérimenté est désigné, mais deux des trois chefs d'équipe techniques sont juniors, sans expérience préalable de projets de cette envergure. Le projet est structuré en trois séquences : analyse et conception, développement et intégration, déploiement et formation. La documentation d'initialisation de projet (DIP) est approuvée en début de séquence 1. Au cours de la séquence 2, le chef d'équipe en charge du module d'intégration signale que son lot de travaux risque de dépasser la tolérance de délai de deux semaines convenue avec le chef de projet. Par ailleurs, une opportunité est identifiée : un fournisseur partenaire propose un module d'intelligence artificielle pour la détection de fraudes, non prévu initialement, qui pourrait réduire les coûts opérationnels futurs de 12 %. En parallèle, plusieurs parties prenantes du département juridique expriment des inquiétudes quant à la conformité réglementaire du nouveau système. Le chef de projet doit décider comment traiter ces situations tout en maintenant le projet dans les limites définies par le cas d'affaire approuvé.
Le chef d'équipe junior du module d'intégration prévoit un dépassement de la tolérance de délai de deux semaines. Quelle action le chef de projet doit-il entreprendre, et pourquoi cette situation constitue-t-elle une incidence selon PRINCE2 ?
Selon le principe du « management par exception », chaque niveau de management délègue l'autorité au niveau inférieur via des tolérances prédéfinies. Lorsqu'un chef d'équipe prévoit qu'un lot de travaux dépassera sa tolérance de délai, il a l'obligation de soulever une incidence auprès du chef de projet — il ne doit pas tenter de gérer seul ce dépassement. Cette situation constitue une incidence de type dépassement de tolérance prévisible. Le chef de projet doit alors enregistrer l'incidence dans le registre des incidences, analyser son impact sur le plan de séquence et, si la tolérance de la séquence elle-même risque d'être dépassée, escalader un rapport d'exception au comité de pilotage. Par ailleurs, compte tenu de l'inexpérience des chefs d'équipe juniors, le chef de projet doit augmenter la fréquence des comptes rendus d'avancement pour ces équipes afin de détecter plus tôt toute dérive potentielle et d'exercer une supervision renforcée, réduisant ainsi le risque de surprises en fin de lot de travaux.
Le comité de pilotage examine la proposition d'intégrer le module d'intelligence artificielle non prévu au cas d'affaire initial. Quel processus PRINCE2 est mobilisé pour évaluer si cette opportunité justifie une modification du projet, et comment le cas d'affaire doit-il être maintenu à jour ?
La proposition d'ajout du module d'IA constitue une demande de changement de périmètre, car ce produit n'était pas inclus dans le cas d'affaire approuvé. Elle doit être traitée via la procédure de management des incidences, qui fait partie intégrante du contrôle des changements dans PRINCE2. Le comité de pilotage est le seul organe compétent pour approuver des modifications qui affectent le cas d'affaire ou le périmètre du projet, notamment si elles impliquent un surcoût ou un allongement du délai. Conformément à la pratique « cas d'affaire », dont la finalité est d'établir si le projet est souhaitable, viable et réalisable, le cas d'affaire doit être mis à jour pour intégrer les coûts additionnels du module d'IA, les nouveaux bénéfices attendus (réduction des coûts de fraude estimée), et les risques associés. Cette mise à jour intervient dans le cadre du processus « gérer une limite de séquence », qui permet de réévaluer l'alignement du projet sur les objectifs stratégiques de MutuelSécur SA. Si l'opportunité renforce la justification pour l'entreprise, le comité de pilotage peut autoriser la modification ; dans le cas contraire, le périmètre initial doit être maintenu.
Les parties prenantes du département juridique expriment des inquiétudes non formalisées sur la conformité réglementaire. Comment le chef de projet doit-il gérer cette situation au regard de la pratique « organisation » et de l'approche de management de la communication ?
Les inquiétudes du département juridique illustrent l'importance d'avoir identifié toutes les parties prenantes pertinentes dès le début du projet, conformément au principe « rôles, responsabilités et relations définis », qui mobilise les intérêts des parties prenantes de l'entreprise, de l'utilisateur et du fournisseur. Si le département juridique n'était pas initialement représenté dans la structure de l'équipe de management de projet, le chef de projet doit revoir cette structure pour formaliser leur rôle (par exemple en tant qu'assurance projet ou partie prenante consultée). L'approche de management de la communication, définie dans la DIP, doit préciser les méthodes permettant d'obtenir et de transmettre les informations pertinentes à toutes les parties prenantes. Le chef de projet doit adapter la communication pour répondre aux besoins spécifiques du département juridique : fréquence, format, contenu lié à la conformité. Les inquiétudes exprimées doivent être formalisées dans le registre des incidences et traitées selon la procédure de management des incidences. Cette situation rappelle également l'intérêt de l'approche de management de la communication pour instaurer un flux d'information bidirectionnel et contrôlé, évitant que des préoccupations critiques restent informelles et non traitées.
Déploiement d'un système de billetterie numérique pour un réseau de transport régional
La régie régionale de transport TerraMove engage un projet de déploiement d'un système de billetterie numérique sur l'ensemble de son réseau de 47 lignes de bus et 3 lignes de tramway. Ce projet vise à remplacer les titres de transport papier et les validateurs obsolètes par une solution d'application mobile et de bornes connectées. Le cas d'affaire a été élaboré en s'appuyant sur les rapports de fin de projet d'un déploiement similaire réalisé par une régie partenaire dans une autre région, conformément au principe « tirer les leçons de l'expérience ». Le projet est découpé en deux séquences principales. La première couvre la configuration de l'infrastructure centrale et l'application mobile. La seconde couvre l'installation physique des bornes et la formation des agents. Le chef de projet a appliqué la planification basée sur les produits pour identifier l'ensemble des livrables, leurs descriptions de produit, et les interdépendances entre eux. Une description du produit de projet a été rédigée pour consigner ce qui rendra les usagers et la direction satisfaits du résultat final. En cours de séquence 1, un fournisseur de bornes signale une rupture de stock mondiale sur un composant électronique critique, menaçant la livraison de la séquence 2. Le chef de projet identifie cette menace et l'enregistre dans le registre des risques. Simultanément, la direction régionale demande d'étendre le périmètre du projet pour inclure l'intégration d'un système de géolocalisation des bus en temps réel, ce qui n'est pas prévu dans le cas d'affaire approuvé.
Le chef de projet a appliqué la planification basée sur les produits pour structurer le projet. Comment cette technique aide-t-elle à déterminer l'approche du projet, et quel lien existe-t-il avec le principe « focalisation produit » ?
La planification basée sur les produits est une technique centrale de la pratique « plans » dans PRINCE2. Elle place la définition de ce qui doit être livré — les produits — avant la réflexion sur les activités nécessaires pour les produire. Dans le contexte du projet TerraMove, cela signifie que le chef de projet a d'abord identifié tous les livrables (application mobile, bornes configurées, documentation de formation, rapports de recette, etc.) et rédigé leurs descriptions de produit avant de planifier les activités et d'estimer les coûts. Cette approche aide à déterminer l'approche du projet en clarifiant les interdépendances entre produits, en révélant les compétences nécessaires et en facilitant la définition des critères de qualité acceptables pour chaque livrable. Le lien avec le principe « focalisation produit » est direct : ce principe met l'accent sur la définition et la livraison des produits, en particulier sur les attentes qualité et les exigences de l'utilisateur. La description du produit de projet, qui consigne ce qui rendra les usagers et la direction satisfaits, est l'expression concrète de ce principe. Elle permet également de distinguer clairement les extrants (bornes installées, application déployée) des résultats attendus (amélioration de l'expérience usager, réduction des fraudes) et des bénéfices mesurables (taux de satisfaction de 85 %).
La rupture de stock sur le composant électronique constitue une menace identifiée. Quelles étapes de la technique de management des risques le chef de projet doit-il suivre, et dans quel produit de management cette menace doit-elle être consignée ?
La technique de management des risques dans PRINCE2 comprend plusieurs étapes séquentielles. La première est l'étape « identifier », dans laquelle le chef de projet doit prendre en compte l'environnement du projet — ici, les contraintes du marché mondial des composants électroniques — pour recenser les menaces. La rupture de stock est une menace externe clairement identifiable à ce stade. L'étape suivante est « évaluer » : le chef de projet doit estimer la probabilité de la menace et son impact sur les objectifs du projet, notamment sur le délai de la séquence 2 et sur le budget si des fournisseurs alternatifs plus coûteux doivent être sollicités. Vient ensuite l'étape « planifier les réponses » : des réponses possibles incluent l'identification de fournisseurs alternatifs (réduire), la constitution d'un stock de précaution (prévenir), ou la révision du calendrier d'installation (accepter avec plan de contingence). Enfin, l'étape « mettre en œuvre » consiste à exécuter la réponse retenue et à en assurer le suivi. La menace doit être consignée dans le registre des risques, qui est l'outil dédié à l'enregistrement, l'évaluation et la hiérarchisation des menaces et des opportunités dans PRINCE2. Ce registre est maintenu par le chef de projet et reviewé régulièrement dans le cadre du processus « contrôler une séquence ».
La direction régionale demande d'intégrer un système de géolocalisation des bus, hors périmètre du cas d'affaire approuvé. Quel processus PRINCE2 doit être utilisé pour traiter cette demande, et quel principe est potentiellement remis en question si cette extension est acceptée sans réévaluation formelle ?
La demande d'extension du périmètre constitue une demande de changement, qui doit être traitée via la procédure de management des incidences, composante du contrôle des changements dans PRINCE2. Le chef de projet doit enregistrer cette demande dans le registre des incidences, l'analyser en termes d'impact sur les six autres aspects de performance (coût, délai, qualité, périmètre, risque, durabilité), puis soumettre une recommandation au comité de pilotage. Seul le comité de pilotage a l'autorité d'approuver une modification qui sort du périmètre convenu dans le cas d'affaire. Si la demande dépasse les tolérances de périmètre définies, le chef de projet doit produire un rapport d'exception. Le principe potentiellement remis en question en cas d'acceptation sans réévaluation formelle est « s'assurer de la justification continue pour l'entreprise ». En effet, ajouter un système de géolocalisation modifie les coûts, les délais et probablement les bénéfices attendus. Sans mise à jour du cas d'affaire, il devient impossible de déterminer si le projet demeure souhaitable, viable et réalisable. PRINCE2 stipule explicitement que si un projet ne dispose plus d'une justification suffisante pour l'entreprise, il doit être arrêté — a fortiori, toute modification significative doit être évaluée à l'aune du cas d'affaire mis à jour avant d'être autorisée.
Construction d'un nouveau centre de formation interne pour un groupe pharmaceutique
Le groupe pharmaceutique PharmInova décide de construire et d'équiper un centre de formation dédié à la montée en compétences de ses 2 200 collaborateurs répartis sur quatre sites en France. Ce projet répond à une exigence réglementaire de formation continue imposée par les autorités sanitaires, ainsi qu'à un objectif stratégique d'amélioration de la qualité de production. L'exécutif du projet, le directeur des ressources humaines, a obtenu le financement auprès du comité de direction avant le démarrage officiel du projet, conformément à son rôle dans PRINCE2. Le processus « élaborer le projet » a permis de nommer les membres principaux de l'équipe de management de projet et d'établir un cas d'affaire préliminaire. Lors de l'initialisation, la documentation d'initialisation de projet (DIP) a été rédigée, intégrant notamment l'approche de management de la qualité, l'approche de management des risques, et l'approche de management de la communication. Le comité de pilotage a vérifié que la DIP était alignée avec les objectifs stratégiques de PharmInova avant d'autoriser le démarrage des travaux. Au cours de la deuxième séquence (aménagement intérieur et équipement), un rapport d'avancement révèle que les coûts réels engagés dépassent les prévisions de 8 % et que la qualité des cloisons acoustiques d'une salle de simulation ne correspond pas aux spécifications définies dans la description de produit. Le chef de projet doit gérer simultanément ce problème de non-conformité et la pression budgétaire croissante, tout en préparant la revue de fin de séquence.
Les cloisons acoustiques ne répondent pas aux spécifications de la description de produit. Quel terme PRINCE2 désigne cette situation, dans quel processus cette non-conformité doit-elle être traitée, et quelle est la procédure à suivre ?
Une situation dans laquelle un produit ne respecte pas ses spécifications de qualité est qualifiée de non-conformité dans PRINCE2. Il s'agit d'un type spécifique d'incidence. Dans le cadre du projet PharmInova, les cloisons acoustiques qui n'atteignent pas les critères définis dans leur description de produit constituent donc une non-conformité à traiter formellement. La non-conformité doit être traitée dans le processus « gérer la livraison des produits », qui est précisément le processus centré sur la production, les tests et l'acceptation des produits définis, et dans lequel les méthodes de qualité spécifiées (tests acoustiques, mesures normatives) doivent être employées pour prouver qu'un produit satisfait à ses critères de qualité. Concrètement, la procédure de management des incidences doit être déclenchée : le chef de projet enregistre la non-conformité dans le registre des incidences, analyse l'impact (coût de reprise, délai, risque réglementaire lié aux exigences sanitaires), et propose des options de résolution au comité de pilotage si l'incidence dépasse les tolérances. Un nouveau contrôle de qualité devra être réalisé après correction, et une nouvelle version de la description de produit sera créée si les spécifications sont amenées à évoluer.
Le dépassement budgétaire de 8 % dépasse la tolérance de séquence fixée à ±5 %. Quelles actions le chef de projet doit-il entreprendre selon le principe du « management par exception », et quel produit de management doit-il produire ?
Le principe du « management par exception » établit que chaque niveau de management délègue l'autorité au niveau inférieur en définissant des tolérances de performance. Lorsqu'une tolérance est dépassée ou risque de l'être, il est de la responsabilité du chef de projet d'escalader la situation au niveau supérieur — ici le comité de pilotage — plutôt que de tenter de gérer seul le dépassement. Dans le cas de PharmInova, le dépassement de 8 % dépasse la tolérance budgétaire de ±5 % fixée pour la séquence. Le chef de projet doit donc produire un rapport d'exception destiné au comité de pilotage. Ce rapport doit décrire la situation actuelle (8 % de dépassement), analyser les causes (imprévus sur les matériaux, sous-estimation initiale, etc.), évaluer l'impact sur le budget total du projet et sur le cas d'affaire, et proposer des options pour la suite : réduction du périmètre, ajustement des tolérances pour la séquence suivante, ou demande de budget supplémentaire. Le comité de pilotage prendra alors une décision éclairée (continuer, modifier, ou arrêter le projet) dans le cadre du processus « diriger le projet », qui est le processus dans lequel les décisions clés de contrôle du projet sont prises à un niveau stratégique. Parallèlement, le chef de projet doit mettre à jour le cas d'affaire pour refléter les coûts réels engagés.
Le comité de pilotage prépare la revue de fin de séquence 2. Quel processus PRINCE2 est associé à cette revue, quels éléments le comité doit-il examiner pour confirmer que le projet demeure justifié, et quel principe est au cœur de cet exercice ?
La revue de fin de séquence est associée au processus « gérer une limite de séquence ». Ce processus est conçu pour évaluer la progression du projet à la fin de chaque séquence et s'assurer qu'il reste aligné sur les objectifs stratégiques de PharmInova et sur les exigences réglementaires qui fondent sa justification. Dans le cadre de cette revue, le comité de pilotage doit examiner plusieurs éléments clés : le cas d'affaire mis à jour (intégrant les coûts réels engagés et la révision des bénéfices attendus), le rapport de fin de séquence 2 préparé par le chef de projet (qui compare les réalisations effectives aux références planifiées), le registre des risques actualisé (incluant les nouvelles menaces identifiées comme la non-conformité acoustique), et les leçons apprises. Le comité doit s'assurer que la DIP reste alignée avec les objectifs de l'entreprise. Le principe central de cet exercice est « s'assurer de la justification continue pour l'entreprise » : PRINCE2 exige que le projet demeure souhaitable, viable et réalisable à chaque point de décision clé du cycle de vie. Si le dépassement budgétaire, combiné à la non-conformité, remet en cause la viabilité du projet, le comité de pilotage doit envisager soit des ajustements formels, soit dans un cas extrême, l'arrêt du projet. Autoriser la séquence 3 sans cette validation formelle serait contraire aux principes fondamentaux de PRINCE2.
Migration vers le cloud d'une DSI dans le secteur bancaire
La banque régionale CréditTerra engage la migration de l'ensemble de son infrastructure informatique vers une solution cloud hybride. Ce projet stratégique vise à réduire les coûts d'infrastructure de 22 % sur cinq ans, à améliorer la résilience des systèmes et à répondre aux nouvelles exigences de cybersécurité imposées par le régulateur bancaire européen. Le projet a été formellement initié après que le comité de pilotage a examiné et approuvé la documentation d'initialisation de projet (DIP), confirmant disposer de suffisamment d'informations pour valider le démarrage. Le projet mobilise une équipe transversale de 18 personnes issues des équipes infrastructure, sécurité, applications métier et du prestataire cloud retenu. Un nouveau membre de l'équipe, arrivé en cours de séquence 1, cherche à comprendre la structure organisationnelle du projet et les relations hiérarchiques. Par ailleurs, le chef de projet a défini une approche de management du numérique et des données pour préciser comment les informations et les outils seront utilisés et gérés à travers l'écosystème du projet. Lors de la planification de la séquence 2, le chef de projet doit produire les estimations de coût pour chaque lot de travaux, en s'appuyant sur la technique de planification PRINCE2. En fin de séquence 1, une revue des bénéfices intermédiaires révèle que l'appétence au risque de la direction générale de CréditTerra est plus faible que ce que le cas d'affaire initial supposait, notamment face aux risques de disponibilité des systèmes pendant la migration. Plusieurs membres de l'équipe ont tendance à minimiser ces risques pour ne pas retarder le projet, ce qui préoccupe le chef de projet.
Un nouveau membre de l'équipe cherche à comprendre la structure organisationnelle du projet et les relations hiérarchiques. Quel produit de management PRINCE2 doit-il consulter, et quelle pratique encadre la définition de ce type d'information ?
Pour comprendre la structure organisationnelle du projet et les relations hiérarchiques, le nouveau membre de l'équipe doit consulter la structure de l'équipe de management de projet. Ce document, inclus dans la documentation d'initialisation de projet (DIP), détaille la composition de l'équipe, les rôles de chacun, et les relations de reporting au sein du projet. Il constitue la référence la plus adaptée pour répondre rapidement à cette question. Cette information est encadrée par la pratique « organisation » de PRINCE2, dont la finalité est précisément de définir qui est responsable de quelles activités du projet, d'établir la structure organisationnelle, et de clarifier les rôles et responsabilités. Dans le cas de CréditTerra, avec 18 personnes issues de quatre entités différentes (infrastructure, sécurité, applications, prestataire), la clarté organisationnelle est particulièrement critique pour éviter les ambiguïtés de gouvernance. La DIP dans son ensemble constitue le produit de management de référence qui guide l'équipe de management de projet sur la façon de gérer les multiples aspects du projet, dont l'organisation fait partie. Le principe « rôles, responsabilités et relations définis » est sous-jacent à cette démarche, garantissant que les intérêts de l'entreprise, des utilisateurs et des fournisseurs sont représentés de manière structurée.
Lors de la planification de la séquence 2, le chef de projet doit estimer les coûts des lots de travaux. À quelle étape de la technique de planification PRINCE2 cette activité se rattache-t-elle, et quelle est la finalité de la pratique « plans » dans ce contexte ?
L'estimation des coûts de livraison des lots de travaux se rattache à l'étape « préparer les estimations » de la technique de planification PRINCE2. Cette étape vise précisément à établir l'effort, le temps et le coût nécessaires à la livraison de chaque lot de travaux. Dans le projet CréditTerra, cela implique de ventiler les coûts par lot (migration des serveurs de production, migration des bases de données critiques, tests de résilience, etc.) pour obtenir une compréhension détaillée des implications financières de chaque composante de la séquence 2. Cette granularité est indispensable pour maintenir le contrôle budgétaire face à un budget total de 4,7 M€ et une tolérance à surveiller étroitement. La finalité de la pratique « plans » dans ce contexte est double : d'une part, garantir que tous les aspects du projet sont correctement planifiés en fournissant une feuille de route claire pour l'exécution et le contrôle ; d'autre part, fournir la base de contrôle au regard de laquelle la progression sera mesurée tout au long de la séquence. Dans PRINCE2, les plans de séquence intègrent également la planification des activités de contrôle de la qualité (tests de disponibilité, audits de sécurité), qui doivent être ordonnancées à ce niveau de détail plutôt que dans le plan de projet pour permettre une planification opérationnelle précise.
Certains membres de l'équipe minimisent les risques de disponibilité pour ne pas retarder le projet. Comment cette attitude impacte-t-elle la prise de décision selon PRINCE2, et comment le chef de projet doit-il répondre à ce comportement en tenant compte de l'appétence au risque de CréditTerra ?
Le comportement des membres de l'équipe qui minimisent les risques illustre directement comment la culture du risque d'une organisation peut rendre la prise de décision moins efficace. Dans PRINCE2, cette situation est décrite comme l'adoption par certains individus d'une attitude qui les conduit à ignorer les menaces pesant sur les objectifs du projet. Cette attitude mine l'efficacité de la prise de décision car elle prive le comité de pilotage d'informations fiables pour gouverner le projet, crée un registre des risques incomplet, et peut conduire à des surprises majeures en cours de migration — particulièrement graves dans un contexte bancaire soumis à des exigences réglementaires strictes. L'appétence au risque de CréditTerra, qui est plus faible que supposé initialement, représente le montant et le type de risque que la direction générale est disposée à accepter dans la poursuite de ses objectifs. Le cas d'affaire doit être mis à jour pour refléter cette réalité, et les réponses aux risques doivent être calibrées en conséquence (tolérances de risque plus étroites, réponses préventives renforcées). Le chef de projet doit, conformément à son rôle de leadership, comprendre les motivations des membres de l'équipe (crainte de retards, pression sur les délais) et travailler sur la culture d'équipe pour que le signalement des risques soit perçu comme une contribution positive et non comme un obstacle. Il doit également renforcer le suivi : augmenter la fréquence des comptes rendus et des revues du registre des risques, et rappeler à chaque membre de l'équipe l'obligation de soulever toute menace prévisible dépassant les tolérances convenues, conformément au principe du « management par exception ».
Refonte du parcours d'accueil des patients dans un hôpital public
Le centre hospitalier universitaire (CHU) de Valmont engage un projet de refonte complète du parcours d'accueil des patients aux urgences et en consultations externes. Face à des délais d'attente moyens de 3h20 aux urgences et un taux de satisfaction patient de 54 %, la direction générale a mandaté ce projet pour améliorer l'organisation des flux, moderniser les outils de prise en charge et former le personnel soignant et administratif. Le projet a été élaboré en s'inspirant des leçons tirées d'un projet similaire conduit par un CHU partenaire, dont le rapport de fin de projet a été analysé pour alimenter le cas d'affaire préliminaire. La conduite du changement est identifiée comme un enjeu majeur : environ 340 agents sont concernés par les nouvelles procédures de travail, et une partie du personnel médical exprime des résistances culturelles. Le chef de projet a intégré dans la DIP une approche de management de la communication détaillant les méthodes d'engagement de chaque catégorie de parties prenantes (personnel médical, personnel administratif, patients représentés par des associations, tutelles hospitalières). La durabilité a été identifiée comme un aspect de performance à part entière, car le projet doit démontrer un impact positif sur les conditions de travail du personnel. Le projet est structuré en trois séquences. À la fin de la séquence 2 (déploiement des nouveaux outils informatiques), le comité de pilotage doit décider s'il convient d'autoriser la séquence 3 (formation et accompagnement au changement), qui représente 35 % du budget total. Une analyse de mi-parcours révèle que les bénéfices opérationnels attendus en séquence 2 sont partiellement atteints, et que des ajustements de périmètre sont envisagés.
La conduite du changement est identifiée comme un enjeu majeur du projet. Pourquoi la conduite du changement est-elle importante dans ce projet selon PRINCE2, et comment se distingue-t-elle conceptuellement des autres activités de management de projet ?
Dans PRINCE2, la conduite du changement désigne le moyen par lequel une organisation passe de son état actuel à son état cible. Pour le CHU de Valmont, l'état actuel est caractérisé par des processus d'accueil inefficaces et une culture de travail établie de longue date parmi 340 agents. L'état cible est une organisation repensée avec de nouveaux outils, de nouvelles procédures et, surtout, de nouvelles façons de travailler. La conduite du changement est importante dans ce projet car elle garantit que les livrables techniques du projet (nouveaux outils informatiques, nouveaux protocoles) se traduisent effectivement en résultats organisationnels durables — réduction des délais d'attente, amélioration de la satisfaction patient. Dans PRINCE2, un résultat (outcome) est la conséquence d'un changement affectant des comportements ou des circonstances du monde réel. Sans conduite du changement efficace, les extrants du projet (logiciels déployés, salles réorganisées) pourraient ne pas générer les résultats et bénéfices attendus. La conduite du changement se distingue du management de projet classique en ce qu'elle se concentre spécifiquement sur la manière dont la culture de l'organisation évolue, en traitant les résistances humaines et en accompagnant les individus dans l'adoption de nouvelles pratiques. L'approche de management de la communication, qui établit un flux d'information bidirectionnel et contrôlé, est un outil essentiel de la conduite du changement dans ce contexte.
Le comité de pilotage doit décider d'autoriser ou non la séquence 3 à la fin de la séquence 2. Quel processus PRINCE2 encadre cette décision, quels produits de management le comité doit-il examiner, et quel principe garantit la rigueur de cet exercice ?
La décision d'autoriser la séquence 3 intervient dans le cadre du processus « gérer une limite de séquence », qui est conçu pour évaluer la progression du projet à la fin de chaque séquence et s'assurer qu'il reste justifié avant d'engager les ressources de la séquence suivante. Ce processus produit les informations dont le comité de pilotage a besoin pour prendre sa décision dans le cadre du processus « diriger le projet », qui est le lieu où sont prises les décisions clés de contrôle du projet à un niveau stratégique. Pour prendre une décision éclairée, le comité de pilotage doit examiner plusieurs produits de management clés : le rapport de fin de séquence 2 (comparant les réalisations aux prévisions), le cas d'affaire mis à jour (intégrant les coûts réels engagés et réévaluant les bénéfices attendus au regard de l'atteinte partielle des objectifs intermédiaires), le plan de séquence 3 (détaillant comment la formation et l'accompagnement au changement seront conduits pour 340 agents, représentant 35 % du budget), et le registre des risques actualisé. Le principe qui garantit la rigueur de cet exercice est « s'assurer de la justification continue pour l'entreprise ». Ce principe exige que le projet demeure souhaitable, viable et réalisable à chaque point de décision. Si l'atteinte partielle des bénéfices en séquence 2 remet en cause la trajectoire vers le taux de satisfaction de 78 % et la réduction des délais, le comité de pilotage doit évaluer si la poursuite du projet est toujours justifiée. Selon PRINCE2, si la justification pour l'entreprise n'est plus suffisante, le projet doit être arrêté plutôt que poursuivi par inertie.
Le projet s'est inspiré du rapport de fin de projet d'un CHU partenaire pour élaborer son cas d'affaire. Quel principe PRINCE2 est ainsi appliqué, et comment la pratique « qualité » contribue-t-elle à s'assurer que les bénéfices attendus (satisfaction patient, réduction des délais) seront effectivement mesurables à l'issue du projet ?
En analysant le rapport de fin de projet d'un CHU partenaire ayant mené un projet similaire pour alimenter le cas d'affaire du projet de Valmont, le chef de projet applique le principe « tirer les leçons de l'expérience ». Ce principe stipule que les enseignements issus de projets antérieurs doivent être recherchés, documentés et réutilisés pour améliorer la prise de décision et la planification des projets actuels. Dans ce cas précis, les données du projet partenaire permettent d'affiner les estimations de délai de réduction d'attente, d'anticiper les résistances culturelles rencontrées, et de calibrer les ressources nécessaires à la conduite du changement pour 340 agents. La pratique « qualité » contribue à s'assurer que les bénéfices seront effectivement mesurables de plusieurs façons. D'abord, lors de la planification de la qualité, elle définit les critères de qualité des produits du projet (par exemple : le nouveau système de prise en charge doit permettre une réduction du délai d'attente d'au moins 30 % dans un délai de 6 mois post-déploiement). Ces critères sont consignés dans les descriptions de produit. Ensuite, la pratique identifie les attentes de l'utilisateur — ici les patients et le personnel soignant — et détermine comment le projet les satisfera. La description du produit de projet consigne ce qui rendra les utilisateurs satisfaits du résultat final, ce qui fournit une base mesurable pour les revues de bénéfices post-projet. Enfin, la planification des activités de contrôle de la qualité (enquêtes de satisfaction, mesures des délais d'attente à intervalles définis) dans les plans de séquence permet de vérifier en cours de projet que la trajectoire vers les bénéfices attendus est maintenue.