Poste
Architecte de solutions
Quand une décision d'architecture se prend-elle chez vous, et quelqu'un saura-t-il dans un an pourquoi c'était celle-là ? L'essentiel de la dette vient de décisions que personne n'a écrites.
Entretien préalable
Quatre questions par lesquelles nous commencerions
Quand la décision sur une solution se prend-elle ?
Si c'est au stade où les exigences sont le moins connues, le risque est inévitable ; la question est de savoir s'il est nommé.
Que laisse derrière lui un architecte qui quitte l'entreprise ?
Si ce sont des schémas sans motivation, l'équipe connaît la forme de la solution et non ses raisons, et ce sont les raisons qui décident si quelque chose peut être changé.
Que ne savez-vous pas d'une solution tant qu'elle n'est pas en production ?
En général : comment elle se comporte sous charge et ce qui se révèle difficile à maintenir. La question est de savoir si les leçons reviennent quelque part.
Sur quel bureau atterrit une discussion sur le choix d'une technologie ?
Et si cette décision a des critères consignés, ou si elle repose sur l'autorité.
Nous prenons la collecte et la documentation, vous gardez la décision
Établir les exigences, exposer les options, tenir le registre des décisions et passer la cohérence en revue peuvent être retirés du bureau. Choisir la solution reste à l'architecte.
- Une décision a ses critères et ses options consignés. - Non seulement ce qui a été choisi, mais ce qui a été écarté et pourquoi, parce que c'est cette partie qui sert deux ans plus tard.
- Les options sont exposées côte à côte, pas décrites. - Les critères les uns à côté des autres, pour que la conversation porte sur des arbitrages et non sur des préférences.
- Un écart au standard se voit. - Une solution qui ne correspond pas au motif convenu ressort lors d'une revue, pas pendant une panne.
Périmètre
Ce qui peut être retiré du bureau d'un architecte
Dix-huit tâches à titre d'exemple. Chacune a un point de validation humaine. Ci-dessous une sélection ; le périmètre, nous l'ajustons à l'échelle de vos solutions.
Établissement des exigences
- Les exigences non fonctionnelles recueillies depuis la documentation projet
- Signalement des exigences qui se contredisent (appréciation : l'architecte)
- Une comparaison avec les exigences de solutions similaires dans l'entreprise
- Les questions ouvertes à trancher avant la décision
Options et décisions
- Les options exposées au regard des critères convenus
- La décision consignée avec sa motivation et les options écartées (contenu : l'architecte)
- Lier la décision aux exigences qui l'ont déclenchée
- Un registre des décisions accessible aux équipes
Standards et motifs
- Un catalogue des motifs employés dans l'organisation
- Signalement du motif adapté à un problème (décision : l'architecte)
- Un signal quand une solution s'écarte du standard
- Un registre des écarts délibérés
Revues de solutions
- Une liste de questions de revue par type de solution
- Une comparaison de la conception avec les décisions antérieures
- Signalement du même problème résolu plusieurs fois dans des équipes différentes
Dette d'architecture
- Un récapitulatif des décisions prises sous condition, avec une date de réexamen
- Signalement des solutions que les équipes contournent
- Lier les problèmes de production aux décisions d'architecture
Une journée de travail
Aujourd'hui
- Vous recueillez les exigences non fonctionnelles depuis plusieurs documents et conversations
- Vous comparez les options de tête ou dans un tableau à usage unique
- Vous consignez la décision dans une présentation qui se perd à la fin du projet
- Vous ne savez pas si une autre équipe a déjà résolu le même problème
- Les écarts au standard apparaissent pendant un incident
- Les décisions prises sous condition ne reviennent jamais en réexamen
Avec l'assistance de l'IA
- Les exigences non fonctionnelles sont exposées avant la décision
- Les options se tiennent côte à côte au regard des critères convenus
- La décision est consignée avec sa motivation et les options écartées
- Vous voyez où dans l'entreprise le même problème a été résolu
- Un écart au standard est signalé lors d'une revue
- Une décision conditionnelle a une date de réexamen et un rappel
- Des décisions que vous pouvez justifier
on sait pourquoi la solution a la forme qu'elle a
la décision est consignée avec ses critères et ses options
- Des solutions cohérentes
moins d'équipes qui résolvent le même problème autrement
le registre des décisions et des motifs est accessible
- Délai jusqu'à un arbitrage
moins de semaines entre la question et la réponse
les options sont exposées plutôt que décrites de zéro
- Une dette d'architecture visible
les décisions conditionnelles reviennent en réexamen
elles ont une date consignée et un rappel
Nous commençons par la consignation des décisions, parce que c'est l'étape la moins chère au plus grand effet sur la durée.
- Étape 1
Un registre des décisions avec motivation
La décision, les critères, les options écartées, les exigences qui l'ont déclenchée.
- Étape 2
Exposition des options
Les critères côte à côte avant la conversation, au lieu d'un tableau fait pour une seule réunion.
- Étape 3
Standards et signaux d'écart
Un catalogue de motifs et le signalement des solutions divergentes.
- Étape 4
Dette d'architecture
Décisions conditionnelles avec date de réexamen, liées aux problèmes de production. En dernier, parce que cela exige un historique de décisions.
Questions fréquentes
Les questions qui reviennent à la première réunion
En quoi est-ce différent de ce que fait un analyste ou un chef de projet ?
L'analyste établit ce qu'il faut construire. Le chef de projet répond de ce que cela se construise à temps. L'architecte tranche comment le construire, et ses décisions survivent au projet dans lequel elles ont été prises.
Aura-t-on encore besoin d'un architecte ?
Une décision d'architecture est un jugement sur l'avenir pris sur une connaissance incomplète, et personne ne le prendra à la place d'une personne. Nous prenons le recueil des exigences, l'exposition des options et la consignation de la décision, c'est-à-dire le travail autour du jugement. Le plus grand gain est en réalité autre chose que du temps : les décisions consignées restent dans l'entreprise quand l'architecte la quitte.
Cela relève-t-il du règlement sur l'IA ?
Concevoir des solutions n'est pas un usage à haut risque. Il vaut la peine que le registre des décisions couvre aussi les décisions d'employer des systèmes d'IA dans ce qui se construit, parce que c'est l'architecture qui détermine si un usage à haut risque voit le jour et comment il sera supervisé.
Une question qui ne figure pas ici ? Réservez un appel
Étape suivante
Sauriez-vous justifier aujourd'hui une décision d'architecture d'il y a deux ans ?
Nous vous montrerons à quoi ressemble le travail d'un architecte quand une décision est conservée avec sa motivation et qu'un écart au standard se voit.