1.5 Prise de décision et gouvernance

Vue d’ensemble et motivation

Chaque système logiciel est la somme de milliers de décisions : quelle base de données, quelle architecture, quelle bibliothèque, construire ou acheter, quand contracter de la dette et quand la rembourser. La gouvernance est la façon dont vous prenez ces décisions bien et de manière cohérente, impliquez les bonnes personnes sans créer de goulots d’étranglement, et préservez le raisonnement afin que les équipes futures ne soient pas condamnées à le réapprendre. Dans une petite équipe, les décisions se prennent en conversation et vivent dans la mémoire partagée. À grande échelle, cette mémoire s’évapore. Les gens partent, les équipes se réorganisent, et le « pourquoi » derrière un choix critique se perd, laissant les successeurs soit le reproduire par habitude aveugle soit l’arracher sans comprendre. Une bonne gouvernance est la machinerie qui rend les décisions visibles, délibérées, et durables à travers une organisation grande et changeante.

Le défi central pour les grandes équipes est d’équilibrer autonomie et alignement. Poussez toutes les décisions vers un comité central, et vous obtenez de la cohérence, mais au prix de goulots d’étranglement paralysants et d’équipes privées de pouvoir. Poussez toutes les décisions vers le bas, et vous obtenez de la vitesse, mais au prix du chaos : technologies incompatibles, effort dupliqué, et erreurs répétées. La réponse mature n’est ni la centralisation ni l’anarchie. C’est un modèle en couches. Les équipes décident de la plupart des choses localement au sein d’une « voie balisée » bien marquée, tandis qu’un processus léger et transparent gouverne les choix réellement transversaux et difficiles à inverser. L’objectif est de faire de la bonne décision le défaut facile, et de dépenser l’attention rare de la gouvernance seulement là où cela compte vraiment.

Les entreprises et les gouvernements portent des enjeux accrus. Ils doivent satisfaire des auditeurs, des régulateurs, et des organismes de surveillance qui exigent des décisions documentées et défendables. Ils travaillent sur de longs horizons temporels, où un mauvais choix architectural ou un tas non géré de dette technique peut les alourdir pendant une décennie. Et leurs obligations de marchés publics et de conformité rendent les décisions construire-ou-acheter particulièrement conséquentes et difficiles à inverser. Pour ces organisations, une prise de décision disciplinée et bien enregistrée n’est pas de la bureaucratie pour elle-même. C’est de la gestion du risque, de la mémoire institutionnelle, et le fondement de la responsabilité.

Principes clés

Enregistrez les décisions et leur raisonnement ; une décision sans justification est un passif.
Poussez les décisions vers le niveau le plus bas qui a le contexte, dans des garde-fous clairs.
Faites correspondre le poids du processus au poids et à la réversibilité de la décision.
Distinguez les décisions réversibles (« porte à double sens ») des décisions irréversibles (« porte à sens unique ») et gouvernez-les différemment.
Préférez les voies balisées et les défauts aux approbations au cas par cas.
Traitez la dette technique comme un portefeuille géré, pas une faute morale à cacher.
Rendez la gouvernance transparente ; une prise de décision cachée engendre la méfiance et les reprises.

Recommandations

Adoptez des registres de décision d’architecture et un processus RFC bien calibré

Un registre de décision d’architecture (ADR) est un document court et immuable capturant une décision significative : son contexte, les options envisagées, le choix fait, et les conséquences. Stockez les ADR dans le contrôle de version aux côtés du code, afin que le raisonnement voyage avec le système. Pour les décisions qui ont besoin de contribution avant d’être prises, utilisez un processus léger de RFC (demande de commentaires) : diffusez une proposition, invitez des commentaires pendant une période bornée, puis décidez et enregistrez. Gardez les deux légers. La valeur est dans la réflexion et l’enregistrement durable, pas dans des modèles élaborés. Ensemble, les ADR et les RFC transforment un raisonnement tacite et oublié en une mémoire institutionnelle consultable.

