L’intelligence de livraison vue de l’intérieur
Auteur: Uriah Hakala
Depuis le siège des Services professionnels
Trente ans de consultation ont une façon de calibrer vos attentes. J’ai vu beaucoup de choses être nommées, marquées et annoncées avant d’être réelles. J’ai moi-même fait certaines de ces annonces. Alors, quand je dis que Delivery Intelligence™ change la façon dont nos équipes travaillent — je veux être précis sur ce que ça signifie, parce que « changer la façon dont nous travaillons » est le genre de phrase facile à dire et difficile à prouver.
La série de JP couvrait l’architecture. Les couches, le modèle d’orchestration, l’analogie de l’hôtel, pourquoi nous avons choisi Salesforce comme base. Tout cela tient. Je regardais cette construction se faire en temps réel et je vous aurais dit la même chose. Mais les articles sur l’architecture sont écrits du point de vue du constructeur. Celui-ci vient du côté de la livraison, ce qui est un point de vue différent.
Voici ce que je peux vous dire depuis ce point de vue.
Agents DI : Qu’est-ce qui est en direct en ce moment
Quatre agents sont en production. Ils ne couvrent pas tout, et c’est fait exprès — on les a construits dans l’ordre qui permettrait de résoudre les problèmes les plus difficiles en premier.
Agent d’atelier
L’agent d’atelier prend le contexte du projet, le cahier des charges et nos meilleures pratiques de livraison, et aide à construire les plans d’atelier d’élaboration et les agendas des sessions. La planification d’un atelier est l’une de ces tâches qui semble simple vue de l’extérieur, mais qui bouffe le temps des consultants seniors de l’intérieur. Chaque atelier est suffisamment différent pour qu’on ne puisse pas simplement copier l’agenda du trimestre dernier, mais assez semblable pour que la majeure partie du travail soit une assemblée structurée plutôt qu’une réflexion originale. C’est exactement le genre de travail pour lequel un agent peut aider.
Agent des exigences
L’agent des exigences fait quelque chose de plus compliqué. Il prend des entrées non structurées — des transcriptions d’ateliers, des notes, des conversations — et en extrait des exigences correctement formatées. Épopées, fonctionnalités, éléments du backlog produit, une matrice de traçabilité des exigences, prêts à être téléchargés sur Azure DevOps. Quiconque a déjà assisté à un atelier puis passé trois jours à transformer les notes en quelque chose de structuré et traçable sait combien de temps se cache dans cet écart. C’est là que cet agent intervient.
Agent de solution
L’Agent de Solution prend des PBIs ou des User Stories provenant de plusieurs sources et génère des solutions d’implémentation prêtes pour les développeurs, basées sur les meilleures pratiques de Salesforce et Diabsolut. Le praticien obtient un point de départ déjà calibré selon notre façon de travailler, et non une page blanche.
Agent de construction
L’agent de build traite les composants et génère des métadonnées et du code entièrement configurés — déployables dans une organisation cliente soit comme une branche prête pour la mise en production, soit comme une sortie texte qu’un développeur peut fusionner manuellement. C’est la fin du processus, depuis le cadrage jusqu’à la build.
Les premiers retours sur les métriques montrent des améliorations, et le temps gagné est utilisé de manière utile : nos praticiens passent plus de temps sur les résultats pour le client qui font vraiment une différence, et non sur le travail d’assemblage structuré qui doit se faire autour. Les praticiens qui utilisent ces agents ne reviennent pas à l’ancienne méthode. C’est généralement le signal le plus important.
30 ans d’expérience en livraison me disent que c’est différent
J’ai vu passer beaucoup d’outils de productivité dans le domaine du conseil. La plupart aidaient sur les côtés — de meilleurs modèles, des rapports plus rapides, une collaboration plus fluide. Le travail au cœur, celui qui prend vraiment du temps et demande du jugement, restait à peu près le même.
Ce qui est différent avec un agent bien conçu, c’est qu’il peut s’intégrer directement dans le travail lui-même. Pas juste en faire le suivi. Pas juste automatiser l’admin autour. À l’intérieur. L’agent de besoins n’aide pas un consultant à remplir son feuille de temps plus vite — il réalise une partie importante de l’extraction des besoins elle-même, déjà structurée pour ce qui vient après.
Cela change l’économie d’un projet d’une manière que les modèles n’ont jamais faite. Quand tu compresses le temps entre « atelier terminé » et « exigences dans ADO », tu ne fais pas que gagner quelques heures. Tu changes ce qui est possible dans un calendrier de projet fixe. Tu peux avoir une boucle de rétroaction plus serrée. Tu peux détecter l’ambiguïté plus tôt. Tu peux entrer dans la phase de construction plus rapidement, ce qui signifie plus de cycles de construction dans le même engagement.
Il y a aussi quelque chose de plus difficile à quantifier, qui est la cohérence. Nos meilleurs praticiens font ça très bien. Nos praticiens plus récents développent encore la reconnaissance des schémas qui vient avec l’expérience. Un agent fondé sur notre propre connaissance de la livraison apporte cette reconnaissance des schémas à chaque projet, pas seulement à ceux qui sont dotés de vétérans ayant vingt ans d’expérience. Ça compte beaucoup à grande échelle.
Reconnaître le parcours
Je fais ça depuis assez longtemps pour savoir que ce qui a l’air le plus impressionnant dans un article de blog est généralement ce qui est le plus difficile à réaliser concrètement sur un vrai projet avec un vrai client et de vraies contraintes.
Les agents sont en service. Les praticiens les utilisent. L’architecture qui les soutient — la partie que JP a décrite en détail — est ce qui permet de continuer à ajouter des fonctionnalités sans avoir à tout reconstruire à chaque fois.
Mais nous sommes aussi encore au début. Ces agents vont s’améliorer de façon significative au cours des deux prochains trimestres. L’équipe de livraison est encore en train de développer la mémoire musculaire pour savoir quand s’appuyer sur un agent et quand appliquer son propre jugement, parce que ce discernement compte autant que l’outil lui-même.
Ce dont je suis sûr, c’est de la direction. La séquence a du sens. L’investissement de base a été réel. Et les retours des praticiens qui utilisent ces agents tous les jours sont le genre de retours que vous ne pouvez pas fabriquer.
J’aurai des chiffres plus précis à partager au fur et à mesure que nous accumulons suffisamment de projets pour les rapporter correctement. En attendant, la série continue — et si vous avez lu les messages de JP et que vous vous demandez à quoi cela ressemble du côté de la livraison, voilà à quoi ça ressemble.
Diabsolut est un partenaire de conseil Salesforce qui construit l’entreprise agentique en mode ouvert. Suivez la série pour voir ce qui fonctionne, ce que nous apprenons et ce qui arrive ensuite.