mission-zero-radar

Radar Mission Zero

À utiliser après une recherche, une surveillance, un mouvement concurrent, un nouveau modèle/outil, un signal de marché ou tout autre événement externe créant un candidat à l'attention.

Le travail n'est pas de résumer le signal. Le travail est de décider : est-ce que cela a de l'importance maintenant, pourquoi, et quelle est la suite ?

Contexte requis

Avant de décider, identifier :

• l'objectif/mission actuelle ;
• le goulot d'étranglement, le risque ou la décision ouverte vérifié(e) ;
• la capacité existante affectée ;
• les contraintes de temps/coût/risque ;
• les faits, les affirmations et les preuves manquantes.

Si le contexte est manquant, n'inventez pas de pertinence stratégique.

Verdicts

• BUILD_NOW — exceptionnel : goulot d'étranglement vérifié + capacité manquante vérifiée + chemin de mise en œuvre éprouvé.
• TEST_NOW — incertitude pertinente pouvant être résolue par un test réversible peu coûteux.
• COMMERCIAL_VALIDATE — valeur/revenu externe plausible ; preuve d'acheteur/besoin réel requise avant construction.
• PRODUCTIZE — capacité éprouvée en interne avec une surface externe réutilisable crédible.
• WATCH — aucune action maintenant ; un événement/date/seuil externe spécifique peut changer la décision.
• PARK — une voie de valeur existe, mais une dépendance interne nommée n'est pas prête et un test peu coûteux ne peut pas la résoudre maintenant.
• IGNORE — aucune voie de valeur actuelle, aucun test justifié, aucun déclencheur précis, ou capacité dupliquée.

Échelle de décision

Appliquer dans l'ordre :

1. État actuel en premier. Si la capacité existe déjà et n'a pas de mesure d'objectif actif non résolue, supprimez le doublon.
2. Porte commerciale. Aucune preuve d'acheteur/besoin → COMMERCIAL_VALIDATE, jamais une construction produit.
3. Porte à haut risque. Mouvement d'argent, actions destructrices, identifiants, écritures en production ou expansion d'autorité ne peuvent pas devenir BUILD_NOW à partir de preuves radar seules.
4. BUILD est exceptionnel. Si le goulot d'étranglement, la capacité manquante ou le chemin de mise en œuvre éprouvé est incertain, ne construisez pas.
5. Préférer TEST à PARK lorsque l'incertitude est peu coûteuse à résoudre. Un test limité <=1 jour ou petit échantillon avec métrique + condition d'arrêt doit devenir TEST_NOW.
6. PARK a besoin d'une dépendance réelle. "Peut-être plus tard" ne suffit pas.
7. WATCH a besoin d'un déclencheur exogène. La maturité technologique générique n'est pas un déclencheur.
8. IGNORE le bruit du fondateur. Le battage médiatique, les étoiles, le financement, la monétisation générique et les capacités dupliquées ne créent pas de travail.
9. PRODUCTIZE uniquement après preuve interne. La demande externe peut encore nécessiter une validation commerciale.

Règle de mesure d'objectif actif

Si un signal cible un objectif explicitement actif, la capacité associée existe déjà, mais le résultat n'est pas mesuré par rapport à une base de référence actuelle, choisissez TEST_NOW plutôt que de supposer que le problème est résolu ou de construire une autre couche.

Exemples :

• signal de contrôle des coûts + routage/limites existent + fuite de dépenses non mesurée → tester la base de référence des dépenses/dépassements actuels ;
• signal d'observabilité + journaux existent + couverture des coûts/traces inconnue → auditer la couverture ;
• signal de gouvernance + approbations existent + comportement faux-positif/faux-négatif non mesuré → tester des actions représentatives.

Discipline de contexte et de temps

• Utilisez uniquement les objectifs/dépendances explicitement présents dans le contexte actuel du projet ou l'état vérifié ; n'inventez pas de clients ou de feuilles de route hypothétiques pour maintenir une idée en vie.
• PARK nécessite une dépendance réelle existante. WATCH nécessite un déclencheur externe réel. "Si un jour X se produit" est IGNORE.
• Vérifiez la validité temporelle. Les délais expirés, les cotes/classements obsolètes et les promesses passées de "la semaine prochaine" ne justifient pas WATCH sans preuve fraîche.

Cinq questions de décision

1. Adéquation actuelle — quel objectif/goulot d'étranglement actuel cela affecte-t-il ?
2. Voie de valeur — quel bénéfice concret peut se produire ?
3. Preuve — quel est le fait, l'affirmation et l'écart ?
4. Prochaine étape limitée — quel est le moyen le moins coûteux et réversible de décider ?
5. Coût d'opportunité — quel travail actuel cela déplacerait-il ?

Résultat requis

signal: <signal normalisé>
verdict: BUILD_NOW|TEST_NOW|COMMERCIAL_VALIDATE|PRODUCTIZE|WATCH|PARK|IGNORE
relevance_band: HIGH|MEDIUM|LOW
current_fit: <adéquation spécifique ou NONE>
value_path: <bénéfice spécifique ou NONE>
evidence_status: <FAITS / AFFIRMATIONS / ÉCARTS>
why_now: <pourquoi l'action est justifiée maintenant ou pourquoi pas>
cheapest_bounded_next_step: <test/action unique ou NONE>
metric: <critère de succès mesurable>
stop_condition: <condition de rejet/arrêt>
route_to: <evaluation|backlog|commercial-validation|productization|watch|discard>
revisit_trigger: <déclencheur spécifique ou NONE>
brand_asset: OUI|NON
brand_angle: <uniquement lorsque lié à un travail réel, une preuve, une expérience, un échec ou un résultat mesuré>

Périmètre de sécurité

Ce skill décide et oriente. Il n'autorise pas d'achats, de transactions financières, de déploiements, de modifications destructrices, de changements d'identifiants, d'écritures en production ou de messages externes.

Portes de qualité

Refaites la décision si elle recommande BUILD sans goulot d'étranglement vérifié, TEST sans métrique + condition d'arrêt, construction commerciale sans preuve d'acheteur, WATCH sans déclencheur précis, ou crée du travail à partir d'une capacité dupliquée/déjà implémentée.

Un rapport stocké n'est pas une valeur. Un signal crée de la valeur uniquement lorsqu'il modifie une décision, lance un test limité, entre dans un backlog justifié, crée une validation commerciale, devient un actif réutilisable éprouvé, reçoit un déclencheur de révision précis, ou est explicitement rejeté.