Gouvernez par des voies balisées, pas des gardiens

Plutôt que de réviser chaque décision une par une, investissez dans une « voie balisée » : un ensemble de défauts approuvés et bien pris en charge, langages, cadres, pipelines de déploiement, et modèles agréés, que les équipes peuvent adopter avec peu de friction et beaucoup de soutien. Les équipes qui restent sur la voie balisée ont besoin de peu de gouvernance, parce que le choix sûr et conforme est aussi le plus facile. Les équipes ayant une véritable raison de la quitter le peuvent, mais elles assument la responsabilité supplémentaire et une revue légère. Ce modèle de « chemin doré » passe à l’échelle bien mieux qu’un comité central approuvant tout, parce qu’il déplace la gouvernance d’un contrôle d’accès au cas par cas vers des défauts bien conçus.

Utilisez les comités de revue d’architecture avec parcimonie et transparence

Un comité de revue d’architecture, ou son équivalent, a un rôle légitime pour les décisions les plus grandes, les plus transversales, ou les plus irréversibles, et pour fixer les normes qui définissent la voie balisée. Gardez sa portée étroite, ses critères publiés, et son processus rapide et consultatif, pas un goulot d’étranglement obligatoire pour le travail de routine. Le travail du comité est de veiller à la cohérence et de partager la connaissance, pas d’approuver chaque choix. Quand un comité devient une file d’attente dans laquelle chaque projet doit patienter, il a échoué. Déléguez agressivement, et réservez la revue centrale aux quelques décisions qui le justifient réellement.

Faites de construire-contre-acheter-contre-adopter une analyse délibérée

Pour toute capacité significative, pesez trois voies : la construire en interne, acheter un produit commercial, ou adopter une solution open source. Construisez quand la capacité est un véritable élément différenciateur et centrale à votre mission. Achetez ou adoptez les capacités non différenciantes que d’autres font mieux. Comptez le coût total de possession (TCO), pas seulement le prix initial. Acheter entraîne des coûts de licence, d’intégration, et de verrouillage fournisseur. Construire entraîne une maintenance et un personnel perpétuels. Adopter de l’open source entraîne des obligations de support et de suivi de sécurité. Enregistrez la décision et ses hypothèses comme un ADR, afin de pouvoir la revisiter quand les circonstances changent.

Gérez la dette technique comme un portefeuille

La dette technique n’est pas intrinsèquement mauvaise. Parfois, la contracter pour livrer plus tôt est la bonne décision. Ce qui est mauvais, c’est la dette non gérée, invisible, oubliée. Gardez un inventaire explicite de la dette significative. Pour chaque élément, notez le coût qu’il impose (l’« intérêt » continu) et le coût pour le corriger. Puis gérez-la comme un portefeuille financier. Remboursez la dette à intérêt élevé qui ralentit l’équipe chaque jour. Tolérez la dette à faible intérêt dans les coins stables. Prenez les décisions de dette consciemment plutôt que par accident. Mettez de côté une fraction permanente de la capacité pour rembourser la dette, afin qu’elle ne s’accumule jamais en une crise.

Distinguez les décisions réversibles des décisions irréversibles

Toutes les décisions ne méritent pas la même délibération. Les décisions réversibles à « porte à double sens » sont facilement annulées, alors prenez-les vite et localement, par l’équipe, avec un biais vers l’action. S’y attarder gaspille du temps et ralentit l’apprentissage. Les décisions irréversibles ou coûteuses à inverser à « porte à sens unique », un contrat d’API public, un modèle de données à grande échelle, un engagement fournisseur pluriannuel, méritent une délibération lente, prudente, et senior, ainsi qu’une justification enregistrée. Classer les décisions de cette façon est l’une des habitudes de gouvernance à plus fort effet de levier que vous ayez. Cela vise l’examen minutieux et rare là où il rapporte, et débloque tout le reste.

Compromis : avantages et inconvénients

