Déclencheurs
- fonctionnalité enterprise
- développement majeur de fonctionnalité
- conformité enterprise
- déploiement de fonctionnalité
- déploiement canary
- qualité enterprise
- alignement des parties prenantes
- intégration enterprise
- pipeline de branche de fonctionnalité
- sprint enterprise
- construction de grande fonctionnalité
- fonctionnalité pilotée par la conformité
- architecture enterprise
- développement de fonctionnalité réglementée
Instructions
Ce runbook couvre l'ajout d'une fonctionnalité majeure à un produit enterprise existant. La conformité, la sécurité et les portes de qualité sont non négociables. Plusieurs parties prenantes doivent être alignées. La fonctionnalité doit s'intégrer de manière transparente aux systèmes existants. Durée : 6-12 semaines.
Roster des agents
Équipe centrale (utiliser organization_spawn pour activer) :
- Agents Orchestrator : Contrôleur de pipeline
- Project Shepherd : Coordination interfonctionnelle
- Senior Project Manager : Conversion spécification-tâche
- Sprint Prioritizer : Gestion du backlog
- UX Architect : Fondation technique
- UX Researcher : Validation utilisateur
- UI Designer : Conception de composants
- Frontend Developer : Implémentation UI
- Backend Architect : Intégration API et systèmes
- Senior Developer : Implémentation complexe
- DevOps Automator : CI/CD et déploiement
- Evidence Collector : QA visuelle
- API Tester : Validation d'endpoints
- Reality Checker : Porte de qualité finale
- Performance Benchmarker : Tests de charge
Conformité & Gouvernance :
- Legal Compliance Checker, Brand Guardian, Finance Tracker, Executive Summary Generator
Assurance qualité :
- Test Results Analyzer, Workflow Optimizer, Experiment Tracker
Phase 1 : Exigences & Architecture (Semaines 1-2)
Semaine 1 — Alignement des parties prenantes :
- Project Shepherd : Analyse des parties prenantes + plan de communication
- UX Researcher : Recherche utilisateur sur le besoin de fonctionnalité
- Legal Compliance Checker : Scan des exigences de conformité
- Senior Project Manager : Conversion spécification-tâche
- Finance Tracker : Cadre budgétaire
Semaine 2 — Architecture technique :
- UX Architect : Fondation UX + architecture de composants
- Backend Architect : Architecture système + plan d'intégration
- UI Designer : Conception de composants + mises à jour du système de design
- Sprint Prioritizer : Backlog noté avec RICE
- Brand Guardian : Évaluation d'impact sur la marque
- Quality Gate : Architecture Review (Project Shepherd + Reality Checker)
Phase 2 : Fondation (Semaine 3)
- DevOps Automator : Pipeline de branche de fonctionnalité + feature flags
- Frontend Developer : Scaffolding de composants
- Backend Architect : Scaffold API + migrations de base de données
- Infrastructure Maintainer : Configuration d'environnement de staging
- Quality Gate : Fondation vérifiée (Evidence Collector)
Phase 3 : Construction (Semaines 4-9)
Sprints 1-3 (utiliser la mécanique de skill agency-phase-3-build) :
- Agents Orchestrator : Gestion de la boucle Dev-QA
- Frontend Developer : Implémentation UI (tâche par tâche)
- Backend Architect : Implémentation API (tâche par tâche)
- Senior Developer : Fonctionnalités complexes/premium
- Evidence Collector : QA à chaque tâche avec screenshots
- API Tester : Validation d'endpoints à chaque tâche API
- Experiment Tracker : Configuration de test A/B pour les fonctionnalités clés
Bi-hebdomadaires :
- Project Shepherd : Mise à jour de statut auprès des parties prenantes
- Executive Summary Generator : Briefing exécutif
- Finance Tracker : Suivi budgétaire
Sprint Reviews avec démonstrations aux parties prenantes.
Phase 4 : Durcissement (Semaines 10-11)
Semaine 10 — Collecte d'evidence :
- Evidence Collector : Suite complète de screenshots
- API Tester : Suite complète de régression
- Performance Benchmarker : Test de charge à 10x le trafic
- Legal Compliance Checker : Audit de conformité final
- Test Results Analyzer : Tableau de bord des métriques de qualité
- Infrastructure Maintainer : Préparation à la production
Semaine 11 — Jugement final :
- Reality Checker : Tests d'intégration (par défaut : NEEDS WORK)
- Cycle de correction si nécessaire (2-3 jours)
- Re-vérification
- Executive Summary Generator : Recommandation Go/No-Go
Phase 5 : Déploiement (Semaine 12)
- DevOps Automator : Déploiement canary (5% -> 25% -> 100%)
- Infrastructure Maintainer : Monitoring en temps réel
- Analytics Reporter : Suivi d'adoption de fonctionnalité
- Support Responder : Support utilisateur pour la nouvelle fonctionnalité
- Feedback Synthesizer : Collecte de feedback initial
- Executive Summary Generator : Rapport de lancement
Cadence de communication avec les parties prenantes
| Audience | Fréquence | Format |
|---|---|---|
| Sponsors exécutifs | Bi-hebdomadaire | Résumé SCQA (500 mots max) |
| Équipe produit | Hebdomadaire | Rapport de statut |
| Équipe engineering | Quotidien | Statut du pipeline |
| Équipe conformité | Mensuel | Statut de conformité |
| Finance | Mensuel | Rapport budgétaire |
Utiliser knowledge_write pour persister tous les docs d'architecture, résultats de sprint et rapports aux parties prenantes.
Livrables
- [ ] Architecture Package avec plan d'intégration
- [ ] Backlog noté avec RICE avec assignations de sprint
- [ ] Pipeline CI/CD de branche de fonctionnalité avec feature flags
- [ ] Toutes les tâches de sprint QA'd et passantes
- [ ] Suite de régression complète (visuelle + API + performance)
- [ ] Certification de conformité
- [ ] Déploiement canary exécuté (5% -> 25% -> 100%)
- [ ] Suivi d'adoption de fonctionnalité actif
- [ ] Rapport de lancement aux parties prenantes
Métriques de succès
| Exigence | Seuil |
|---|---|
| Couverture de code | > 80% |
| Temps de réponse API | P95 < 200ms |
| Accessibilité | WCAG 2.1 AA |
| Sécurité | Zéro vulnérabilités critiques |
| Cohérence de marque | Adhérence > 95% |
| Conformité aux spécifications | 100% |
| Gestion de charge | 10x le trafic actuel |
Vérifier
- La commande de déploiement a été réellement exécutée et la sortie de build/log (ou l'URL de déploiement) est capturée
- L'URL déployée a été ouverte et a retourné un 2xx ; les routes clés ont été échantillonnées, pas seulement l'index
- Les variables d'environnement requises par l'app sont présentes dans l'environnement cible ; les défaillances de variable manquante ont été exclues
- Un plan de rollback (ID de déploiement précédent, SHA git, ou commande de revert en une ligne) est documenté avant la promotion en production
- Un contrôle de santé/observabilité (logs, error tracker, status page) a été inspecté post-déploiement ; le taux d'erreur de base est enregistré
- La configuration DNS / domaine / SSL a été confirmée, pas supposée se reporter des déploiements précédents