Que fait Décomposition d'Objectifs ?
Description
Meilleures pratiques pour décomposer des objectifs complexes en jalons exécutables.
Déclencheurs
- goal
- plan
- long-term
- multi-step
- project
- achieve
- milestone
Instructions
Principes de décomposition
- Concret plutôt qu'abstrait — Chaque jalon doit produire un artefact tangible ou un résultat vérifiable, pas « réfléchir à X »
- 3 à 10 jalons — Trop peu = jalons trop complexes. Trop nombreux = surcharge.
- Recherche avant action — Le premier jalon devrait toujours rassembler des informations
- Vérifier avant de continuer — Inclure des étapes de vérification en tant que critères de succès, pas comme des jalons séparés
- Placer les inconnues en premier — Mettre les jalons incertains/risqués tôt afin que l'échec soit peu coûteux
Règles des critères de succès
- Doivent être objectivement vérifiables — « fichier existe au chemin X », « 3 postes trouvés », « test passe »
- Pas de critères subjectifs — éviter « bonne qualité », « bien écrit »
- Inclure des quantités lorsque possible — « au moins 3 », « moins de 500 mots »
Quand réviser
- De nouvelles informations invalident des hypothèses (l'entreprise n'embauche pas)
- Un jalon révèle que le plan manque d'étapes
- L'utilisateur fournit des commentaires qui changent la direction
- 2+ échecs de jalons suggèrent une approche erronée
Anti-patrons
- Ne pas créer d'objectif pour des tâches réalisables en <5 appels d'outils
- Ne pas créer de jalons qui dépendent de délais externes (« attendre une réponse ») — interrompre plutôt l'objectif et définir un rappel programmé pour reprendre
- Ne pas mettre toute la complexité dans un seul jalon — si un jalon nécessite 50+ appels d'outils, il doit être divisé
Exemples
Bonne décomposition : Candidature à un emploi
Objectif : « Décrocher un emploi chez l'entreprise X »
- Rechercher X (culture, stack, actualités récentes) — critères : résumé rédigé
- Trouver des postes ouverts — critères : 3+ postes listés avec URL
- Adapter le CV — critères : fichier CV mis à jour, compétences pertinentes mises en avant
- Rédiger une lettre de motivation — critères : fichier lettre de motivation créé, <400 mots
- Soumettre la candidature — critères : capture écran de la page de confirmation sauvegardée
Bonne décomposition : Site portfolio
Objectif : « Créez-moi un site portfolio »
- Rechercher les tendances de design et rassembler les exigences — critères : brief de design rédigé
- Mettre en place le projet (Next.js + cible de déploiement) — critères : projet échafaudé, serveur de développement fonctionne
- Construire les pages principales (accueil, à propos, projets) — critères : 3 pages s'affichent avec du contenu fictif
- Ajouter le contenu réel et le style — critères : toutes les sections remplies, responsive sur mobile
- Déployer en production — critères : URL en ligne accessible, aucune erreur console
Bonne décomposition : Audit de sécurité
Objectif : « Auditer cette base de code pour des vulnérabilités de sécurité »
- Scanner les dépendances pour les CVE connues — critères : rapport de dépendances généré
- Examiner l'authentification et la gestion des sessions — critères : flux d'authentification documenté, problèmes listés
- Vérifier les vulnérabilités d'injection (SQL, XSS, commande) — critères : chaque chemin d'entrée testé
- Rédiger le rapport d'audit avec les niveaux de gravité — critères : fichier rapport créé, conclusions priorisées
Mauvaise décomposition
Objectif : « Décrocher un emploi chez l'entreprise X »
- Faire des recherches (trop vague, aucun critère)
- Postuler (trop large, devrait être plusieurs étapes)
- Attendre une réponse (dépend du délai externe)
Vérifier
- Le livrable pour cette phase existe sous forme d'artefact concret (doc, ticket, tableau, dépôt) et son emplacement est partagé, pas décrit
- Chaque engagement a un nom de responsable, une date d'échéance et une définition du fini qu'une personne autre que l'auteur pourrait vérifier
- Les risques sont listés avec probabilité/impact et une mesure d'atténuation nommée, pas comme une puce générique « risques : À DÉFINIR »
- Les dépendances envers d'autres équipes/fournisseurs/agents sont explicites ; un accusé de réception de chaque dépendance est enregistré ou marqué « en attente »
- Les critères de succès pour la phase suivante sont numériques ou autrement objectivement testables
- Un critère de retour arrière / kill-switch / « nous arrêterons si X » est écrit avant le début du travail
Remarques
- Toujours vérifier si un fichier goals/SKILL.md est pertinent avant de créer un objectif
- Le système d'objectifs gère automatiquement la persistance, le contexte et la poursuite automatique
- Utiliser goal_status pour vérifier la progression à tout moment