Le chiffrage comme étape du processus, pas comme réplique de négociation
Dans la plupart des entreprises, le chiffrage n'est pas une étape du processus. C'est une réplique : quelqu'un demande « combien ça coûte », quelqu'un répond. Une réplique n'a ni entrée, ni responsable, ni résultat formalisé, ni règle permettant de la réviser.
La différence apparaît au moment du conflit. Quand le périmètre a changé mais que le chiffre est resté le même, le débat porte sur la bonne foi des parties — parce qu'il n'y a rien à produire comme preuve. Quand le chiffrage était une étape, le débat porte sur la question de savoir si le périmètre a réellement changé, et un document permet d'y répondre.
Un chiffrage devient pilotable dès qu'il réunit quatre attributs : une entrée — une description du périmètre, un responsable — une personne identifiée, une sortie — une base de chiffrage formalisée, et un déclencheur de re-chiffrage — une règle selon laquelle tout changement de périmètre renvoie le processus vers un nouveau calcul. La précision du calcul est ici secondaire : le format de la question influence le résultat davantage que la méthode de calcul.
Les quatre attributs d'une étape de chiffrage
Vérifier si le chiffrage constitue une véritable étape du processus dans votre entreprise prend cinq minutes — il suffit de contrôler la présence de quatre éléments. L'absence de l'un d'eux signifie que le chiffrage vit dans la correspondance, pas dans le processus.
Entrée : une description du périmètre. Vous ne pouvez chiffrer que ce qui est décrit, et la description doit inclure la liste de ce qui est exclu du travail. Les exclusions sont plus courtes que les inclusions et plus efficaces : ce sont elles qui déterminent si la prochaine clarification sera un ajout gratuit ou une discussion à part entière.
Responsable : une personne identifiée. Pas « l'équipe a chiffré », mais une personne dont le nom figure sous le chiffre et qui peut répondre à la question de sa composition. Un chiffrage collectif sans responsable du chiffrage dilue la responsabilité de tous en même temps et prive l'organisation de la possibilité d'apprendre de ses écarts.
Sortie : la base de chiffrage. Pas un chiffre, mais un chiffre avec sa composition : de quels travaux il résulte, quelles hypothèses ont été retenues, ce qui n'a pas été pris en compte. La base de chiffrage n'est pas destinée au client — elle sert à celui qui, un mois plus tard, devra comprendre pourquoi le réalisé s'écarte du prévu.
Déclencheur de re-chiffrage. Une règle selon laquelle un changement de périmètre renvoie le processus vers un nouveau calcul, au lieu de s'ajouter au travail en cours. Sans cette règle, les modifications s'accumulent en silence, et c'est le principal mécanisme d'écart entre le plan et le réalisé.
| Attribut | Signe de présence | Ce qui casse sans lui |
|---|---|---|
| Entrée : description du périmètre | Une liste d'exclusions existe | Chaque clarification est gratuite |
| Responsable | Le nom de l'auteur du chiffre est connu | Personne pour expliquer l'écart |
| Sortie : base de chiffrage | Le chiffre est décomposé en éléments et hypothèses | Impossible de reconstituer la cause d'un écart |
| Déclencheur de re-chiffrage | Un changement de périmètre déclenche un nouveau calcul | Les modifications s'accumulent en silence |
Cette construction, je ne l'ai pas inventée. Elle est formalisée dans les référentiels de bonnes pratiques du secteur, et il est utile de voir précisément comment.
Comment le référentiel de bonnes pratiques décrit le chiffrage
Le cycle de vie du chiffrage y est décrit comme quatre étapes successives : la préparation du chiffrage (construction de l'approche et des données d'entrée), l'élaboration du chiffrage avec une sortie formalisée appelée « base de chiffrage », le pilotage du chiffrage (révision en cas de changement de périmètre) et l'amélioration du processus de chiffrage lui-même à partir des écarts constatés.
Je nomme la limite directement : c'est un document normatif, pas une mesure, et j'ai lu la présentation de sa structure sur le site de l'organisation, pas le texte intégral de la norme. Son utilité n'est pas de servir de preuve, mais de confirmer que « le chiffrage est un processus avec une entrée et une sortie » relève de la pratique communément admise, et non de ma préférence personnelle. Il faut aussi connaître le contre-argument : la norme internationale plus récente, ISO 21502:2020, a délibérément abandonné le modèle tabulaire « entrée — sortie » au profit d'une description des pratiques.
Le format de la question change le résultat plus que la méthode
Ce qu'il y a de plus inattendu dans le chiffrage, c'est que la qualité du résultat dépend davantage de la formulation de la question que de la compétence de la personne qui chiffre. Cela a été vérifié sur le terrain.
Lorsqu'on demandait aux personnes en charge du chiffrage d'indiquer un intervalle « de - à » avec un niveau de confiance de 90 %, le coût réel ne tombait dans l'intervalle annoncé que dans 74 % des cas. Lorsque la même question était reformulée en termes probabilistes — « quelle est la probabilité que le coût dépasse telle valeur » —, le taux de réussite est monté à 87 %.
L'échantillon est réduit et limité à deux entreprises norvégiennes et à des projets logiciels — il ne faut pas transposer les pourcentages à un autre secteur. La conclusion pratique, elle, se transpose : demander « combien », c'est obtenir une assurance qui n'existe pas. Demander « quelle est la probabilité que nous dépassions X » produit une réponse nettement plus honnête et, plus important encore, installe un format dans lequel l'incertitude peut être discutée sans que personne ne perde la face.
Ce qu'apporte la formalisation de l'entrée
Le deuxième effet vérifiable est le lien entre le degré de définition du périmètre avant le chiffrage et la prévisibilité du résultat final. Il a été mesuré dans le secteur de la construction industrielle, où les échantillons sont plus grands et les données plus complètes que dans l'informatique.
La qualité de la définition du périmètre en amont du projet explique environ 23 % de la dispersion des coûts finaux sur les projets industriels. Les projets les mieux définis affichaient systématiquement des coûts et des délais plus prévisibles que les projets les moins bien définis.
C'est le secteur de la construction, pas le développement logiciel, et il serait erroné de transposer les pourcentages tels quels. Ce qui se transpose, c'est le mécanisme : une entrée formalisée apporte une contribution mesurable à la prévisibilité — mais seulement un quart de la dispersion, pas la totalité. Les trois autres quarts dépendent de ce qui se passe après le chiffrage, et c'est exactement la partie que couvre le déclencheur de re-chiffrage.
La confiance ne progresse pas d'elle-même
Une croyance répandue veut que l'incertitude se resserre automatiquement à mesure que le projet avance — c'est le fameux cône d'incertitude. Cette jolie image a fait l'objet d'une vérification empirique, qui ne la confirme pas.
L'amplitude d'incertitude des chiffrages est restée pratiquement inchangée à toutes les phases des projets étudiés — le rapport entre la borne haute et la borne basse est resté autour de 3,25 —, au lieu du resserrement attendu. L'erreur médiane de chiffrage était de 1,8 fois, l'erreur moyenne de 2,0 fois.
Ce sont les données d'une seule entreprise, c'est-à-dire un cas qui réfute la courbe populaire, pas une réfutation définitive valable pour tous les contextes. Mais la conclusion pour le design de processus est directe : si l'incertitude ne se resserre pas d'elle-même, l'étape de chiffrage ne peut pas être un événement unique. Elle doit se répéter à chaque changement de périmètre — et c'est précisément pour cela que le quatrième attribut, le déclencheur de re-chiffrage, compte plus que les trois premiers.
Comment intégrer cette étape dans un processus existant
La seule chose vraiment difficile ici, c'est de tenir le principe du retour en arrière. Renvoyer le processus à la description du périmètre pour une modification d'une demi-heure ressemble à de la bureaucratie, et c'est précisément pour cela que la première exception est presque toujours accordée — et qu'après la première, plus personne ne compte. La solution pratique est un seuil : les changements inférieurs à une valeur convenue s'accumulent dans une liste distincte et sont recalculés par lot ; tout le reste renvoie le processus à la première étape. Comment une telle liste s'accumule et ce qu'elle coûte, je le détaille sur un projet concret où le réalisé a dépassé le chiffrage d'un facteur 2,6.
Quatre décisions pour faire du chiffrage une étape
Interdisez d'annoncer un chiffre avant la description du périmètre
À la question « à peu près combien », répondez par un ordre de grandeur et une date à laquelle le chiffrage sera livré.
Interrogez-vous sur la probabilité de dépassement
Pas « combien de temps cela prendra-t-il », mais « quelle est la probabilité que nous dépassions X ». Le format de la question change la qualité de la réponse.
Formalisez la base, pas le chiffre
Composition des travaux, hypothèses et ce qui n'est pas pris en compte. Une demi-page qui expliquera l'écart un mois plus tard.
Fixez un seuil de retour
Un changement supérieur au seuil renvoie le processus à la description du périmètre. En dessous, il s'accumule dans une liste et est recalculé par lot.
Si aucun nom ni aucune base ne se trouve derrière le chiffre, vous n'avez pas de chiffrage — vous avez un montant que quelqu'un a énoncé un jour.
Questions les plus fréquentes
Que doit contenir la base de chiffrage ?
Trois éléments : la liste des travaux avec la charge associée à chacun, les hypothèses retenues et la liste de ce qui n'est pas couvert par le chiffrage. Longueur : d'une demi-page à une page. L'intérêt du document n'est pas la précision, mais la possibilité de le rouvrir un mois plus tard et de voir précisément quelle hypothèse ne s'est pas confirmée. Sans cela, l'analyse d'un écart se transforme en échange de souvenirs.
Qui doit être le responsable du chiffrage ?
Celui qui répondra de l'exécution, pas celui qui mène la négociation. Si le chiffrage est fourni par le commercial et que l'équipe l'exécute, l'écart est garanti, et personne ne pourra l'expliquer : le chiffre n'aura pas d'auteur prêt à en détailler la composition. Le compromis qui fonctionne : l'équipe d'exécution élabore le chiffrage, le commercial construit les conditions commerciales par-dessus.
Comment chiffrer quand les exigences changent en permanence ?
Chiffrez l'itération, pas le projet, et faites de l'étape de chiffrage un exercice répété. Les données montrent que l'incertitude ne se resserre pas d'elle-même à mesure que le projet avance ; un chiffrage unique en début de projet est donc dénué de sens dans ces conditions. Ce qui fonctionne : un horizon court avec un chiffrage précis, complété par une fourchette explicitement annoncée pour l'ensemble du périmètre, révisée selon une règle établie.
La formalisation du chiffrage ne va-t-elle pas se transformer en bureaucratie ?
Elle le fera si vous formalisez tout. C'est précisément la raison d'être du seuil de retour : les petits changements ne déclenchent pas le cycle complet, ils s'accumulent dans la liste et sont recalculés par lot. Signe que le seuil est correctement choisi : la liste est recalculée une à deux fois par mois, ni tous les jours ni jamais.
La structuration en étapes du processus (demande → clarification → cahier des charges → chiffrage → validation → exécution → livraison → trois jours de recette) provient du règlement de relation client d'Alego.Digital. C'est un document interne de l'entreprise de l'auteur ; il n'a pas été vérifié par un tiers indépendant et est présenté ici à titre d'illustration du mécanisme. La règle du seuil de retour et le regroupement des petites modifications en lot relèvent de la pratique personnelle de l'auteur, élaborée après l'analyse de projets où le plan et le réalisé divergeaient ; il n'existe pas de description formalisée de cette règle dans les documents de l'entreprise.
- Project Management Institute. Practice Standard for Project Estimating, 2011 (description de la structure sur pmi.org). pmi.org
- Jørgensen M. Realism in Assessment of Effort Estimation Uncertainty. IEEE Transactions on Software Engineering, avril 2004. simula.no
- Wang Y.-R., Gibson G. E. Jr. Project Definition Rating Index as an Indicator of Project Performance. PMI Research Conference, 2002. pmi.org
- Little T. Schedule Estimation and Uncertainty Surrounding the Cone of Uncertainty. IEEE Software, 2006. researchgate.net