Approche de gouvernance	Avantages	Inconvénients
Comité de revue central pour tout	Cohérence et surveillance maximales	Goulot d’étranglement sévère ; prive les équipes de pouvoir ; lent
Voie balisée avec autonomie locale	Passe à l’échelle, rapide, défaut sûr, responsabilise les équipes	Exige un investissement de plateforme initial ; quelques dérives hors voie
Autonomie d’équipe complète, sans gouvernance	Rapide, forte appropriation	Fragmentation, duplication, erreurs répétées
ADR / RFC	Mémoire durable, meilleures décisions, transparence	Charge d’écriture ; ignorés si non maintenus

Choix d’approvisionnement	Avantages	Inconvénients
Construire	Contrôle total, ajustement exact, peut différencier	Coût de maintenance et de personnel perpétuel
Acheter	Rapide, pris en charge, quelqu’un d’autre le maintient	Coût de licence, verrouillage, ajustement imparfait
Adopter (open source)	Pas de frais de licence, inspectable, communauté	Le fardeau du support et de la sécurité vous retombe dessus

Le compromis unificateur est le contrôle contre la vitesse, et la cohérence centrale contre l’autonomie locale. Chaque choix de gouvernance se situe sur ce spectre. La posture recommandée, voies balisées plus délégation fondée sur la réversibilité, achète délibérément la plupart de la vitesse de l’autonomie tout en gardant la cohérence qui compte. Elle le fait en rendant le choix aligné le plus facile, et en réservant le processus lourd à la rare décision irréversible.

Questions à discuter avec votre équipe

