Gains :
- Capacité à comprendre les méthodes d’estimation analogiques, paramétriques et en trois points (PERT) et à utiliser l’intelligence artificielle pour produire des ébauches d’estimation du temps et des ressources.
- Capacité à interpréter l’incertitude des prévisions (scénarios optimistes/possibles/pessimistes, intervalle de confiance) et à baser la planification sur une fourchette plutôt que sur un seul chiffre.
- Capacité à reconnaître que les prévisions de l'IA sont basées sur des modèles et des hypothèses historiques, et que le budget final et le temps consacré doivent être validés avec les données de l'équipe et le jugement d'experts.
L'estimation est la tâche la plus difficile et la plus risquée de la gestion de projet. "Combien de temps cela prendra-t-il ?" et "combien de personnes cela prend-il?" Les réponses à ces questions constituent la base du planning, du budget et de la promesse faite au client. Une mauvaise estimation fera couler même un projet bien géré : un délai trop optimiste entraînera des retards et des pénalités, un délai trop pessimiste entraînera l'échec de l'offre. L’intelligence artificielle est un assistant intéressant dans ce domaine ; donne un temps en secondes. C'est exactement pourquoi c'est là que c'est le plus dangereux : l'IA peut produire un chiffre sûr sans connaître la vitesse réelle de votre équipe. Dans cette unité, nous aborderons les méthodes de prévision, comment utiliser l'IA en toute sécurité dans les prévisions et comment valider chaque prévision.
Méthodes de prévision de base
Définissons quelques méthodes. Une estimation analogue consiste à regarder un travail similaire dans le passé et à dire « cela a pris 10 jours, celui-ci est similaire » ; C'est rapide mais difficile. L'estimation paramétrique multiplie un coût unitaire/durée par la quantité (par exemple « 0,5 jour par page × 40 pages = 20 jours ») ; est basé sur des données. L'estimation ascendante estime et regroupe chaque lot de travaux séparément ; C'est le plus précis mais le plus lent. L'estimation en trois points (PERT) reconnaît l'incertitude : pour chaque tâche, la durée optimiste (O), la plus probable (M) et pessimiste (P) est estimée et la moyenne pondérée est prise.
La formule PERT est la suivante : Durée attendue = (O + 4M + P) / 6. Par exemple, pour une tâche, si 4 jours optimistes sont les 6 jours les plus probables, 14 jours pessimistes sont une durée attendue = (4 + 24 + 14) / 6 = 7 jours. L'écart type est (P − O) / 6 = (14 − 4) / 6 ≈ 1,7 jours ; Cela montre la marge d’incertitude. Au lieu de dire un seul « 6 jours », un plan beaucoup plus honnête serait de dire « 7 jours prévus, écart ±1,7 jours ».
De plus, deux notions sont importantes. L'effort est le nombre de jours-homme requis pour le travail (par exemple 10 jours-homme). La durée correspond au nombre de jours que prendra cette tâche sur le calendrier. Deux personnes peuvent effectuer 10 jours-homme de travail en 5 jours ; mais tous les emplois ne peuvent pas être divisés à l’infini (neuf femmes ne peuvent pas donner naissance à un bébé en un mois). L’IA peut confondre les deux ; vous devez le séparer.
Méthode
Quand est-ce approprié ?
vitesse
précision
Rôle de l'IA
analogique
Phase précoce, peu d’informations
haut
faible
Suggère un modèle de projet similaire
paramétrique
S'il existe une unité mesurable
haut
moyen
Génère une formule et un aperçu de l'unité
de bas en haut
S'il existe un WBS détaillé
faible
haut
Collecte des paquets de brouillons
Trois points (PERT)
Si l'incertitude est élevée
moyen
moyen-élevé
Suggère des scénarios O/M/P
Étape par étape : prédiction sécurisée avec l'IA
- Mettez les données de l’équipe en premier. Donnez à l'IA vos propres réalisations passées : « Des tâches similaires ont pris autant de temps à notre équipe. » La prédiction est donc basée sur vos données et non sur une généralisation.
- Sélectionnez la méthode. Si l'incertitude est élevée, demandez le PERT ; paramétrique s’il existe une unité mesurable.
- Demandez trois points, pas des chiffres simples. Demandez les valeurs O/M/P et les hypothèses pour chaque package.
- Rendre les hypothèses visibles. Imprimez l'hypothèse qui sous-tend chaque estimation (par exemple « environnement de test prêt », « retour client dans 2 jours ») ; Une fausse hypothèse est une fausse supposition.
- Ajoutez une source et partagez. Séparez les efforts du temps, tenez compte des vacances et de la disponibilité (par exemple, une personne est réellement productive 4 jours par semaine).
- Calibrez avec l’équipe. Passez en revue l’estimation finale avec les personnes qui effectueront les travaux. Une prédiction devient fiable lorsque celui qui la fait en est propriétaire.
Attention : Demandez à l'IA « combien de jours ce travail prendra-t-il ? Demander et écrire le nombre obtenu directement dans le graphique est la forme de prédiction la plus dangereuse. Ce numéro n'inclut pas les données de votre équipe ; ce n'est qu'un schéma général et peut être une hallucination.
trois mini-cases
Cas 1 — Plan honnête avec PERT. Une équipe logicielle a demandé à l’IA des prédictions et des hypothèses O/M/P pour un module de 12 tâches. AI a donné une ébauche ; L'équipe a corrigé chaque mission avec ses propres données historiques. Le délai total prévu était de 38 jours, le total pessimiste était de 52 jours. PM a donné au client un délai de 45 jours et a laissé une marge de 7 jours. Le projet a été terminé le 44ème jour ; S'il n'y avait pas de partage, il y aurait un retard.
Cas 2 — Confusion effort/temps. Un coordinateur demande à AI : « Combien de jours faudra-t-il pour réaliser 80 tâches par jour-homme ? » dit-il. L'IA a répondu « 80 jours » car elle confondait effort et durée. Sachant que le travail pouvait être réalisé par 4 personnes en parallèle, le coordinateur a corrigé le délai à ~25 jours (et non 20 car il n'était pas divisible). Leçon : les humains devraient contrôler la répartition effort/temps de l'IA.
Cas 3 — Généralisation non fondée. Un PM a écrit sur le graphique que l'IA a répondu "une intégration d'API prend généralement 5 jours". L'expérience passée de l'équipe avec ce fournisseur d'API était médiocre et la documentation était médiocre ; Les travaux ont duré 13 jours. Si les données de l'équipe étaient demandées, cela serait visible dès le début. Leçon : la généralisation ne remplace pas la réalité de l’équipe.
Invite faible/Invite forte
Invite faible :
Combien de jours faut-il pour créer un site e-commerce ?
Cette invite force l'IA à générer un nombre inventé sans connaître les données de votre projet. Il n’y a pas d’équipe, pas de champ d’action, pas d’incertitude.
Invite puissante :
Votre rôle : un spécialiste en estimation. Contexte : Vous trouverez ci-dessous 8 lots de travaux et des missions antérieures similaires de notre équipe. Tâche : générer une estimation de durée en TROIS POINTS (optimiste O / très probablement M / pessimiste P) pour chaque colis et calculer la durée attendue du PERT avec (O+4M+P)/6. Règles : - Faites simplement référence aux données historiques que j'ai fournies ; en ajoutant l'hypothèse générale du marché.- Écrivez l'hypothèse sous-jacente à chaque estimation sur une seule ligne.- Affichez l'effort (jours-homme) et la durée (jours calendaires) dans une colonne séparée.- Marquez le package dont vous n'êtes pas sûr avec "[confirmation de l'équipe requise]". Sortie : tableau (Package | O | M | P | PERT | Effort | Hypothèse). Données historiques :- Intégration des paiements (historique : 9,11,8 jours)- Catalogue produits (historique : 6,5 jours)- ... (autres packages)
Cette affirmation est forte : la méthode (PERT), la limite de la source de données, les exigences en matière d'hypothèse et la distinction effort/temps sont claires.
Modèles supplémentaires :
# Chasseur d'hypothèsesListez toutes les hypothèses que vous avez silencieusement acceptées comme vraies afin que cette prédiction se révèle vraie. Pour chaque hypothèse, estimez dans quelle mesure cela affectera le temps si elle s’avère fausse.
# Analyse de sensibilitéSi la durée la plus probable de la tâche suivante est M ; Comment la durée totale du projet change-t-elle si M augmente de 20 % ? Quelles sont les 3 tâches les plus sensibles à la durée totale ? (Ces tâches doivent être surveillées en premier.)
# Recommandation de contingence Sur la base des écarts PERT ci-dessous, suggérez un pourcentage de temps raisonnable pour l'ensemble du projet et expliquez sur quoi vous vous basez. Ceci est une suggestion ; La part finale appartient au gérant.
Erreurs courantes
- S'en tenir à un seul chiffre : Dire « 10 jours » cache l'incertitude ; La gamme O/M/P est honnête.
- Confondre effort et temps : 40 jours-homme ne correspondent pas à 40 jours calendaires.
- Dans l'hypothèse d'une disponibilité à 100% : Personne ne peut consacrer 5 jours par semaine à cette tâche seul ; Il y a des réunions, des congés, des interruptions.
- Généralisation erronée pour les données d'équipe : le « temps typique » de l'IA n'est pas la vitesse de votre équipe.
- Ne pas écrire d’hypothèses : une hypothèse invisible est une supposition qui explose.
- Aucune marge : En cas d’incertitude, une marge de temps/budget raisonnable est obligatoire.
Astuce : lorsque vous avez fini de deviner, demandez-vous : « Y a-t-il 90 % de chances que ce chiffre se réalise ou 50 % de chances de l'obtenir ? » La plupart des paris à un point sont en réalité des paris à 50 % ; Sachez-le lorsque vous faites une promesse au client.
En résumé
L'estimation est le travail le plus risqué du projet. Les méthodes analogiques, paramétriques, ascendantes et à trois points (PERT) offrent différentes vitesses et précisions. L'IA est rapide en matière de prévision de projets et de génération de scénarios, mais elle se généralise sans connaître les données de votre équipe et peut confondre effort/temps. Devinez en toute sécurité ; Donner la priorité aux données de l'équipe, travailler en trois points, rendre les hypothèses visibles, séparer les efforts et le temps et calibrer le chiffre final avec l'équipe. La date engagée et le budget font toujours l’objet d’une vérification humaine.
Tâche de candidature
Sélectionnez 5 tâches de votre projet. Demandez à l'IA l'estimation O/M/P et le temps PERT prévu pour chacun (donnez les données historiques de votre équipe de manière anonyme). Ensuite, écrivez l'hypothèse derrière chaque tâche et examinez l'estimation avec un membre de l'équipe qui effectuera le travail. Corrigez au moins deux estimations en fonction des données de l'équipe et déterminez une marge de temps raisonnable pour le total.
liste de contrôle
- [ ] J'ai basé l'estimation sur les données historiques de mon équipe, et non sur une généralisation.
- [ ] J'ai pratiqué O/M/P (trois points) au lieu des nombres impairs.
- [ ] J'ai écrit l'hypothèse qui sous-tend chaque prédiction.
- [ ] J'ai séparé l'effort (jour-homme) et le temps (calendrier).
- [ ] J'ai pris en compte les contraintes réelles telles que la disponibilité/permission.
- [ ] J'ai laissé une marge d'incertitude raisonnable et j'ai calibré l'estimation avec l'équipe.