Apprendre le cadre du cône d’incertitude

J’ai lu sur le cône d’incertitude lorsque j’étudiais pour obtenir la certification de Product Owner. Je n’avais jamais entendu parler de ce cadre auparavant, alors bien sûr, j’ai décidé d’en apprendre davantage et de partager ici.

Le concept de base du cône d’incertitude a été développé pour l’ingénierie et la construction dans l’industrie chimique par les fondateurs de l’AACE International (American Association of Cost Engineers) selon Wikipedia.

« Le but premier de l’estimation logicielle n’est pas de prédire le résultat d’un projet ; il s’agit de déterminer si les objectifs d’un projet sont suffisamment réalistes pour permettre de contrôler le projet afin de les atteindre » – Steve McConnell.

Le nom de cône d’incertitude a été utilisé pour la première fois par Steve McConnell pour décrire le concept dans son Software Project Survival Guide lorsqu’il l’a proposé comme un système de classification des types d’estimation standard avec des plages d’incertitude et l’a présenté sous la forme d’une illustration de cône. Dans le domaine des logiciels, Barry Boehm a fait référence au concept sous le nom de Courbe en entonnoir.

Le cône d’incertitude peut être utilisé dans le développement de logiciels où l’environnement change extrêmement vite, notamment les technologies disponibles et les objectifs commerciaux. Il est juste de dire que les coûts d’ingénierie sont directement proportionnels à la quantité d’incertitudes dans le développement de logiciels.

La gestion de projet diffère du développement de logiciels où une meilleure prévisibilité et une compréhension globale des risques sont généralement possibles, tout comme la capacité de réduire drastiquement les risques du projet. Dans le développement de logiciels, cependant, les inconnues et les pressions externes rendent l’environnement extrêmement volatile et imprévisible.

Dans le développement de logiciels en particulier, l’objectif est toujours de travailler à réduire les incertitudes et à minimiser les risques. Une façon de le faire est d’inclure la recherche dans toutes les phases et aussi d’éliminer les sources de variabilité du produit ou du projet autant que possible.

Une façon d’accomplir cela est de réduire le nombre de décisions concernant la portée et les ressources. Comme nous le savons, Scrum est un cadre qui aide à cela. Alternativement, l’approche Lean Startup peut être appliquée lors du développement de logiciels.

Le cône d’incertitude représente l’évolution de la quantité d’incertitudes du meilleur cas au cours d’un projet. Comme vous n’avez pas beaucoup d’informations sur le projet dans ses phases initiales, surtout si le projet est lié à un nouveau produit, les estimations comprendront beaucoup d’incertitudes, et les risques seront élevés. Au fur et à mesure que le travail est effectué, l’équipe aura plus d’informations sur le produit, et les incertitudes diminueront.

Crédits d’image : Agile in a Nutshell

Comment estimer

Prédire le succès est extrêmement difficile. De nombreux facteurs peuvent influencer votre estimation et contribuer aux incertitudes du projet. Pendant l’élaboration de l’estimation, une bonne façon de commencer est de baser votre estimation sur un autre projet similaire.

Une façon d’introduire le Cône de l’incertitude est d’inclure une gamme d’incertitudes dans votre estimation. L’idée est que les incertitudes et les variabilités diminueront à mesure que le projet se développe puisque le début du projet est le moment où le nombre d’incertitudes est le plus élevé.

Il y a plus d’incertitudes au début d’un projet parce que beaucoup de détails spécifiques du projet sont inconnus et seront définis au fur et à mesure du développement du produit. L’utilisation du cône d’incertitude vous aidera, vous et l’équipe, à comprendre la gamme d’imprévisibilité et aussi à limiter les engagements au début pour éviter les incertitudes.

Les estimations devraient toujours être faites en gardant cela à l’esprit et en s’appuyant sur les informations historiques des projets précédents pour prédire le scénario le plus probable dans un format de gamme comme le montre le cône d’incertitude.

La quantité de variations fluctuera en fonction de la phase du projet et du type de projet. Gardez à l’esprit que le nombre d’incertitudes est le plus élevé au début du projet, et qu’au fur et à mesure que le projet avance, les incertitudes diminueront probablement dans la plupart des cas.

