Développez des fonctionnalités à partir de spécifications approuvées avant de coder

## Séparez les consignes générales du projet de la spécification de chaque fonctionnalité Maintenez délibérément deux niveaux de directives de développement. Le pilotage du projet consigne le contexte pérenne du produit, les choix technologiques, la structure du dépôt, les politiques et les conventions. Les spécifications fonctionnelles définissent une modification circonscrite et en regroupent les exigences, la conception, les tâches, les recherches et les preuves de validation. Prenez connaissance du pilotage de projet pertinent avant de travailler sur une fonctionnalité et tenez-le à jour lorsque des contraintes stables évoluent. Ne laissez jamais des décisions propres à une fonctionnalité réécrire silencieusement les directives à l'échelle du projet. Identifiez les spécifications actives et rendez visible leur phase actuelle afin que les travaux repris continuent depuis l'état consigné plutôt que de reposer sur des suppositions. ## Vérifiez d’abord le périmètre, puis choisissez une spécification ou une feuille de route Commencez par une brève phase d'exploration qui clarifie l'idée, le système concerné, les dépendances et le résultat attendu. Pour une fonctionnalité circonscrite, ouvrez directement une seule spécification. Pour une initiative de grande ampleur, créez une note de cadrage et une feuille de route, divisez le travail en spécifications cohérentes, consignez les dépendances et planifiez l'implémentation par vagues déterminées par celles-ci. Lorsque vous modifiez un système établi, examinez l'implémentation existante avant la conception et consignez les lacunes, les contraintes de compatibilité et les composants réutilisables. N'empruntez un parcours accéléré que de façon intentionnelle ; il doit malgré tout produire les artefacts essentiels relatifs aux exigences, à la conception, aux tâches et à la validation. ## Rédigez exigences, conception et tâches dans l’ordre, avec accord à chaque étape Parcourez les phases de la spécification dans l'ordre : 1. Rédigez des exigences testables qui définissent le comportement, les limites, les contraintes et les conditions d'acceptation. 2. Faites examiner les exigences par une personne avant de les considérer comme la base de la conception. 3. Produisez une conception qui associe chaque exigence à l'architecture, aux interfaces, au flux de données, aux risques et à la vérification. 4. Examinez la conception, puis déduisez-en des tâches d'implémentation ordonnées, assorties de dépendances et de contrôles d'achèvement. 5. Obtenez l'approbation du plan de tâches avant l'implémentation, sauf si un parcours accéléré délibéré a déjà autorisé l'ensemble de la séquence. Si le périmètre change de manière substantielle, revenez à la phase concernée et validez de nouveau les artefacts en aval au lieu de corriger ponctuellement un plan obsolète. ## Implémentez seulement les tâches approuvées, dans un mode choisi : toutes ou certaines Ne commencez l'implémentation qu'à partir de tâches approuvées et choisissez explicitement le mode d'exécution. En mode de périmètre complet, exécutez le plan approuvé de manière autonome, répartissez le travail par tâche lorsque cela est utile, intégrez les résultats, obtenez une revue indépendante et procédez à la validation finale. En mode de tâches sélectionnées, implémentez uniquement les tâches nommées dans le contexte actuel et ne touchez pas aux tâches sans rapport avec celles-ci. Utilisez une revue distincte de l'implémentation lorsqu'un travail terminé doit être validé de nouveau ultérieurement. Ne suspendez le travail que s'il manque des informations essentielles ou une autorisation requise, si un problème de sécurité se présente ou si une décision susceptible de modifier le périmètre reste à prendre ; la difficulté à elle seule ne justifie pas l'abandon du flux de travail approuvé. ## Réutilisez des compétences de développement et demandez une revue indépendante Conservez les procédures de développement spécialisées sous forme de compétences réutilisables dotées d'une instruction d'entrée claire et, facultativement, de modèles, d'exemples ou de références complémentaires. Les compétences doivent fonctionner dans le contexte de la tâche en cours et ne peuvent déléguer des recherches ou des revues parallèles de portée limitée que si la plateforme, les autorisations et le périmètre de la tâche le permettent. Soumettez les constats d'implémentation à une revue contradictoire, les défaillances à un débogage qui traite d'abord la cause racine et les déclarations d'achèvement à une vérification fondée sur des preuves récentes. Examinez et appliquez une compétence pertinente même s'il n'existe qu'une faible probabilité qu'elle régisse la tâche ; une simplicité apparente ne prouve pas que ses mesures de protection sont inutiles. ## Tenez à jour l’état de la spécification et confirmez la fin avec des preuves récentes Rédigez les artefacts de spécification dans la langue cible configurée pour cette spécification, même si le raisonnement interne utilise une autre langue. Maintenez l'état accessible tout au long du flux de travail, notamment la phase actuelle, les artefacts approuvés, les dépendances, le travail terminé, les tâches restantes et les décisions bloquantes en suspens. Ne revendiquez pas la réussite en vous fondant uniquement sur l'examen du code source ou l'achèvement des tâches. Exécutez la validation d'implémentation applicable, examinez les artefacts obtenus et reliez la déclaration d'achèvement aux preuves actuelles. Lorsqu'une revue ou une implémentation modifie le résultat, mettez à jour la spécification et l'état afin que la prochaine session hérite de la situation réelle.