Planifier un projet avec l’IA, c’est partir d’un objectif et obtenir une première liste de travaux, de responsables et de dates. Imaginez une page où les clients pourront consulter leurs factures : avant de promettre une date de lancement, il faut savoir quoi construire, qui sera disponible et qui validera le résultat. L’IA peut proposer un premier plan, mais l’équipe doit vérifier les inconnues. Vous trouverez ci-dessous un brief à copier, un exemple expliqué et sept questions à se poser avant d’approuver une date.
À retenir
- Précisez périmètre, critères d'acceptation, capacité et inconnues avant de demander un calendrier.
- Exigez que l'IA signale ses hypothèses et laisse ouvertes les estimations non étayées.
- Vérifiez les tâches qui déterminent la date de fin, le temps de travail nécessaire et les disponibilités réelles.
- N'approuvez une référence de projet qu'après une revue fondée sur des éléments vérifiables.
Ce que l'IA peut proposer, et ce qu'elle ignore
Un modèle peut suggérer une décomposition du travail, des questions, des dépendances et plusieurs séquences. Il ne sait pas si un fournisseur tiendra une échéance non publiée, si un spécialiste sera disponible ou si le sponsor acceptera une réduction du périmètre. Traitez chaque date ou coût généré comme une hypothèse tant que ses entrées ne sont pas vérifiées. Le PMI propose des ressources sur l'IA pour les professionnels du projet ; le brief et les contrôles ci-dessous sont une méthode éditoriale Altirya, pas une norme PMI.
Distinguez l'effort (travail actif), la durée (temps écoulé, attentes et relais compris) et la capacité (temps qu'une personne compétente peut effectivement consacrer au projet). Six jours d'effort technique ne tiennent pas en une semaine si l'ingénieur ne dispose que de trois jours pour ce projet.
Brief de planification à copier
Remplacez les valeurs d'exemple avant utilisation. Inscrivez « inconnu » lorsqu'une information manque, au lieu de laisser le modèle inventer une réponse plausible.
| Entrée | Exemple à remplacer |
|---|---|
| Résultat et périmètre | Les clients consultent leurs factures et modifient leurs contacts de facturation ; le paiement en ligne est exclu. |
| Acceptation | La personne responsable des finances compare 10 factures de test au registre source ; la modification de contact passe un test d'autorisation convenu. |
| Échéance | Un lancement dans 12 semaines est souhaité, sans obligation contractuelle. |
| Rôles disponibles | Un ingénieur : 3 jours/semaine ; une designer : 1 jour/semaine ; responsable produit : 0,5 jour/semaine. La personne chargée de la validation financière est absente en semaines 5 et 6. |
| Dépendances connues | Service de connexion des utilisateurs et API de facturation (le lien qui fournit les données des factures) existants ; confirmer la prise en charge des comptes clients et l’accès aux données de test. |
| Questions ouvertes | Modèle client du fournisseur d'identité, gestion des erreurs d'API et délai de validation juridique inconnus. |
Demande à copier : « À partir de ce brief, propose les livrables et un plan pour les quatre prochaines semaines. Pour chaque tâche exécutable, indique le résultat, le rôle responsable, une fourchette d'effort, la dépendance et la preuve d'acceptation. Sépare l'effort du temps écoulé. Présente les faits non vérifiés comme des hypothèses, crée des tâches de découverte pour les inconnues importantes et liste les décisions nécessaires avant de s'engager sur une date de lancement. N'invente ni disponibilités ni promesses de fournisseurs. »
Exemple détaillé : un portail client
Ce portail fictif est une page où les clients se connectent pour consulter leurs factures. Ici, un test technique court sert à répondre à une question précise ; l’acceptation signifie que le résultat a été vérifié ; le retour arrière consiste à remettre l’ancienne version si la mise en ligne échoue.
Cet exemple est fictif. Une première proposition générée par IA place l'authentification, l'intégration des factures, les tests et la sortie dans huit semaines. Elle paraît complète, mais suppose que le fournisseur d'identité gère les comptes clients, traite six jours d'effort comme une semaine calendaire et prévoit la validation financière pendant l'absence de la personne concernée.
| Défaut du premier plan | Élément constaté en revue | Correction |
|---|---|---|
| L'authentification commence immédiatement. | La prise en charge des comptes clients n'est pas confirmée. | Faire un test technique de deux jours en semaine 1 ; décider avant la fin de la semaine 2 s'il faut garder ce fournisseur ou revoir le périmètre. |
| Six jours d'intégration tiennent en une semaine. | L'ingénieur n'a que trois jours projet par semaine. | Prévoir au moins deux semaines écoulées après le test, puis ajouter séparément les attentes liées à l'API et aux revues. |
| Les finances valident en semaine 5. | La personne chargée de cette validation est absente en semaines 5 et 6. | Préparer les factures de test plus tôt et déplacer l'acceptation en semaine 7 ; nommer le responsable. |
| La sortie suit directement le développement. | La revue de sécurité, le support et les critères de retour arrière manquent. | Ajouter ces contrôles et les jalons d'acceptation avant d'engager la date de lancement. |
La cible de 12 semaines reste conditionnelle. L'équipe ne peut l'approuver avant de confirmer la décision d'identité, le créneau des finances et la revue de sécurité. Si le test d'identité échoue en semaine 2, consignez une réponse dans le registre des risques et revoyez le périmètre ou la date. Le modèle de capacité permet de confronter la nouvelle séquence aux disponibilités réelles.
Passez à la pratique. Vous voulez tester votre brief ? Créez un premier projet dans Altirya, puis appliquez les sept vérifications ci-dessous avant de vous engager sur une date.
Sept vérifications avant d'approuver un plan généré par IA
- Résultat : chaque branche mène-t-elle à un livrable accepté ?
- Responsabilité : chaque tâche exécutable a-t-elle une personne ou un rôle responsable convenu ?
- Dépendances : chaque prédécesseur est-il nécessaire, avec une sortie attendue nommée ?
- Estimations : fourchettes d'effort, durée écoulée, coûts et preuves sont-ils séparés ?
- Capacité : les compétences nécessaires sont-elles disponibles aux semaines prévues, après les autres engagements ?
- Risque : chaque inconnue importante a-t-elle une tâche de découverte, un signal ou une réponse ?
- Décision : les validations d'acceptation, de sécurité, de changement et de sortie sont-elles visibles ?
Pour chaque contrôle échoué, notez la correction, son responsable et la date de la prochaine décision. Un plan d'apparence assurée reste un brouillon tant que ses hypothèses critiques ne sont pas résolues.
Utiliser cette méthode avec discernement
Vérifiez l'outil autorisé et les règles internes avant d'y saisir des données clients, personnelles ou confidentielles. Faites relire la proposition par les personnes qui réaliseront et accepteront le travail. Indiquez quelles estimations viennent de données historiques, d'un jugement expert ou d'une suggestion d'IA. Le cadre NIST de management des risques liés à l'IA décrit la gouvernance, la cartographie, la mesure et la gestion des risques ; la revue humaine proposée ici est notre application pratique de ce cadre plus large.
Pour essayer cette méthode dans Altirya, créez un projet à partir du brief, puis examinez les tâches proposées une par une. Attribuez un responsable à chacune, comparez les dates aux disponibilités réelles et gardez les questions sans réponse visibles avant d’approuver une échéance.
Questions fréquentes
L’IA peut-elle créer un plan de projet fiable ?
L’IA peut proposer un premier plan utile si le brief précise le périmètre, les critères d’acceptation, les dépendances et la capacité. L’équipe doit encore vérifier hypothèses, estimations, responsables et validations avant d’engager dates et coûts.
Que faut-il mettre dans un brief de planification par IA ?
Indiquez le résultat attendu, le périmètre inclus et exclu, les preuves d’acceptation, la date souhaitée ou fixe, les rôles disponibles, les dépendances connues et les questions ouvertes. Signalez les inconnues et respectez les règles internes sur les données confidentielles.
Comment contrôler un calendrier généré par IA ?
Reliez les tâches aux livrables, vérifiez les dépendances, séparez effort et durée écoulée, confrontez les compétences requises aux disponibilités hebdomadaires et nommez les responsables de l’acceptation et de la sortie.
