Dessiner un système que quelqu’un devra construire
L’architecte de solutions décide de la forme du système avant qu’il existe : quels composants, quelles frontières, quels flux de données, quels arbitrages entre coût, sécurité et délai. Son livrable est une décision documentée, et sa réussite ne se mesure pas à l’élégance du schéma. Elle se mesure à deux épreuves qu’il ne verra pas toujours lui-même : la conception passe-t-elle la revue de sécurité du client, et son coût réel, une fois chiffré par quelqu’un qui doit la construire, reste-t-il compatible avec le projet. Ces deux épreuves éliminent régulièrement des architectures dont rien n’est faux. C’est la spécificité du métier et sa difficulté : une conception fausse se corrige, une conception juste et impayable consomme le budget avant qu’on s’en aperçoive. La discipline qui protège est modeste et peu pratiquée : prototyper avant de figer, et chiffrer le coût par unité traitée au moment du dessin plutôt qu’à la première facture.
Architecte de solutions IA, en bref
Métier établi| En une phrase | Conçoit le système cible : comment les pièces s’assemblent, quelles sont les contraintes, quoi construire et dans quel ordre. |
|---|---|
| Jugé sur | Le fait que la conception survive à la revue de sécurité et à la réalité du client contre laquelle elle a été dessinée. |
| Échoue quand | La conception est juste et hors de prix, parce que son coût n’a jamais été chiffré par quelqu’un qui devait la construire. |
| Confondu avec | Le forward deployed engineer, la paire la plus souvent confondue dans les annonces. |
Recruté comme poste distinct dans de nombreuses entreprises, avec un périmètre reconnaissable. Aucun chiffre de rémunération : voir notre méthode.
Les deux épreuves qui décident
La revue de sécurité. Elle porte sur l’hébergement, le chiffrement, la conservation, le recours à des sous-traitants et le devenir des données envoyées à un fournisseur. Une architecture qui suppose un transfert que la politique interne du client interdit ne se corrige pas par un ajustement : elle se refait.
Le coût réel. Il se calcule en multipliant le coût d’un appel par le nombre d’étapes attendu et par le volume prévu à dix-huit mois. L’erreur courante consiste à retenir le meilleur cas et le volume actuel, ce qui donne un chiffre rassurant et faux.
Ces deux épreuves ont en commun de se poser tôt sans coûter cher, et de coûter très cher quand on les découvre tard. Un architecte qui les traite au moment du dessin épargne à son organisation la situation la plus désagréable de ce métier : une conception approuvée qu’il faut abandonner après six semaines de construction.
Prototyper avant de figer
Le défaut le plus répandu des conceptions dans ce domaine tient à une hypothèse implicite sur l’état des données. Le schéma suppose un champ renseigné ; il l’est à soixante pour cent, et les quarante pour cent manquants suivent une logique que seule une équipe opérationnelle connaît.
Cette découverte arrive toujours. La seule variable est le moment : pendant la conception, où elle coûte deux jours et modifie le dessin, ou pendant la construction, où elle coûte un trimestre et oblige à défendre un document devenu faux.
Quelques jours de prototype sur les données réelles suffisent à la provoquer tôt. Cela suppose un accès en lecture obtenu dès le début du travail de conception, ce qui est une raison supplémentaire de lancer cette demande le premier jour.
Ce qu’un bon document de conception contient
Trois éléments distinguent un document utile d’un document décoratif, et aucun n’est un schéma.
Les décisions, avec leur raison. Pourquoi cette option plutôt qu’une autre, quelles étaient les alternatives, et ce qui ferait changer d’avis. Une équipe qui reprend le projet dans un an a besoin de cela et jamais du diagramme.
Les contraintes qui ont été vérifiées, et celles qui ont été supposées. La distinction est celle qui protège le plus : une hypothèse signalée comme telle sera vérifiée, une hypothèse présentée comme un fait ne le sera pas.
Le coût attendu, avec son calcul. Pas un ordre de grandeur, le calcul, pour que quelqu’un puisse le contester ligne par ligne plutôt que globalement.
Rester disponible pendant la construction
Dans la plupart des organisations, l’architecte n’est plus là quand l’écart entre le schéma et la réalité se manifeste, et c’est l’équipe de construction qui l’absorbe. Cela produit deux comportements coûteux et observables.
La dérive silencieuse : l’équipe s’écarte de la conception pour tenir les délais, sans le documenter, parce que rouvrir demanderait un comité. Six mois plus tard, le système en production et le système documenté n’ont plus grand-chose en commun.
Ou l’inverse, plus rare et plus grave : l’équipe respecte un schéma qu’elle sait inadapté parce qu’il a été validé plus haut, et livre quelque chose de conforme et d’inutilisable.
Le remède est connu et peu appliqué : garder l’architecte disponible en temps limité mais réel pendant les deux premiers mois de construction, avec le mandat explicite de modifier sa propre conception. Cela coûte quelques jours et évite des trimestres.
