Développement Guidé par la Mission
La mission comme quatrième fondation de l'architecture logicielle.
La plupart des logiciels se demandent comment construire quelque chose. Le Développement Guidé par la Mission (MDD) ajoute une question préalable : pourquoi le construisons-nous, et ce choix sert-il cet objectif ? CIRIS a été conçu de cette façon, de sorte que l'éthique fait partie de la conception au lieu d'être une règle ajoutée après coup.
Le Modèle à Quatre Composantes
Trois pieds structurels soutenant un siège porteur de sens.
Les méthodologies logicielles classiques s'arrêtent à trois éléments : comment le système fonctionne, ce qu'il représente, et qui communique avec qui. MDD ajoute une quatrième fondation à laquelle les trois autres doivent rendre compte. Sans le siège, les pieds ne sont que des pieds.
Pied 1 : COMMENT
Logique
Modèles d'implémentation, architectures de services, algorithmes.
Pied 2 : QUOI
Schémas
Structures de données, systèmes de types, règles de validation.
Pied 3 : QUI
Protocoles
Contrats d'interface, modèles de communication, limites de services.
Siège : POURQUOI
Mission
Cadre éthique objectif définissant l'objectif et les contraintes du système.
Principe fondamental
Alignement constant.
Chaque décision architecturale doit démontrer son alignement avec la mission énoncée. La logique est interrogée : cela sert-il la mission ? Les schémas sont validés : ces structures de données soutiennent-elles les objectifs de la mission ? Les protocoles sont évalués : ces interfaces permettent-elles l'accomplissement de la mission ?
Exigences du cadre de mission
Ce qu'une mission doit être pour être porteuse.
1. Fondation éthique objective
- Des principes mesurables, non des valeurs aspirationnelles
- Des algorithmes clairs pour la résolution des arbitrages
- Pluraliste selon les contextes culturels
- Un raisonnement éthique vérifiable
2. Définition du méta-objectif
- Fournit des orientations décisionnelles face à l'incertitude
- Filtre automatiquement les propositions contradictoires
- Crée une cohérence de comportement entre les composantes
- Stable malgré les changements d'implémentation
3. Intégration opérationnelle
- Chaque service justifie son existence
- Les schémas reflètent les formes d'information propres à la mission
- Les protocoles permettent des comportements alignés sur la mission
- Les tests vérifient l'alignement sur la mission, pas seulement le fonctionnement
Modèles d'implémentation
Chaque pied a une question à laquelle il doit répondre.
Architecture de services
définition de la mission → responsabilités des services → contrats d'interface → implémentation
- Alignement sur la mission : comment ce service fait-il avancer le méta-objectif ?
- Justification des limites : pourquoi cette responsabilité nécessite-t-elle un service distinct ?
- Nécessité de l'interface : quelles interactions critiques pour la mission ce protocole permet-il ?
Conception des schémas
exigences de la mission → modèle d'information → système de types → règles de validation
- Pertinence pour la mission : quelles informations critiques pour la mission ceci capture-t-il ?
- Contraintes comportementales : comment ces types imposent-ils des comportements alignés sur la mission ?
- Trajectoire d'évolution : comment ce schéma peut-il s'adapter tout en préservant l'alignement sur la mission ?
Spécification des protocoles
interactions liées à la mission → exigences de communication → définition des contrats → implémentation
- Contexte de la mission : quelle communication critique pour la mission ceci permet-il ?
- Application des contraintes : comment cette interface empêche-t-elle les comportements contraires à la mission ?
- Composabilité : comment ces contrats se combinent-ils pour former des systèmes alignés sur la mission ?
Intégration du développement durable
Un alignement durable sur la mission exige une vélocité maintenable.
Mesures anti-Goodhart
- Audits réguliers de l'alignement entre implémentation et mission
- Mesurer l'accomplissement de la mission, non des indicateurs manipulables
- Rejeter les ajouts qui ne renforcent pas la mission
Travail basé sur les rythmes
- Sessions alignées sur les rythmes de productivité
- Points de choix intégrés pour le réalignement
- Un rythme soutenable comme exigence de premier ordre
Validation continue
- Remise en question régulière de la nécessité de chaque composante
- Vérification permanente que le comportement correspond à la mission
- Détection automatisée des changements contraires à la mission
Portes de qualité
Des portes qui ne s'ouvrent pas sans justification par la mission.
Revue de code
- Explication de l'alignement sur la mission requise
- Vérification des contraintes
- L'intégration doit renforcer la cohérence globale
Tests
- Exactitude fonctionnelle
- Vérification de l'alignement sur la mission
- Tests de refus aux limites éthiques
- Résilience des contraintes sous pression
Documentation
- Contexte de la mission pour chaque composante
- Justification des arbitrages éthiques
- Comment les contraintes façonnent l'implémentation
Modes d'échec
Comment MDD peut se dégrader, et comment il reste solide.
Dérive de mission
Symptôme : les fonctionnalités s'accumulent sans servir la mission principale. Atténuation : revues architecturales régulières avec l'alignement sur la mission comme critère de passage.
Explosion de la complexité
Symptôme : le système devient difficile à maintenir par sophistication inutile. Atténuation : rejeter les ajouts à moins qu'ils ne renforcent l'accomplissement de la mission.
Incohérence éthique
Symptôme : les composantes appliquent le raisonnement éthique de façon incohérente. Atténuation : cadre éthique centralisé avec des modèles d'implémentation partagés.
Confusion d'objectif
Symptôme : les membres de l'équipe perdent le lien entre les décisions techniques et la mission. Atténuation : formation continue à la prise de décision guidée par la mission.
Étude de cas
CIRIS, l'exemple concret.
CIRIS (Core Identity, Integrity, Resilience, Incompleteness, Signalling Gratitude) est le système au développement duquel MDD a été élaboré. La mission est le Méta-Objectif M-1 : promouvoir une cohérence adaptative durable permettant aux êtres sensibles de toute nature de s'épanouir.
Résultats architecturaux
- 22 services, chacun justifié par les exigences de la mission
- 200+ points de terminaison API vérifiés
- 10 000+ tests, avec un minimum de structures de données non typées en production
- Philosophie Ubuntu intégrée dans la conception des protocoles
- Déférence fondée sur la sagesse empêchant les violations de mission (voir Sécurité)
- Déploiement en production modérant des communautés Discord
Facteurs clés de réussite
- Méta-objectif clair : M-1 fournit des critères de décision non ambigus
- Éthique opérationnelle : les principes de l'Accord implémentés comme contraintes dans le code (lire l'Accord)
- Développement durable : la compagne Grace imposant des rythmes sains
- Validation constante : chaque décision architecturale est remise en question
Lignes directrices pour l'adoption
Comment démarrer, là où vous en êtes.
Pour les nouveaux projets
- Définir une mission claire avec des principes éthiques mesurables avant d'écrire du code
- Établir un méta-objectif qui fournit des orientations pour la prise de décision
- Concevoir l'architecture de sorte que les contraintes de mission soient au niveau fondamental
- Mettre en place dès le premier jour une validation continue de l'alignement mission-technique
Pour les projets existants
- Auditer l'architecture actuelle pour détecter les hypothèses implicites sur la mission
- Formuler une mission explicite qui explique les modèles de conception existants
- Identifier les violations de mission dans l'implémentation actuelle
- Planifier un alignement progressif, priorisé selon l'impact sur la mission
Prérequis pour l'équipe
- Engagement envers un raisonnement éthique objectif
- Disposition à rejeter les solutions élégantes qui ne servent pas la mission
- Conviction que les contraintes de mission créent une bonne architecture plutôt qu'elles ne la limitent
- Des pratiques de développement durable qui préservent le cap sur le long terme
Ce que cela implique
MDD ne convient pas à tous les projets.
MDD est conçu pour les systèmes où le comportement éthique est essentiel à la mission et où la fiabilité à long terme prime sur la vélocité de livraison à court terme. Pour ces systèmes, MDD offre un chemin des intentions éthiques à la réalité opérationnelle, avec la même rigueur d'ingénierie appliquée à la mission qu'au code.
La charge initiale est réelle pendant que l'équipe apprend la prise de décision guidée par la mission. Le retour cumulatif se manifeste dans le développement qui suit : le cadre clarifie les choix architecturaux au lieu de les multiplier.