Qui décide si une décision donnée est une porte à sens unique, et comment attraperez-vous les mauvaises classifications dans les deux directions ? Classer les décisions par réversibilité est l’une des habitudes de gouvernance à plus fort effet de levier, et sa valeur s’effondre si vous étiquetez mal les choses : traitez un choix réversible comme irréversible et vous le noyez dans la délibération, traitez un choix irréversible comme réversible et vous livrez un modèle de données ou un contrat d’API public que vous ne pouvez pas annuler à bas coût. Le risque concurrent est que la personne la plus proche du travail peut être biaisée vers la vitesse, tandis qu’un comité central peut être biaisé vers la prudence. Apportez des exemples concrets à la discussion : qu’en coûterait-il réellement, en temps et en argent, d’inverser chaque décision, et qui porte ce coût. Dans les contextes d’entreprise et gouvernementaux, les engagements de marchés publics et les données à grande échelle transforment de nombreux choix en portes à sens unique qui semblaient réversibles au départ. Mettez-vous d’accord sur qui classe, et construisez l’habitude d’un second avis rapide sur tout ce qui est proche de la limite, afin que l’examen minutieux rare atterrisse là où l’inversion est réellement coûteuse.
Qui possède, finance, et dote en personnel la voie balisée, et qu’est-ce qui l’empêche de se dégrader en gardien ? Une voie balisée ne fonctionne que si les défauts approuvés sont réellement bien pris en charge et plus faciles que les alternatives, ce qui exige un investissement soutenu facile à sous-financer. Le compromis est brutal : une voie balisée sous-dotée devient un ensemble de mandats sans soutien, exactement le contrôle d’accès que le modèle était censé remplacer, et les équipes le contournent alors. Apportez des preuves de la santé de la voie : taux d’adoption, à quel point les outils approuvés sont à jour, à quelle vitesse l’équipe de plateforme répond, et à quelle fréquence les équipes demandent à sortir de la voie. Pour les grandes organisations et les organisations réglementées, la voie balisée est aussi la façon dont le choix conforme devient le plus facile, donc son financement est un investissement de conformité, pas seulement une commodité. Décidez d’un propriétaire clair et d’un budget permanent, et mesurez si les équipes choisissent la voie parce que c’est réellement le chemin le plus facile.
Où les équipes contournent-elles votre gouvernance, et que vous dit cette informatique fantôme ? Les équipes évitent le chemin sanctionné quand il est plus douloureux que le contournement, donc une informatique fantôme répandue est moins un problème de discipline qu’un verdict de conception sur votre gouvernance. Les considérations concurrentes sont réelles : une partie de l’évasion est imprudente, et une grande partie est un évitement rationnel d’un comité de revue devenu une file d’attente de plusieurs semaines. Apportez les preuves : quelles approbations sont sautées, quels outils non officiels se sont discrètement répandus, et combien de temps le chemin officiel prend réellement. Dans les contextes d’entreprise et gouvernementaux, les enjeux sont plus élevés, parce que des outils non sanctionnés peuvent violer des obligations d’audit, de sécurité, et de marchés publics à portée juridique. Si le schéma montre des gens contournant un goulot d’étranglement, la correction consiste à accélérer et élargir la voie balisée et à réduire la portée du comité aux quelques décisions transversales et irréversibles, pas à ajouter plus d’approbations.
Quelle part de notre capacité de livraison va réellement au remboursement de la dette technique, et pouvons-nous nommer les éléments à intérêt le plus élevé qu’elle devrait cibler en premier ? La dette technique se comporte comme un intérêt composé, une taxe silencieuse sur chaque changement futur, et une grande organisation peut la porter pendant des années avant que quiconque remarque que le système est devenu lent et cassant à modifier. La pression concurrente est brutale : chaque heure passée sur la dette est une heure non passée sur des fonctionnalités que la direction peut voir, donc le remboursement est la première chose coupée quand une échéance se resserre. Apportez de véritables preuves à la discussion, un inventaire écrit de la dette significative, une estimation honnête du coût continu que chaque élément impose et du coût pour le corriger, et la fraction réelle de la capacité récente qui est allée au remboursement contre le nouveau travail. Pour les entreprises et les organismes gouvernementaux sur des horizons temporels de dix ans, la dette non gérée force éventuellement une réécriture coûteuse ou une conclusion d’audit, donc traitez une allocation permanente de remboursement comme de la gestion du risque et décidez qui la protège quand les calendriers glissent.
Quand nous avons besoin du raisonnement derrière une décision prise il y a deux ans, pouvons-nous réellement le trouver, et quelqu’un garde-t-il cet enregistrement vivant ? Toute la valeur d’un registre de décision d’architecture est que le raisonnement survit aux personnes qui l’ont fait, et cette valeur s’effondre si les ADR sont écrits une fois, jamais consultés, et dérivent silencieusement vers l’obsolescence. La tension est entre la discipline d’écriture qu’il faut pour capturer le contexte, les options, et les conséquences au moment de la décision, et la pression quotidienne de simplement livrer et avancer. Apportez des tests concrets à la discussion : choisissez trois décisions récentes importantes et voyez si quelqu’un peut localiser la justification enregistrée en quelques minutes, et vérifiez si les ADR remplacés sont marqués comme tels plutôt que de contredire silencieusement la pratique actuelle. Dans les contextes d’entreprise et gouvernementaux, cet enregistrement consultable est exactement la preuve défendable que les auditeurs et les organismes de surveillance exigent, donc décidez où vivent les ADR, qui les révise, et ce qui rend une décision assez significative pour être enregistrée.
Quand avons-nous rouvert pour la dernière fois une décision majeure de construire-ou-acheter par rapport à ses hypothèses d’origine, et remarquerions-nous seulement quand ces hypothèses expirent ? Les choix d’approvisionnement sont parmi les décisions les plus coûteuses et difficiles à inverser que vous prenez, et les hypothèses derrière eux (la tarification d’un fournisseur, votre propre personnel, la maturité d’une option open source) deviennent silencieusement obsolètes pendant que la décision reste figée en place. Les considérations concurrentes pèsent le coût irrécupérable et la perturbation du changement contre le coût croissant du verrouillage, d’un ajustement imparfait, ou d’un fardeau de maintenance que vous ne voulez plus. Apportez l’ADR d’origine et ses hypothèses énoncées, une estimation actuelle du coût total de possession pour chaque voie incluant la licence, l’intégration, le personnel, et le coût de sortie, et tout signal, un changement de prix ou une dégradation de support, qu’une prémisse a changé. Pour les acheteurs gouvernementaux et réglementés, les règles de marchés publics et les contrats pluriannuels rendent ces portes à sens unique particulièrement contraignantes, donc convenez à l’avance des déclencheurs et de la cadence qui forceront une redécision délibérée plutôt qu’un renouvellement aveugle.