Les engagements précoces dans le projet rendront compte de plus d’incertitudes et de risques. La capacité à gérer les attentes et à vous assurer que vos parties prenantes ont une compréhension réaliste des risques et des hypothèses globales du projet peut vous aider à mieux travailler avec l’équipe et à gagner leur confiance.

Steve McConnell affirme que le facteur d’incertitude au début du projet est égal à 4 (pour le haut et le bas). Des engagements pris trop tôt peuvent entraîner des inefficacités et un manque de confiance et réduire la capacité à gérer un projet avec succès. Gardez cela à l’esprit !

Le rôle d’Agile

Agile aide définitivement à développer l’estimation et oblige également l’équipe à estimer constamment à mesure que l’on en apprend plus, ce qui est une chose étonnante. Plus on en apprend sur le produit et le marché, plus il devient facile d’estimer. Agile et le cône d’incertitude sont une combinaison puissante puisque Agile aide à donner aux équipes le pouvoir de livrer un résultat ; cependant, ce n’est pas la réponse à toutes les questions de votre équipe.

De nos jours, la façon dont le marché fonctionne tout en développant des logiciels, nous devrions toujours développer une stratégie pour tester l’hypothèse et conduire l’innovation autant que possible. Agile nous aide certainement à faire un meilleur travail avec les estimations en général.

La principale différence avec Agile est qu’il permet de multiples itérations. L’équipe pourrait se sentir plus à l’aise d’estimer et de planifier les itérations en petits lots pendant que l’on en apprend davantage sur le produit et le marché.

Lorsque nous utilisons l’approche Agile, nous accélérons notre capacité à apprendre avec des itérations et un déploiement constants afin que l’équipe puisse valider les apprentissages plus rapidement et en apprendre davantage sur le marché, ce qui peut réduire les incertitudes.

Comment appliquer

Le cadre du cône d’incertitude devrait faire partie de la gestion des risques du projet et de tous les risques connus et inconnus. Le but du cadre est de vous aider à mieux comprendre les risques du projet en vous préparant aux incertitudes.

Le rôle du cadre dans le processus d’estimation est de déterminer le cours le plus probable et aussi de calculer la fourchette haute-basse des probabilités. Cela peut être fait en utilisant des formules et en se basant sur les estimations des projets précédents en utilisant l’empirisme.

Le cadre est utilisé dans différents types de produits et de projets car c’est un moyen efficace de montrer les risques de tout investissement. Le cône d’incertitude montrera la quantité de risque en démontrant le degré de certitude à travers le cycle de vie du produit dans une figure d’entonnoir.

L’empirisme est un grand allié du cadre car il est tellement plus facile de mesurer quelque chose en se basant sur des expériences précédentes et similaires. Le cône peut vous aider à déterminer si le projet est réalisable et possible. L’espoir est qu’avec le temps, les incertitudes diminueront et que le fait d’en tenir compte aidera votre équipe à élaborer de meilleures estimations.

Avantages de l’utilisation du cône d’incertitude :

  • Diminue l’ambiguïté.
  • Détermine l’estimation la plus probable.
  • Calcule la fourchette haute et basse des probabilités.
  • Aide à déterminer le niveau de risque que l’équipe peut se permettre et le financement progressif.
  • Renforce l’importance des recherches supplémentaires.

Conseils d’estimation:

  • Les estimations sont incertaines au début du projet, elles sont vagues mais, espérons-le, basées sur un processus empirique.
  • Les estimations doivent être revues régulièrement à mesure que l’on en sait plus sur le projet.
  • Les hypothèses doivent être transparentes et doublement vérifiées au quotidien.
  • Les estimations doivent tenir compte des incertitudes et être visibles dans les plans de projet et les tableaux Kanban.

Faits d’incertitudes:

  • Il est difficile de comprendre le marché et ce qu’il veut.
  • Le marché est en constante évolution.
  • La concurrence sera toujours là.

Amusez-vous bien ! ❤

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.