Une vision claire. Des valeurs que nous incarnons.

Nous voulons que l'IA d'entreprise ressemble moins à une série d'expériences coûteuses et plus au reste des logiciels d'entreprise : prévisible à livrer, prévisible à opérer, prévisible à gouverner. Nous voulons que la question « cela en vaut-il la peine ? » reçoive une réponse honnête et rapide, avec le moins de préjudice possible pour l'ambition. Et nous voulons que les systèmes que nous construisons fonctionnent discrètement, de manière rentable et défendable longtemps après la fin de notre implication.

Nous voulons être l'entreprise que les organisations appellent lorsque la réponse importe plus que le spectacle. Nous voulons que nos recommandations soient celles qui vieillissent bien. Et nous voulons que les praticiens qui choisissent de faire carrière chez nous accomplissent le meilleur travail de leur carrière ici, car les conditions y sont exceptionnellement bonnes — disciplinées, généreuses, intellectuellement honnêtes.

Ce sont des ambitions, pas des prédictions. C'est la prochaine décennie de travail qui prouvera si nous les réalisons, un engagement à la fois.

“Les systèmes qui valent la peine d'être construits sont ceux qui fonctionnent encore, sont encore utiles et encore défendables cinq ans plus tard.”

Notre mission est plus simple que notre vision. Chaque semaine, nous aidons un petit nombre d'organisations à passer d'une question sans réponse à un système qui y répond. Parfois, le système est grand et perdure en production pendant des années. Parfois, la réponse est une conclusion écrite selon laquelle le système ne vaudrait pas la peine d'être construit. Les deux résultats comptent. Les deux sont des missions accomplies.

Nous mesurons la mission par la fréquence à laquelle les clients nous réengagent, par la fréquence à laquelle les clients nous recommandent à leurs pairs, et par notre volonté à déconseiller une action contraire à notre propre intérêt commercial. Les deux premières sont faciles à mesurer ; la troisième est plus difficile. Nous la surveillons attentivement.

La curiosité est la valeur pour laquelle nous recrutons le plus difficilement. Sans elle, la discipline de la mesure dégénère en cérémonie, le cadrage des problèmes s'effondre sur la première réponse plausible, et le travail cesse d'être intéressant. Avec elle, même l'engagement le plus routinier révèle quelque chose qui vaut la peine d'être connu. Nous demandons aux nouveaux arrivants d'apporter une question sur laquelle ils se sont discrètement cassé la tête et d'y consacrer un jour par mois. Les réponses apparaissent occasionnellement dans le travail client ; l'habitude est toujours là.

La curiosité nous permet également d'être honnêtes sur ce que nous ne savons pas. Le domaine de l'IA change suffisamment vite pour que tout praticien ayant cinq ans d'expérience soit, dans un sens réel, un débutant à nouveau tous les deux ans. Reconnaître cela ouvertement — aux clients, les uns aux autres, à nous-mêmes — est ce qui nous permet d'apprendre assez vite pour rester utiles.

L'intégrité dans notre domaine a une signification opérationnelle spécifique. Cela signifie que nos recommandations sont ancrées dans votre contexte plutôt que dans notre portefeuille de partenariats. Cela signifie que nous vous dirons, par écrit et tôt, lorsque nous ne pensons pas qu'un projet vaille la peine d'être réalisé. Cela signifie que les références que nous offrons sont réelles et contactables, les études de cas que nous citons sont exactes, et la certitude que nous exprimons par écrit correspond à la certitude que nous ressentons réellement.

Cela signifie également que nous sommes prêts à être impopulaires lorsque la situation l'exige. Repousser un fournisseur préféré par un sponsor, recommander une portée plus petite que ce que le budget permet, refuser de transformer un résultat marginal en succès — ce sont les tests quotidiens de la valeur, et ce sont ceux dont les clients se souviennent des années plus tard lorsqu'ils nous réengagent pour la prochaine étape.

L'artisanat est la valeur qui transforme le diagramme architectural en un système qui fonctionne bien à trois heures du matin. Il se manifeste dans les petits choix : le nommage cohérent, les noms de tests lisibles, le guide d'exécution qui anticipe le mode de défaillance que l'équipe n'a pas encore vu, la fiche modèle qui indique au prochain mainteneur ce qu'il doit savoir. Ces détails ne figurent que rarement dans une présentation. C'est la plupart de ce qui sépare un système qui dure d'un système qui boite.

Nous avons investi dans les pratiques qui rendent l'artisanat durable au sein d'une équipe croissante : revue de code avec des normes explicites, revue de conception pour tout changement non trivial, analyses post-mortem sans reproches pour les incidents inévitables, et une culture qui traite la simplification comme une contribution positive plutôt qu'un signe d'indécision. L'investissement se multiplie.

La plupart des cabinets de conseil utilisent le mot partenariat et signifient transaction. Nous voulons dire partenariat. Nos praticiens rejoignent vos réunions quotidiennes, examinent le code de vos ingénieurs aussi bien que le nôtre, assistent à vos revues de produit et traitent vos alertes opérationnelles comme leurs propres alertes. Nous attendons, en retour, que votre équipe traite la nôtre de la même manière : comme des collègues ayant un travail à faire, et non comme des fournisseurs à gérer à distance.

Ce n'est pas toujours le modèle le plus facile commercialement. Il a tendance à produire des engagements qui deviennent plus restreints avec le temps, à mesure que votre équipe absorbe une plus grande partie du travail, plutôt que plus larges. Nous nous contentons de cet échange. Les engagements dont nous sommes le plus fiers sont ceux où l'équipe cliente est, à la fin, en train de faire le travail que nous faisions auparavant.

Chaque engagement est lié à un résultat écrit avant le premier sprint. Parfois, le résultat est un chiffre financier précis ; parfois, c'est une métrique opérationnelle ; parfois, c'est une conclusion écrite de feu vert/feu rouge. Dans chaque cas, le critère existe avant que le travail ne commence, est référencé dans chaque revue bimensuelle, et est rapporté à la fin. C'est la discipline qui empêche les projets de dériver vers la métrique que l'équipe est la plus à l'aise d'optimiser.

Lorsque le résultat n'est pas atteint, nous le disons clairement. Lorsqu'il est atteint, nous le disons sans fioritures. Lorsque le monde a suffisamment changé pendant l'engagement pour que le résultat lui-même ne soit plus le bon, nous le réécrivons ensemble plutôt que de faire semblant. La discipline est peu glamour, et elle rapporte de manière exponentielle sur une relation client de plusieurs années.

Notre phrase interne la plus citée est aussi la plus utile : choisissez le modèle le plus simple qui dépasse la référence, puis déployez-le. La tentation d'opter pour une technique plus sophistiquée est constante, et c'est généralement une tentation à laquelle il faut résister. Le coût de la complexité — en temps de construction, en coût opérationnel, en difficulté d'expliquer le système aux futurs mainteneurs et aux régulateurs — dépasse presque toujours la précision marginale qu'une méthode plus sophistiquée pourrait apporter.

Le pragmatisme n'est pas la même chose que le conservatisme. Lorsque les données, le cas d'usage et le cas d'ingénierie justifient clairement une architecture plus profonde, nous l'adoptons sans hésitation. La discipline consiste à exiger cette justification, par écrit, avant de faire le choix — et à être prêt à soutenir la solution la plus simple lorsque la justification est faible.