Regard sectoriel

Jeune pousse. Ne gouvernez presque rien et appuyez-vous fortement sur la vitesse : pour les choix réversibles à porte double sens, décidez au bureau et avancez. Réservez votre unique habitude de gouvernance pour la poignée de portes à sens unique, un modèle de données central ou un fournisseur fondateur, et capturez chacune en un seul paragraphe afin qu’un futur coéquipier ne la replaide pas depuis zéro. Sautez entièrement les comités de revue et les voies balisées, parce qu’à votre taille ce sont des frais généraux que vous ne pouvez pas vous permettre et que toute l’équipe partage déjà le contexte.

Petite entreprise. Sans architecte en interne, faites de construire-ou-acheter votre question de gouvernance centrale et répondez-y sur le coût total de possession plutôt que la préférence. Optez par défaut pour acheter ou adopter des outils bien pris en charge pour tout ce qui n’est pas votre élément différenciateur central, parce que la maintenance perpétuelle est le coût que vous pouvez le moins vous permettre de porter. Gardez un journal de décisions léger unique afin que le raisonnement derrière vos quelques choix conséquents survive au départ d’une personne clé.

Grande entreprise. Votre problème est d’équilibrer autonomie et alignement à travers de nombreuses équipes, alors investissez dans une voie balisée financée et réservez un comité de revue d’architecture étroit et rapide pour les décisions réellement transversales et irréversibles. Standardisez les ADR afin que le raisonnement devienne une mémoire institutionnelle consultable, et gérez la dette technique et les choix d’approvisionnement comme des portefeuilles avec des budgets permanents. Mesurez si les équipes choisissent la voie parce que c’est le plus facile, et réduisez tout comité qui s’est dégradé en file d’attente.

Gouvernement. Des décisions documentées et défendables ne sont pas optionnelles ici : les auditeurs et les organismes de surveillance s’attendent à voir le raisonnement, les options pesées, et les hypothèses derrière chaque choix conséquent. Menez construire-ou-acheter comme une analyse enregistrée du coût total de possession, honorez les règles de marchés publics qui contraignent le verrouillage à fournisseur unique, et gardez les ADR comme la piste de preuves prête pour l’audit. Prenez les longs horizons temporels au sérieux, parce qu’un modèle de données ou un engagement fournisseur pris aujourd’hui peut lier l’organisation pendant une décennie, donc classez-le comme une porte à sens unique et délibérez en conséquence.

Exemples

Jeune pousse. Une start-up de quatre personnes prend la plupart des décisions en minutes autour d’un bureau partagé, et pour les choix réversibles à porte double sens cette vitesse est un véritable avantage, alors elle résiste à tout frais général de gouvernance. Mais quand elle choisit une base de données et un modèle de données qui seront pénibles à changer plus tard (une porte à sens unique), elle s’arrête pour écrire une note d’un seul paragraphe : les options, le choix, et les hypothèses derrière lui. Un an plus tard, en atteignant des limites de mise à l’échelle, cette seule note leur épargne de replaider la question depuis zéro. Elle ne gouverne presque rien, et réserve son unique habitude légère aux quelques décisions réellement coûteuses à inverser.

