Compétence de Hiérarchisation des Obstacles

Une compétence agnostique du domaine pour classer les obstacles et leurs contre-mesures. Fonctionne avec toute liste {obstacle, contre-mesure} — résultats GHQR, conclusions d'audit, points d'action de rétrospective, registres de risques, lacunes d'examen d'architecture, etc.

Quand Activer

Activez quand l'utilisateur :

• Demande de prioriser, classer, séquencer ou trier des obstacles, lacunes, risques, résultats ou éléments de correction
• Fournit une liste d'obstacles avec des contre-mesures proposées (ou vous demande de proposer des contre-mesures pour une liste de problèmes)
• Demande « qu'est-ce qu'on devrait réparer en premier » sur un backlog de correction/amélioration
• Mentionne la priorisation de la chaîne de valeur, les contre-mesures A3, ROI-vs-effort, ou le classement d'obstacles lean

Entrées

Entrée acceptée : une liste de paires {obstacle, contre-mesure}. Les sources incluent (non exhaustif) :

Règles :

• Une contre-mesure par obstacle. Si l'entrée suggère plusieurs chemins de correction, sélectionnez le principal et notez les alternatives dans la justification — n'émettez pas plusieurs lignes pour le même obstacle.
• Consolidez les doublons avant notation.
• Si un lien source / citation est disponible, attachez-le à la contre-mesure.
• Si un niveau de confiance est disponible dans la source, présentez-le comme une colonne Confiance optionnelle.

Rubrique de Notation (échelles 1–10)

Notez la contre-mesure de chaque obstacle selon les quatre critères. Voir references/scoring-rubric.md pour des exemples d'ancrage aux niveaux 1 / 5 / 10 dans plusieurs domaines (platform engineering, sécurité, SRE, développement d'applications, gouvernance).

Chaque note doit s'accompagner d'une justification en une ligne. Quand une note est une estimation plutôt que tirée de données explicites, marquez la justification avec (estimé).

Formule

Priorité = ((ROI * (10 / Coût)) + (Facilité * (10 / Risque))) / 2

• Plage théorique : 1 → 100. Plage pratique sur les backlogs typiques : ~1 → 100.
• Le minimum d'échelle de 1 garantit que Coût et Risque ne sont jamais zéro (pas de division par zéro).
• Priorité plus élevée = faire en premier.
• Vérifications limites :
  • ROI=10, Coût=1, Facilité=10, Risque=1 → ((10*10)+(10*10))/2 = 100
  • ROI=1, Coût=10, Facilité=1, Risque=10 → ((1*1)+(1*1))/2 = 1

Utilisez la formule tel quel. Ne repondérez pas, ne normalisez pas, ne substituez pas.

Méthode (procédure agent)

1. Ingérez la liste d'obstacles. Confirmez le mappage 1:1 obstacle-à-contre-mesure ; consolidez les doublons.
2. Confirmez la contre-mesure pour chaque obstacle. Préférez la meilleure pratique documentée pour le domaine. Citez un lien public / faisant autorité le cas échéant.
3. Notez les quatre critères en utilisant la rubrique. Écrivez une justification en une ligne par critère.
4. Calculez la Priorité en utilisant la formule. Arrondissez à une décimale.
5. Triez les lignes par Priorité décroissante. Assignez le Rang à partir de 1.
6. Rendez le tableau de sortie (voir ci-dessous).
7. Pointez les 3 premiers obstacles avec un paragraphe court « pourquoi agir en premier ».
8. Étiquettes optionnelles : si le workflow requiert des drapeaux de propriété (p. ex., [Action CSA Requise] vs. [Libre-Service Client] pour GHQR/PAK, ou [Propriétaire : Équipe X] / [Libre-Service] pour les backlogs internes), incluez-les sur les éléments les mieux classés. Omettez si non demandé.

Modèle de Sortie

## Obstacles Priorisés

**Notation :** ROI (1 faible → 10 élevé), Coût (1 peu cher → 10 très cher), Facilité (1 difficile → 10 facile), Risque (1 faible → 10 élevé).
**Formule :** `Priorité = ((ROI * (10/Coût)) + (Facilité * (10/Risque))) / 2`

| Rang | Obstacle | Contre-mesure | ROI | Coût | Facilité | Risque | Priorité | Justification |
|------|----------|----------------|-----|------|----------|--------|----------|-----------|
| 1 | [lacune] | [action + lien] | [n] | [n] | [n] | [n] | [n.n] | ROI : …<br>Coût : …<br>Facilité : …<br>Risque : … |

### Top 3 — Agir en Premier
1. **[Obstacle]** — [pourquoi il gagne sur la formule + étiquette de propriété optionnelle]
2. …
3. …

Exemple travaillé (adoption GitHub Enterprise) :

Exemple travaillé (éléments d'action générique de rétrospective) :

Hypothèses & Garde-fous

• Les notes sont des estimations informées par la rubrique et toute source / citation disponible. Marquez explicitement les justifications estimées avec (estimé).
• Ne fabriquez jamais le contexte (taille de l'équipe, budget, inventaire d'outils, contraintes organisationnelles). Si requis, posez la question à l'utilisateur ou marquez la note comme estimée.
• Le classement final est une recommandation — il doit être examiné avec l'équipe / propriétaire responsable avant de s'engager dans un plan d'exécution.
• Lecture seule par défaut — cette compétence n'exécute pas les corrections ; elle produit une liste classée consommée en aval.

Intégration en Aval (optionnel)

Le tableau classé produit par cette compétence est le livrable. Intégrez-le dans l'artefact en aval requis par votre workflow (epic Jira, ADR, backlog OKR, examen d'incident, rapport de health check, etc.). Cette compétence ne dépend d'aucune compétence sœur ni de modèles externes.