Comment aidez-vous les équipes techniques et non techniques à mieux se comprendre ?

Question

Accepted Answer

Le problème de fond n'est pas l'intelligence, ce sont des **vocabulaires différents et des objectifs différents**. Les ingénieurs pensent en systèmes, contraintes et cas limites ; les Sales, le Marketing et le Support pensent en clients, deals et résultats. Mon rôle de Tech Lead est d'être un traducteur et de construire des habitudes qui réduisent le besoin de traduction au fil du temps.

## Ce que je fais en pratique

- **Traduire le jargon dans les deux sens.** J'interdis les acronymes dans les réunions cross-fonctionnelles et je reformule les concepts techniques en impact business : pas « la queue est engorgée » mais « les commandes mettent 10 minutes à se confirmer, et c'est pour ça que le Support reçoit des plaintes ».
- **S'ancrer sur des artefacts partagés.** Les démos battent les documents. Un prototype fonctionnel, un dashboard ou un diagramme de parcours client donne aux deux côtés la même chose concrète à pointer du doigt.
- **Construire de l'empathie par l'exposition.** Je fais de temps en temps assister des ingénieurs à un appel Sales ou à un shift de Support. Entendre un vrai client en difficulté fait plus que n'importe quelle spec. Inversement, j'invite les personnes non techniques à une présentation simplifiée de l'architecture.
- **Utiliser des analogies, pas des abstractions.** Comparer une migration à « rénover une maison pendant que des gens y vivent encore » fait mouche instantanément auprès d'un public non technique.
- **Créer une source unique de vérité pour le statut.** Une roadmap ou un board de statut partagé, en langage clair, évite le jeu du téléphone arabe qui engendre la méfiance.

## Un cadre reproductible

1. **Écouter** la vraie préoccupation sous la demande (« tu peux ajouter un bouton ? » signifie souvent « un client est bloqué »).
2. **Reformuler** dans le langage de l'autre côté.
3. **Confirmer** la compréhension en la reformulant en retour.
4. **Documenter** la décision partagée pour qu'elle survive à la réunion.

## Pièges à éviter

- **La condescendance.** Non technique ne veut pas dire inintelligent ; trop simplifier insulte les gens.
- **Se cacher derrière la complexité** pour éviter de dire non. « C'est compliqué » n'est pas une réponse.
- **La traduction à sens unique.** Les ingénieurs doivent aussi comprendre le contexte business, pas seulement en être protégés.

## Pourquoi c'est important

La plupart des frictions organisationnelles sont une défaillance de communication, pas de compétence. Quand les équipes tech et non tech se comprennent réellement, les décisions vont plus vite, les attentes deviennent réalistes, et la confiance remplace la dynamique eux-contre-nous qui ralentit discrètement tout.