Grande entreprise. Les équipes de plateforme d’une grande entreprise étaient paralysées par un comité de revue d’architecture qui devait approuver chaque choix technologique, créant des files d’attente de plusieurs semaines. L’entreprise a restructuré la gouvernance autour d’une voie balisée : un catalogue organisé de langages, magasins de données, et pipelines approuvés et entièrement pris en charge que les équipes pouvaient adopter instantanément. Les ADR enregistraient toute décision de s’écarter, et une revue rapide et consultative traitait seulement les choix hors voie. La portée du comité s’est réduite à la fixation de normes et à la poignée de décisions vraiment transversales. La livraison s’est fortement accélérée. La cohérence s’est réellement améliorée, parce que le chemin facile était désormais celui conforme. Et l’archive d’ADR a donné à l’organisation un enregistrement consultable de pourquoi les choses avaient été construites ainsi.

Gouvernement. Un ministère faisait face à une décision majeure de construire-ou-acheter pour une plateforme de gestion de dossiers sous des règles strictes de marchés publics et d’audit. Plutôt que de décider par préférence, il a mené une analyse documentée du coût total de possession à travers trois options : construire sur mesure, acheter un produit commercial, et adopter une base open source. Il a pesé la licence, l’intégration, la maintenance à long terme, le personnel, et le verrouillage, et a enregistré la décision et ses hypothèses comme un ADR. Des années plus tard, quand les conditions d’un fournisseur ont changé, le ministère a revisité cet ADR, a trouvé que ses hypothèses d’origine ne tenaient plus, et a redécidé avec une pleine connaissance du raisonnement antérieur, évitant une migration aveugle et coûteuse. La justification enregistrée était aussi exactement la preuve défendable que les auditeurs exigeaient.

Argumentaire économique : motivations, retour sur investissement et coût total de possession

Les décisions sont le coût à plus fort effet de levier et à plus faible visibilité en logiciel. Un seul mauvais choix architectural ou d’approvisionnement irréversible peut imposer des années de frein ou une remédiation à neuf chiffres. Bien le gouverner, quelques heures de délibération et un enregistrement écrit, coûte presque rien en comparaison. Le retour sur les ADR et la délégation fondée sur la réversibilité vient de deux sources : éviter des erreurs coûteuses sur les décisions à porte à sens unique, et éviter la délibération gaspillée et les reprises sur tout le reste. La justification enregistrée réduit aussi drastiquement le coût récurrent de replaider des questions réglées et des équipes rétro-concevant l’intention derrière des systèmes hérités.

La dette technique rend l’argument du TCO concret. La dette non gérée se comporte exactement comme un intérêt composé : une taxe croissante sur chaque changement futur, jusqu’à ce que le système devienne effectivement impossible à maintenir et exige une réécriture coûteuse. Gérer la dette comme un portefeuille, avec une allocation de capacité permanente pour rembourser les éléments à intérêt élevé, est bien moins cher que la crise éventuelle. Une bonne gouvernance est peu coûteuse à adopter, surtout la discipline d’écrire les décisions et l’investissement initial dans une voie balisée. La sauter est coûteux : vous payez en réécritures évitables, surprises de verrouillage, échecs d’audit, et mémoire institutionnelle perdue. Pour convaincre la direction, formulez la gouvernance dans son langage : réduction du risque, reprises évitées, livraison plus rapide via la voie balisée, et défendabilité prête pour l’audit. Montrez que l’objectif n’est pas plus de processus mais un processus mieux ciblé, un examen minutieux lourd seulement là où l’inversion est coûteuse, et une vitesse sans friction partout ailleurs.

Anti-patterns et pièges

Décisions non documentées : raisonnement perdu dès que les personnes qui l’ont fait partent.
Goulot d’étranglement de comité d’approbation : un organe central derrière lequel chaque projet doit faire la queue.
Processus universel : forcer des décisions réversibles triviales à travers une revue lourde.
Paralysie de l’analyse : s’attarder sur des décisions facilement réversibles à porte double sens.
Informatique fantôme : des équipes évitant entièrement la gouvernance parce que le chemin sanctionné est trop douloureux.
Dette technique invisible : dette jamais inventoriée, jamais remboursée, s’accumulant silencieusement.
Réflexes de tout-construire ou tout-acheter : approvisionnement par habitude plutôt que par analyse du TCO.
Théâtre de gouvernance : documents et comités qui existent pour l’apparence mais ne façonnent pas les décisions.

