Skill pour analyser, evaluer, prioriser et planifier la reduction de la dette technique dans un codebase ou un projet logiciel. Utiliser ce skill des que l'utilisateur mentionne "dette technique", "tech debt", "code legacy", "refactoring", "qualite du code", "code smell", "complexite cyclomatique", "couverture de…
Utiliser pour pré-trier les tickets entrants et préparer la décision humaine sans s'y substituer. Détecte les doublons probables, signale les incohérences entre criticité déclarée et impact mesuré, et propose un pré-classement révisable.
Utiliser pour la veille concurrentielle continue. Surveille une liste fermée de sources externes (sites, blogs produit, communiqués, comptes sociaux), produit une note de pilotage hebdomadaire de cinq minutes de lecture, et alerte sur mouvement à fort impact.
Utiliser pour maintenir le journal de décision du PM à jour sans saisie manuelle systématique. Détecte les décisions dans les notes ingérées, propose une formulation, n'écrit qu'après validation explicite.
Utiliser pour comparer en continu l'avancement effectif de la roadmap à la trajectoire prévue. Produit une note de pilotage hebdomadaire avec maximum trois alertes classées par enjeu décisionnel, et déclenche des alertes immédiates sur glissement.
Utiliser pour produire chaque jeudi un digest hebdomadaire personnalisé par stakeholder, à partir des sorties consolidées des autres agents. Production de brouillons uniquement, jamais d'envoi automatique.
Utiliser pour détecter en continu les signaux faibles utilisateurs (verbatims, support, mentions externes) et alimenter le journal de discovery, avec une synthèse hebdomadaire au format du skill weak-signals-weekly.
Utiliser pour préparer un comité d'arbitrage ou un comité de pilotage. Produit une synthèse de fond, des contre-arguments classés, les objections anticipées par participant, une formulation médiane et les critères de décision attendus.
Utiliser avant toute décision importante pour faire jouer à l'IA le rôle d'un sceptique professionnel. Produit les trois meilleures raisons de ne pas faire ce qui est proposé, classées par force décroissante.
Utiliser pour cadrer une nouvelle discovery utilisateur. Produit cinq hypothèses concurrentes, leurs observables de validation, le profil cible, un guide d'entretien et une grille de codage des verbatims.
Utiliser pour auditer une feature envisagée sur ses risques éthiques (manipulation, biais, exploitation de vulnérabilité, données). Produit un diagnostic d'exploitation potentielle, des alternatives moins exposées, et une recommandation explicite.
Utiliser une fois par trimestre pour calculer les quatre indicateurs du PM augmenté (densité de décision, justesse rétrospective, délai de bascule, indice de réinvestissement) à partir du journal de décision, des indicateurs d'usage, des audits agents et des agendas comparés.
Utiliser avant chaque communication transverse importante pour décliner un même sujet en versions calibrées par stakeholder. Produit un encart d'une page par stakeholder, dans le format de prédilection identifié dans la matrice.
Utiliser à chaque arrivée d'un nouveau Product Manager dans l'équipe pour produire un parcours d'onboarding sur mesure. Produit les questions clés à poser à la base, les décisions structurantes récentes, les zones de tension, les rencontres prioritaires et un projet introductif.
Utiliser la veille de chaque cérémonie de refinement pour pré-réviser un ou plusieurs tickets de backlog. Produit un tableau des critères manquants par dimension, un test INVEST argumenté, des scénarios edge cases en Given/When/Then, et la liste des dépendances détectées.
Utiliser trimestriellement pour préparer la revue d'un PM managé sur la base de données factuelles et de la grille de maturité IA. Produit une synthèse factuelle, un score de maturité IA, les zones de progression et stagnation, les questions à poser et les objectifs proposés.
Utiliser à chaque révision trimestrielle de roadmap pour simuler trois variantes selon des hypothèses de capacité et de risque. Produit une variante prudente, une variante agressive, une variante équilibrée, comparées ligne à ligne.
Utiliser quand l'utilisateur fournit un brief flou de fonctionnalité et veut une spec testable et exhaustive. Produit une user story INVEST, un scénario nominal Given/When/Then, des scénarios annexes et la liste des questions business non tranchées.
Utiliser chaque lundi matin pour produire la synthèse hebdomadaire de signaux faibles à partir de sources multiples (verbatims, tickets support, mentions externes, logs). Produit une note markdown lisible en cinq minutes structurée en quatre blocs.