Taux de base et vue externe : utiliser le passé pour estimer les délais

Une équipe promet de terminer une migration de données en dix jours ouvrés. Le plan détaille étapes et responsables, mais personne n'a vérifié combien de temps avaient pris des migrations similaires. Tous les projets et chiffres de cet exemple sont fictifs.

La vue interne décrit comment cette migration devrait se dérouler. La vue externe part des résultats de cas comparables. L'écart entre les deux estimations aide à repérer une attente à expliquer avant qu'elle devienne un engagement.

Définir le résultat à estimer

Un taux de base est une fréquence observée dans une classe de référence pertinente. Pour l'utiliser, il faut définir le résultat et les cas inclus dans la comparaison. La proportion de migrations achevées à temps répond à une autre question que leur durée typique.

Précisez aussi ce que signifie terminer. Transférer les fichiers, valider les données et fermer l'ancien système constituent des jalons différents. Des archives qui mélangent ces jalons peuvent offrir une précision apparente sans répondre à votre question.

La prévision par classes de référence, étudiée par Bent Flyvbjerg, utilise les résultats de projets comparables comme point de départ. Appliquer cette perspective à une petite migration exige de choisir son propre ensemble de comparaison.

Choisir les cas avant de regarder leur issue

Cherchez des projets aux conditions pertinentes : origine des données, dépendances externes, périmètre et expérience de l'équipe, par exemple. La pertinence de chaque caractéristique doit être expliquée ; des noms de projets similaires peuvent révéler peu de choses sur le travail.

Si vous retenez seulement les migrations terminées, vous exclurez celles qui ont été interrompues ou restent ouvertes. Incluez leurs dossiers en indiquant leur situation. Un projet sans date de clôture ne doit pas recevoir une durée inventée pour entrer dans le calcul.

Évitez de modifier le groupe uniquement parce que le résultat contredit votre attente. S'il existe une raison d'exclure un cas, notez-la. Quand deux sélections défendables produisent des conclusions différentes, montrez cette différence dans l'estimation.

Exemple résolu : passer d'un plan de dix jours à la négociation d'un délai

Considérez ces durées de dix migrations comparables, en jours ouvrés : 8, 9, 10, 10, 11, 12, 13, 14, 16 et 18. Toutes ont été mesurées jusqu'au même jalon : données validées et ancien système fermé. Pour simplifier le calcul, supposons que chacune avait aussi un délai initial de dix jours.

Six ont dépassé le délai. La fréquence historique de retard est 6 ÷ 10 = 60% ; celle d'achèvement au dixième jour est 4 ÷ 10 = 40%. Comparez maintenant d'autres limites dans ce même ensemble :

Promettre dix jours laisse six des dix résultats précédents hors délai. Quatorze jours en couvriraient huit ; deux migrations resteraient au-delà. Même les 100% de la dernière ligne ne garantissent pas un délai futur : la table décrit un petit échantillon pouvant omettre des difficultés pertinentes.

Une proposition défendable serait de négocier quatorze jours ouvrés, avec un contrôle de qualité des données au troisième jour. Si ce contrôle révèle une dépendance absente des cas précédents, l'équipe reverrait le délai avant de continuer. Choisir quatorze jours exprime une tolérance négociée au risque ; cela ne transforme pas les 80% observés en probabilité individuelle démontrée.

La note du journal de décisions pourrait être : « Plan interne : dix jours. Historique comparable : huit cas sur dix achevés en quatorze jours au plus. Proposition : quatorze jours, sous réserve du contrôle des données au troisième jour. Reste à confirmer si le client tolère un délai plus long et ce que nous ferons si le contrôle échoue. »

Vérifiez la qualité des dossiers et si les projets partagent certains problèmes. Au-delà des fréquences, examinez les écarts de délais et les conditions des retards. Une moyenne isolée masque ces différences.

S'il manque des dossiers, dites lesquels. Les récits de l'équipe peuvent guider la recherche à condition d'être présentés comme des souvenirs. Une supposition recueillie en réunion reste une supposition, même dans un tableur.

Justifier ce qui rend le cas différent

La migration actuelle utilise peut-être un outil qui a raccourci une étape lente. Pour ajuster la référence, demandez si cette réduction a été observée dans des conditions similaires et si cette étape limitait réellement le délai total.

La motivation de l'équipe ou l'importance du client ne suffisent pas à expliquer pourquoi les résultats passés ne s'appliqueraient plus. Cherchez une différence qui modifie le mécanisme du travail. Considérez aussi les changements défavorables, comme une dépendance nouvelle ou des données moins organisées.

Gardez séparés les résultats passés et l'ajustement. Une autre personne pourra ainsi discuter si la différence avancée soutient la prévision, sans reconstruire quels chiffres appartenaient aux cas précédents et lesquels venaient de votre interprétation.

Utiliser la référence pour changer l'engagement

Les résultats passés peuvent conduire à négocier une fourchette de délais, avancer une validation ou réduire le périmètre initial. Ils peuvent aussi montrer que la décision dépend d'informations non encore obtenues.

Étudiez cette question lorsque la réponse pourrait modifier le plan. L'article sur le moment où chercher davantage d'informations aide à comparer le bénéfice attendu de l'enquête à son coût et au report.

Dans la discussion avec le client, présentez le jalon d'achèvement, la référence utilisée et le point de révision. Si le délai de dix jours est non négociable, l'équipe devra discuter d'un périmètre réduit ou d'une autre livraison. Modifier seulement l'estimation du tableur ne change pas le travail nécessaire.