Modèle de maturité

Niveau 1 (Initiation) : Les décisions sont ad hoc et non enregistrées ; la gouvernance est soit absente soit un goulot d’étranglement généralisé ; la dette technique est invisible et le raisonnement derrière les choix s’évapore quand les gens partent.
Niveau 2 (Développement) : Certaines décisions sont documentées et une certaine revue existe, mais la pratique est incohérente entre les équipes et le processus est souvent mal adapté au poids et à la réversibilité de la décision.
Niveau 3 (Standardisation) : Les ADR, une voie balisée, une délégation fondée sur la réversibilité, et un inventaire de dette sont documentés et appliqués dans toute l’organisation, si bien que le choix conforme est le défaut facile et le raisonnement est consultable.
Niveau 4 (Gestion) : La gouvernance est mesurée par rapport à des références : l’adoption de la voie balisée, la couverture des ADR, le temps de cycle des décisions, la dette comme part de la capacité, et les taux d’exception hors voie sont suivis, et les décisions de rembourser la dette ou de revisiter l’approvisionnement sont déclenchées par ces preuves plutôt que par une crise.
Niveau 5 (Orchestration) : La gouvernance est continuellement ajustée et intégrée à la planification de la livraison et du risque ; l’examen minutieux vise précisément les décisions irréversibles ; les choix de dette et d’approvisionnement sont activement rééquilibrés comme des portefeuilles et redécidés sur preuve à mesure que les circonstances changent.

Pistes de réflexion

Pour nos décisions récentes les plus importantes, pouvons-nous trouver le raisonnement enregistré derrière elles ?
Où notre gouvernance est-elle un goulot d’étranglement, et où est-elle absente quand elle est nécessaire ?
Lesquelles de nos décisions actuelles sont des portes à sens unique, et les traitons-nous comme telles ?
Quelle part de notre capacité va au remboursement de la dette technique, et est-ce suffisant ?
Nos équipes suivent-elles la voie balisée parce que c’est réellement le chemin le plus facile, ou la contournent-elles ?
Quand avons-nous revisité pour la dernière fois une décision majeure de construire-ou-acheter par rapport à ses hypothèses d’origine ?

Points clés à retenir

Enregistrez les décisions significatives et leur justification avec des ADR ; rendez le raisonnement durable.
Gouvernez par des voies balisées et des défauts, pas par un contrôle d’accès au cas par cas.
Faites correspondre le poids du processus au poids et à la réversibilité de la décision ; déléguez les portes à double sens, délibérez sur les portes à sens unique.
Analysez construire-contre-acheter-contre-adopter sur le coût total de possession, et enregistrez les hypothèses.
Gérez la dette technique comme un portefeuille explicite avec une allocation de remboursement permanente.
Gardez la gouvernance transparente et légère ; visez l’examen minutieux rare là où l’inversion est coûteuse.

Références et lectures complémentaires

Michael Nygard, « Documenting Architecture Decisions » (le modèle ADR original)
Gregor Hohpe, The Software Architect Elevator et 37 Things One Architect Knows
Les lettres aux actionnaires d’Amazon sur les décisions de Type 1 contre Type 2 (porte à sens unique contre porte à double sens)
Ward Cunningham, la métaphore originale de la « dette technique »
Martin Fowler, écrits sur la dette technique et l’architecture évolutive
Neal Ford, Rebecca Parsons, Patrick Kua, Building Evolutionary Architectures
Nicole Forsgren, Jez Humble, Gene Kim, Accelerate (architecture faiblement couplée et autonomie)
ISO/IEC/IEEE 42010 sur la description de l’architecture