L’évitement des menaces est une stratégie de réponse aux risques qui consiste à modifier le plan de projet ou la portée des travaux de manière à éliminer totalement l’exposition à un événement négatif identifié. Dans le langage de la gestion de projet, on parle d’évitement lorsqu’on agit sur la cause racine, le périmètre, la méthode ou l’environnement du projet pour faire disparaître une menace, plutôt que d’en atténuer l’impact ou d’en partager les conséquences. Il s’agit d’une décision souvent radicale qui peut toucher aux objectifs fondamentaux, au calendrier, au budget ou à la solution technique retenue, mais qui vise à protéger le projet contre une issue défavorable jugée inacceptable.
Récapitulatif : l’évitement des menaces
| Concept clé | Résumé |
|---|---|
| Stratégie d'évitement | Consiste à éliminer intégralement l'exposition à une menace en modifiant le périmètre, le planning ou la solution technique envisagée. |
| Décision à fort impact | Implique une modification délibérée des objectifs, du calendrier, du budget ou de l'architecture technique pour écarter un impact qui serait inacceptable pour le projet. |
| Action proactive planifiée | L'évitement exige une action planifiée et non l'inaction : réaffectation des ressources, renégociation du périmètre ou refonte de la conception. |
| Recommandations du PMBOK | Le PMBOK recommande notamment d'adapter l'approche technique, de réduire le périmètre, de supprimer un module ou, dans les cas les plus critiques, de clore le projet. |
| Cas d'application | Retirer une user story du backlog ou externaliser une fonction à un service tiers illustre une réponse d'évitement face à un risque technique ou de sécurité avéré. |
| Outils d'identification des menaces | Le registre des risques, les ateliers collaboratifs avec les parties prenantes, l'analyse SWOT et les retours d'expérience permettent de détecter les menaces de manière systémique. |
| Origines de la pratique | La formalisation de cette stratégie a émergé dans les années 1980 et 1990, sous l'impulsion des exigences de fiabilité des secteurs de la défense et de l'aérospatiale. |
| Déclinaisons opérationnelles | Opter pour un composant standard, délocaliser une partie du projet ou supprimer une fonctionnalité à risque élevé constituent des déclinaisons concrètes de l'évitement. |
Définition et signification fondamentale de l’évitement des menaces
Dans le corpus du PMBOK, l’évitement est l’une des cinq stratégies génériques de réponse aux menaces, aux côtés de l’atténuation, du transfert, de l’acceptation et de l’escalade. L’évitement des menaces en gestion de projet peut être défini comme l’ensemble des actions qui retirent complètement l’objet du risque du champ du projet. Concrètement, cela signifie que l’équipe projet identifie une menace, évalue qu’aucune autre réponse ne ramènerait le risque à un niveau tolérable, puis entreprend une modification significative du plan de management pour ne plus être confrontée à cette menace. Le PMBOK précise que l’évitement peut se traduire par la modification de l’approche technique, le changement de périmètre, l’abandon pur et simple d’un module ou, dans les cas extrêmes, l’arrêt du projet.
Dans la méthode PRINCE2, l’évitement (avoid) correspond à une option de la stratégie de réponse aux risques, décrite dans l’approche de gestion des risques du projet. PRINCE2 insiste sur la justification continue de l’activité et rappelle que l’évitement peut être une décision de niveau direction, notamment lorsque le risque menace le business case. Les environnements agiles, quant à eux, n’utilisent pas le terme avec la même formalité, mais ils pratiquent l’évitement de manière organique. Lorsqu’une story ou une fonctionnalité est retirée du backlog parce que le risque technique est jugé trop élevé, ou que l’équipe décide d’utiliser un service tiers plutôt que de développer une brique logicielle exposée à une faille de sécurité, il s’agit bien d’un comportement d’évitement.
Ce que signifie vraiment éviter une menace
Éviter une menace ne signifie pas simplement choisir de ne rien faire face au danger : c’est une action proactive et planifiée qui exige une réallocation de ressources, une renégociation du périmètre ou une refonte du design. Une menace évitée disparaît du registre des risques car elle n’a plus d’objet ; le projet ne peut plus être affecté par cet événement parce qu’il ne traverse plus la zone d’exposition. Cela distingue l’évitement de l’atténuation, où l’on réduit la probabilité ou l’impact sans éliminer la source, et du transfert, où l’on confie la gestion des conséquences à un tiers sans supprimer la menace en elle-même.
Points essentiels sur l'évitement des menaces
- Stratégie du PMBOK et définition
- Selon le PMBOK, l'évitement élimine complètement une menace en supprimant l'élément à risque par des modifications délibérées du périmètre, du planning ou des ressources du projet.
- Applications dans PRINCE2 et agile
- PRINCE2 en fait une décision de niveau directionnel lorsque la menace compromet le business case, alors qu'en agile, l'évitement est appliqué de manière organique par le retrait de user stories ou l'adoption de services externes.
- Distinction avec atténuation et transfert
- Contrairement à l'atténuation qui réduit seulement la probabilité ou l'impact, et au transfert qui délègue la gestion des conséquences sans agir sur la cause, l'évitement est une réponse proactive qui éradique la source même du risque.
Origines et contexte intersectoriel
La notion d’évitement des menaces n’est pas née dans les bureaux de gestion de projet. Elle puise ses racines dans la gestion des risques industriels, la sûreté de fonctionnement, l’ingénierie de la sécurité et la stratégie militaire. Dans l’aviation, par exemple, l’évitement de collision est un concept central, formalisé par des systèmes TCAS qui modifient la trajectoire pour supprimer une menace imminente. La médecine préventive applique aussi ce principe : plutôt que de traiter une pathologie déclarée, on vaccine pour éviter l’apparition de la maladie, éliminant ainsi l’exposition au risque clinique. Ces domaines ont en commun de privilégier l’élimination radicale de la menace lorsque l’impact potentiel est catastrophique et que les autres formes de traitement ne suffisent pas.
En gestion de projet, la formalisation de l’évitement comme réponse aux risques s’est développée avec la montée en puissance des méthodologies structurées dans les années 1980 et 1990, notamment dans les secteurs de la défense et de l’aérospatiale, où le coût d’un échec est prohibitif. La démarche est alors la suivante : si un risque identifié dépasse le seuil d’appétence au risque de l’organisation, la réponse par défaut doit être l’évitement, sauf si une stratégie alternative documentée est approuvée. Ce cadre mental a ensuite irrigué l’ensemble des référentiels professionnels, du PMBOK à l’ISO 31000, pour devenir un standard reconnu universellement.
Composantes clés de l’évitement des menaces
L’évitement d’une menace repose sur une séquence structurée d’identification, d’évaluation et de modification délibérée du plan projet. La première composante est bien entendu l’identification précise de la menace. On ne peut pas éviter ce que l’on n’a pas correctement qualifié. Le registre des risques, les ateliers avec les parties prenantes, les analyses de type SWOT et les retours d’expérience de projets antérieurs sont les outils classiques pour faire émerger les menaces. Une fois la menace identifiée et son propriétaire désigné, une analyse qualitative puis éventuellement quantitative mesure sa probabilité et son impact potentiel.
Vient ensuite l’évaluation de la criticité, qui compare le niveau de risque brut à la tolérance de l’organisation envers le risque. C’est ici que se décide le choix de l’évitement. Si le score résiduel après simulation des réponses classiques (atténuation, transfert) reste au-dessus du seuil acceptable, l’évitement devient la seule option réaliste. La troisième composante est la conception d’une alternative technique, contractuelle ou organisationnelle qui va contourner la cause racine. Cela peut impliquer de sélectionner un composant sur étagère plutôt qu’un développement spécifique, de délocaliser une partie du projet dans une zone géographique stable, ou encore de retirer une fonctionnalité jugée trop risquée.
La dernière composante, souvent sous-estimée, est l’évaluation des impacts collatéraux. Éviter une menace n’est pas gratuit : la modification du plan peut allonger le délai, augmenter le coût ou réduire la valeur livrée. L’analyse de ces impacts collatéraux doit être documentée et approuvée par le sponsor ou le comité de pilotage, car la décision d’évitement est rarement déléguée au seul chef de projet. Elle engage la gouvernance.
Synthèse de l'évitement des menaces
- Identification précise des menaces
- L’identification rigoureuse des menaces s’appuie sur le registre des risques, des ateliers collaboratifs avec les parties prenantes, des analyses SWOT et le retour d’expérience de projets antérieurs.
- Analyse de criticité et seuil de tolérance
- La probabilité et l’impact de chaque menace sont évalués par des analyses qualitative puis quantitative, et le niveau de criticité qui en résulte est confronté au seuil de tolérance de l’organisation pour confirmer que l’évitement constitue la seule stratégie réaliste.
- Alternatives pour contourner la cause racine
- L’évitement se concrétise par la conception d’une alternative technique, contractuelle ou organisationnelle qui contourne la cause racine, par exemple en optant pour un composant standard, en délocalisant le projet ou en retirant une fonctionnalité jugée trop risquée.
- Approbation par le sponsor ou le comité
- La décision d’évitement doit être documentée avec ses impacts collatéraux et validée par le sponsor ou le comité de pilotage, car elle dépasse le pouvoir de décision du seul chef de projet.
Place de l’évitement des menaces dans les référentiels de gestion de projet
Dans le PMBOK, l’évitement prend place au sein du groupe de processus Planification, et plus précisément au sein du processus Planifier la réponse aux risques, qui fait partie de la zone de connaissance Gestion des risques du projet. Le processus reçoit en entrée le registre des risques qualifié, la matrice de probabilité et d’impact, ainsi que le plan de management des risques qui définit les seuils de tolérance. Le résultat est un plan de réponse aux risques qui peut contenir des actions d’évitement, chacune associée à un responsable et à un calendrier. Une fois mise en œuvre, l’action d’évitement est consignée dans le registre des risques, et la menace concernée est marquée comme close puisque son objet n’existe plus.
PRINCE2 ne hiérarchise pas les processus de la même manière, mais la logique est analogue. Le thème Risque de PRINCE2 prévoit que le project manager propose une réponse pour chaque risque inscrit dans le registre. La réponse « éviter » est une option formelle, au même titre que « réduire », « transférer », « accepter » ou « partager ». La décision peut remonter au comité de projet si la modification nécessaire touche au périmètre validé par le mandat de projet. En environnement agile, on ne parle pas de processus planifiés de manière linéaire, mais l’évitement apparaît spontanément lors des cérémonies de raffinement du backlog ou de planification d’itération. Une équipe Scrum, par exemple, peut décider collectivement de retirer une user story identifiée comme porteuse d’une dette technique ou d’un risque de sécurité trop lourd.
L’évitement dans les environnements prédictifs, adaptatifs et hybrides
En mode prédictif, l’évitement se formalise tôt, lors de la planification initiale, parce que les modifications de périmètre sont coûteuses une fois la phase d’exécution engagée. Dans un projet en cycle en V, on évite une menace de non-conformité réglementaire en intégrant les exigences dans la spécification, quitte à retarder la livraison. En mode adaptatif pur, l’évitement peut intervenir à chaque itération : l’équipe inspecte les risques émergents et adapte le backlog. Une pratique courante consiste à placer un spike de recherche pour explorer une menace technique et, si le coût de résolution est jugé excessif, à remplacer la fonctionnalité par une alternative plus sûre. Les modèles hybrides capitalisent sur les deux approches : le planning par vagues permet de définir des réponses d’évitement pour les lots connus, tandis que l’itératif traite l’incertitude résiduelle.
Application pratique et scénarios courants
L’évitement des menaces trouve son application la plus visible dans les projets de construction, d’infrastructure, de développement logiciel et d’ingénierie. En pratique, l’évitement des menaces se manifeste par des décisions qui vont de la modification d’une solution technique à l’arrêt complet d’une phase. Imaginons un projet de déploiement d’un réseau électrique en zone montagneuse. L’analyse des risques révèle que les glissements de terrain menacent plusieurs pylônes prévus sur un tracé direct. L’atténuation par ancrages renforcés et surveillance géotechnique ne ramène pas le risque sous le seuil de sécurité acceptable. La réponse d’évitement consiste à modifier le tracé pour contourner la zone instable, quitte à allonger la ligne de plusieurs kilomètres et à renégocier les autorisations de passage. La menace est éliminée car le projet ne s’expose plus à l’aléa géologique.
Dans le secteur informatique, un exemple classique est celui d’un projet de transformation digitale devant interfacer un ancien système mainframe dont la documentation est lacunaire et dont les compétences de maintenance se raréfient. L’analyse des risques identifie une menace majeure de rupture de service et d’incapacité à tester correctement l’interface. L’évitement peut prendre la forme du remplacement pur et simple du système legacy avant d’entamer le nouveau développement, ou de la mise en place d’une couche d’abstraction qui isole totalement le nouveau périmètre fonctionnel, abandonnant l’idée d’interfaçage direct. Dans les deux cas, le plan projet est modifié pour supprimer l’exposition au risque.
Les projets de développement de nouveaux médicaments offrent une autre illustration. Une menace de toxicité ne peut souvent pas être atténuée : si les essais précliniques montrent un profil dangereux pour une voie d’administration spécifique, l’entreprise peut décider d’éviter la menace en abandonnant cette voie et en explorant une formulation différente, sauvant ainsi le programme tout entier. La décision se prend au niveau du comité de portefeuille, car elle engage des ressources considérables et retarde la mise sur le marché.
L’évitement n’est pas limité aux menaces techniques ; il s’applique aussi aux risques organisationnels. Un fournisseur unique situé dans une région soumise à des tensions géopolitiques constitue une menace sur la chaîne d’approvisionnement. Plutôt que de stocker des composants ou de prévoir des pénalités de retard, le projet peut éviter la menace en qualifiant un second fournisseur dans une zone plus stable, ou en internalisant la production. La décision a un coût, mais elle retire le risque du périmètre du projet.
Synthèse des scénarios d'application
- Domaines d'application principaux
- Dans les secteurs de la construction, des infrastructures, du développement logiciel et de l'ingénierie, la démarche d'évitement consiste à écarter résolument les menaces dès la conception pour construire un périmètre de projet intrinsèquement plus sûr.
- Décisions allant de la modification à l'arrêt
- En pratique, l'évitement se concrétise par une gradation de décisions qui s'étend d'un simple ajustement technique jusqu'à l'arrêt complet d'une phase de projet, chaque niveau visant à supprimer définitivement l'exposition au risque.
- Détournement du tracé électrique
- Confronté à un risque de glissement de terrain que l'atténuation ne ramène pas sous le seuil acceptable, le projet de réseau électrique contourne la zone instable, acceptant un allongement de plusieurs kilomètres pour neutraliser totalement la menace.
- Gestion des systèmes legacy
- Dans un projet de transformation digitale, l'évitement peut prendre la forme du remplacement anticipé du système mainframe obsolète ou de l'interposition d'une couche d'abstraction qui isole hermétiquement le nouveau périmètre fonctionnel des dépendances héritées, neutralisant ainsi les risques de compatibilité et de blocage.
- Abandon d'une voie d'administration
- Dès que les essais précliniques révèlent un profil de toxicité dangereux pour une voie d'administration spécifique, la stratégie d'évitement conduit à abandonner définitivement cette modalité et à explorer une formulation alternative, sauvant de ce fait l'ensemble du programme de développement.
Défis, pièges et idées reçues autour de l’évitement des menaces
Une idée reçue répandue est que l’évitement constitue la solution idéale car elle élimine le risque. En réalité, l’évitement des menaces ne supprime pas tout risque : il élimine une menace spécifique, mais peut introduire de nouveaux risques secondaires. Le piège le plus fréquent est de sous-estimer les effets de bord de la modification du plan. Dans l’exemple du tracé électrique modifié, l’allongement de la ligne expose le projet à des risques de dépassement budgétaire et à de nouvelles oppositions locales. Un chef de projet qui pratique l’évitement sans analyse des risques résiduels et secondaires croit à tort avoir sécurisé son projet alors qu’il a simplement déplacé l’incertitude.
Un autre écueil classique est l’évitement par excès de prudence. Certaines organisations refusent systématiquement toute menace dès que le niveau d’incertitude dépasse un seuil minimal, ce qui conduit à des projets tellement aseptisés qu’ils perdent en valeur et en compétitivité. L’évitement non discriminé devient alors un frein à l’innovation. Pire, des sponsors peuvent imposer des mesures d’évitement coûteuses sans avoir validé la probabilité réelle de la menace, simplement parce que la perception du risque est biaisée par un précédent traumatique.
La confusion avec l’annulation de projet mérite aussi d’être dissipée. L’évitement modifie le projet pour contourner une menace ; l’annulation met fin à l’ensemble du projet parce que le risque global est jugé inacceptable. L’évitement concerne une menace individuelle, tandis que l’annulation est une décision de niveau portefeuille ou stratégique. Traiter l’évitement comme une décision binaire (on évite ou on n’évite pas) est également trompeur : il existe des degrés d’évitement partiel, comme le retrait d’un sous-lot ou la réorganisation d’une phase.
Relations avec d’autres concepts de la gestion des risques projet
L’évitement n’existe jamais de manière isolée ; il s’insère dans un écosystème de processus et d’artefacts. Le lien entre l’évitement des menaces et l’analyse quantitative des risques est particulièrement déterminant pour justifier une décision aussi lourde. Dans le PMBOK, l’analyse quantitative des risques, via des simulations de Monte-Carlo ou des arbres de décision, permet d’évaluer l’impact du risque sur les objectifs du projet et de comparer le coût de l’évitement à l’exposition résiduelle après d’autres stratégies. Une action d’évitement se comprend d’autant mieux qu’elle est étayée par un modèle chiffré montrant que la menace pouvait entraîner une dérive de 30 % du budget ou un retard de six mois.
La notion d’appétence au risque est un autre concept central. Une organisation ayant une faible appétence aura tendance à privilégier l’évitement dès que la menace dépasse un seuil assez bas. À l’inverse, une entreprise innovante avec une forte tolérance au risque technique préférera l’atténuation ou même l’acceptation active pour ne pas brider la créativité. La stratégie d’évitement est donc toujours relative au profil de risque des parties prenantes et de l’organisation.
L’évitement se distingue radicalement du transfert, qui laisse la menace exister mais en déplace la charge financière sur un assureur ou un sous-traitant. Pourtant, dans la pratique, les deux peuvent se combiner : on peut éviter une menace en remplaçant un processus par un service externalisé garanti par des pénalités, mêlant ainsi évitement de la cause technique et transfert du risque résiduel. La distinction reste néanmoins utile pour la clarté du registre des risques et la traçabilité des décisions.
Enfin, le plan de gestion des bénéfices est impacté par les décisions d’évitement. Si l’évitement implique de supprimer une fonctionnalité, la valeur livrée diminue, ce qui doit se refléter dans la fiche de bénéfices. L’analyse de réalisation des bénéfices, chère à PRINCE2 et aux approches orientées valeur, rappelle que l’évitement d’une menace ne doit pas se faire au détriment de la raison d’être du projet.
Synthèse des liens essentiels
- Justification par l'analyse quantitative
- L'évitement d'une menace s'appuie sur des analyses quantitatives rigoureuses, comme les simulations de Monte-Carlo et les arbres de décision, qui comparent systématiquement le coût de l'évitement à l'exposition résiduelle et objectivent les scénarios de dépassement budgétaire ou de retard.
- Influence de l'appétence au risque
- Les organisations à faible appétence au risque privilégient l'évitement dès que la menace dépasse un seuil modeste, tandis que les entreprises innovantes et tolérantes aux risques favorisent l'atténuation ou l'acceptation active pour préserver leur potentiel créatif.
- Distinction et combinaison avec le transfert
- L'évitement supprime la cause de la menace, tandis que le transfert en déplace uniquement la charge financière, mais ces deux stratégies peuvent se conjuguer, par exemple en externalisant un processus assorti de clauses pénales, sans pour autant compromettre l'objectif fondamental du projet.
Évolution des pratiques et perspectives contemporaines
Au cours des deux dernières décennies, l’évitement des menaces a évolué d’une approche purement technique vers une décision intégrant la dimension valeur. Les praticiens ne raisonnent plus seulement en termes de probabilité et d’impact, mais aussi en termes de perte de valeur potentielle et d’alignement stratégique. Si éviter une menace détruit plus de valeur que la menace elle-même, la décision devient difficile à défendre devant un comité de pilotage. Les méthodes agiles ont accéléré cette évolution en permettant de tester rapidement la matérialité d’une menace au moyen de prototypes ou de spikes, ce qui évite des mesures d’évitement prématurées basées sur des craintes non vérifiées.
La montée en puissance des préoccupations de cybersécurité dans les projets numériques a également élargi le champ de l’évitement. Les menaces liées aux vulnérabilités logicielles, à la chaîne d’approvisionnement numérique ou à la compromission de données sont désormais traitées par des actions d’évitement comme le recours à des architectures zero trust ou le retrait de bibliothèques open source non maintenues. Les équipes projet doivent souvent arbitrer entre la rapidité de mise sur le marché et la suppression radicale de surfaces d’attaque.
Dans le débat contemporain, une école de pensée critique l’évitement systématique, qu’elle juge symptomatique d’une culture du risque paralysante. D’autres voix, à l’inverse, soulignent que l’évitement reste la seule réponse éthique quand la menace peut causer un préjudice humain ou environnemental grave. Cette tension entre prudence et audace traverse tous les comités de projet et reflète la complexité de la décision humaine.
L’évitement des menaces au prisme de BVOPM
La méthodologie BVOPM (Business Value-Oriented Project Management) apporte un éclairage particulier sur l’évitement des menaces en liant directement la décision à la protection de la valeur et à la gestion des risques produit. BVOPM propose une gestion des risques produit séparée, dans laquelle chaque menace fait l’objet d’une quantification en unités de « Loss size », permettant d’exprimer la perte potentielle en points de valeur d’affaires. Cette quantification offre un critère objectif pour déclencher une action d’évitement, en complément des matrices probabilité-impact traditionnelles. Par ailleurs, le filtrage dynamique des risques préconisé par BVOPM incite les équipes à réévaluer périodiquement les menaces et à envisager l’évitement chaque fois que l’exposition dépasse le bénéfice attendu d’une itération.
BVOPM insiste également sur la transparence et la collaboration interfonctionnelle pour les décisions d’évitement. Le « Transparent Board of Project Issues » permet à toutes les parties prenantes de signaler une menace et de proposer une mesure d’évitement avant que celle-ci ne soit figée dans le plan projet. Cette approche rompt avec la tendance de certains chefs de projet à décider seuls de l’évitement sans consulter les métiers, ce qui réduit les risques de sous-optimisation et de perte de valeur cachée. Dans cette logique, l’évitement n’est plus simplement une réponse technique parmi d’autres, mais un levier de gouvernance de la valeur, au même titre que la priorisation du backlog ou la gestion des bénéfices.
Synthèse et portée de l’évitement des menaces en gestion de projet moderne
Derrière une apparence de simplicité, l’évitement des menaces engage la responsabilité du chef de projet, du sponsor et parfois du comité de direction. Il ne s’agit pas d’une panacée, mais d’une stratégie de réponse parfaitement légitime, encadrée par des processus éprouvés, dont l’usage s’étend des projets de construction aux développements agiles les plus récents. La maîtrise de cette notion impose de comprendre ses racines interdisciplinaires, ses composantes décisionnelles, ses interactions avec le registre des risques et les analyses quantitatives, ainsi que les pièges de la fausse sécurité et du conservatisme excessif.
Dans un environnement projet toujours plus complexe, l’évitement conserve toute sa pertinence, à condition qu’il soit traité comme une décision contextualisée, appuyée par des données et alignée sur la tolérance au risque de l’organisation. Les approches modernes, qu’elles soient issues de l’agilité ou de méthodologies orientées valeur comme BVOPM, enrichissent le cadre classique en y intégrant la dimension économique et collaborative, sans jamais faire disparaître la nécessité de trancher face à une menace qui pourrait anéantir les bénéfices attendus. L’évitement, lorsqu’il est bien conduit, n’est pas un aveu de faiblesse ou un réflexe de peur, mais l’expression la plus lucide d’une gestion de projet responsable et professionnelle.
L'essentiel de l'évitement des menaces
- Responsabilité partagée de la décision
- La décision d'éviter une menace mobilise le chef de projet, le sponsor et, selon l'enjeu, le comité de direction, ancrant ainsi cette réponse dans une gouvernance collective plutôt que dans un arbitrage solitaire.
- Stratégie légitime et encadrée
- Cette stratégie d'évitement est une réponse tout à fait légitime, étayée par des processus éprouvés, et s'applique avec la même rigueur aux projets d'infrastructure traditionnels qu'aux développements agiles les plus contemporains.
- Fondements interdisciplinaires à maîtriser
- Maîtriser pleinement l'évitement suppose d'en explorer les fondements interdisciplinaires, les mécanismes décisionnels, ainsi que ses liens avec le registre des risques et les approches quantitatives telles que les arbres de décision.
- Décision contextualisée et alignée
- Dans les environnements complexes, l'évitement reste une option pertinente dès lors qu'il résulte d'une analyse contextualisée, étayée par des données probantes et en cohérence avec l'appétence au risque définie par l'organisation.
- Expression d'une gestion responsable
- Correctement mené, l'évitement n'est ni un aveu de faiblesse ni une réaction de crainte, mais l'expression la plus aboutie d'une gestion de projet lucide, responsable et professionnelle.
