Trois techniques de communication pour reprendre l'initiative technique face à la pression d'un senior
Dans une salle de réunion, lorsque la voix d'un supérieur s'élève, un junior peut facilement se sentir intimidé. Même si votre esprit regorge de plans de conception, le fait de rester silencieux face à l'autorité signifie que votre code sera modifié et que vous perdrez le contrôle de votre projet. Pour survivre dans un marché du recrutement des nouveaux développeurs qui a récemment chuté à environ 7 %, il ne suffit plus de bien coder ; il faut savoir défendre sa conception par la parole.
Le mirroring pour répondre aux critiques abstraites par des chiffres
C'est une opportunité lorsque qu'un senior lance une attaque subjective telle que « cette structure est trop complexe » ou « les performances ne seront pas au rendez-vous ». Si vous paniquez, cela devient un conflit émotionnel, mais si vous utilisez le mirroring (effet miroir) proposé par Chris Voss, ancien négociateur du FBI, la situation change. Répétez les termes abstraits utilisés par votre interlocuteur en demandant des chiffres concrets.
- Exécution : « Vous dites que c'est complexe, mais de quel pourcentage prévoyez-vous que les coûts de maintenance augmenteront par rapport à l'état actuel ? » ou « Si les performances vous inquiètent, quelle est selon vous la limite précise en ms que le temps de réponse ne doit pas dépasser ? »
- Effet : Après votre question, gardez intentionnellement le silence pendant 4 secondes. Le silence est puissant. Votre interlocuteur ressent alors la pression de devoir trouver lui-même une base logique à sa critique. Ce processus permet d'éliminer l'entêtement sans fondement et réduit le temps de réunion de plus de 20 %.
Le pont technique pour différer la confirmation et gagner du temps d'analyse
Si vous faites une erreur en essayant de répondre immédiatement à une question pressante, votre crédibilité en tant qu'expert s'effondre instantanément. Selon les statistiques, les pertes annuelles dues à la dette technique aux États-Unis s'élèvent à 2,41 billions de dollars, et 96 % des développeurs expérimentés citent la pression des délais comme cause principale. Une réponse précipitée est une dette technique. Dans ce cas, utilisez la technique de la confirmation différée.
- Exécution : Résumez la situation et le contexte en une phrase, puis demandez un temps d'analyse. « Compte tenu des contraintes d'infrastructure actuelles, il existe une probabilité de perte de données de 5 %. Puis-je vérifier les données de logs pendant seulement 30 secondes pour vous donner une analyse d'impact précise ? »
- Effet : 30 secondes de silence ne sont pas une preuve d'incompétence, mais un signe de prudence. Cela donne au supérieur l'impression que vous êtes un ingénieur qui ne travaille pas sur des suppositions, mais sur des données.
La stratégie de concession via le Pre-mortem pour briser l'obstination
Lorsque les décisions d'architecture entrent en conflit, la technique du Pre-mortem proposée par Gary Klein est efficace. Il s'agit de supposer que le projet a déjà échoué et d'en retracer les causes. Ne vous contentez pas de rester sur vos positions ; faites semblant d'accepter la proposition de l'autre tout en faisant passer vos exigences clés.
- Exécution : Utilisez une matrice de décision pondérée. « Votre remarque sur l'augmentation de la complexité opérationnelle est juste. Je fais une concession sur ce point et je renforcerai le monitoring. En revanche, que diriez-vous d'adopter cette stack pour obtenir le gain de performance crucial de 80 % ? »
- Effet : Donner un peu pour obtenir beaucoup offre à l'autre un sentiment de victoire. Dès que vous déclarez assumer la responsabilité du risque qu'il a souligné, ses mécanismes de défense s'effondrent et votre plan de conception est adopté.
La règle immuable : graver les accords par écrit
Les accords verbaux ont tendance à être révoqués selon les émotions. Dès la fin de la réunion, rédigez immédiatement un ADR (Architecture Decision Records). Si des entreprises comme AWS ou Microsoft insistent sur l'enregistrement des décisions d'architecture, c'est pour maintenir l'immuabilité du système.
- Exécution : Juste après la réunion, résumez le contexte de la décision, la technologie adoptée et les compromis acceptés au format Markdown. L'essentiel est de partager ce document sur le canal public de l'organisation en mentionnant explicitement le nom du senior.
- Effet : Si quelqu'un tente de changer de discours plus tard, cela devient une preuve matérielle que vous pouvez présenter poliment : « Lors de la dernière réunion, nous avons convenu d'assumer ces risques ». Un accord non enregistré n'est pas un accord.
makedream