Désaccord technique : tranchez sans diviser votre équipe

Deux experts défendent des solutions incompatibles, et votre chantier attend pendant qu’ils échangent des arguments. Voici comment obtenir une décision exécutable sans désigner un gagnant et un perdant dans l’équipe.

Je ne demanderais pas une nouvelle présentation des solutions. Je demanderais d’abord la phrase exacte sur laquelle les collègues ne sont pas d’accord. Tant qu’elle manque, vous risquez de présider un débat où chacun répond à une question différente.

Faites écrire le désaccord avant de réunir l’équipe

Prenons un cas fictif : un administrateur veut conserver un hébergement interne, son collègue défend un service managé. Le premier parle de reprise après incident. Le second parle du temps passé à maintenir les machines. Ils peuvent avoir raison sur leurs problèmes respectifs sans avoir comparé les mêmes options.

Demandez à chacun un court texte : résultat attendu, option proposée, contrainte bloquante et preuve disponible. Ajoutez cette question : quel constat vous ferait changer d’avis ? Une réponse précise donne une piste de vérification. Une réponse évasive signale qu’il faut encore clarifier le critère.

Faites ensuite reformuler chaque position par l’autre personne. Le guide d’escalade d’Atlassian propose cet exercice pour vérifier que les parties comprennent réellement leurs options. Arrêtez la reformulation dès que son auteur confirme qu’elle est fidèle. Vous cherchez un problème commun, pas une réconciliation forcée.

Exigez une preuve pour chaque objection bloquante

Refusez les verdicts sans explication : trop fragile, pas professionnel, impossible à maintenir. Demandez quel scénario échoue, dans quelles conditions et avec quelle conséquence. Une préférence reste recevable ; elle ne doit pas se déguiser en impossibilité technique.

Les principes de revue de code de Google donnent la priorité aux faits techniques sur les préférences personnelles. Ils recommandent aussi un échange direct lorsque les commentaires ne règlent plus le désaccord. Reprenez ces principes pour votre discussion d’infrastructure, sans présenter les règles de Google comme une norme obligatoire.

Ne votez pas sur une exigence de sécurité obligatoire. Faites qualifier sa portée par le responsable compétent. Si elle bloque réellement une option, retirez cette option du débat.

Nommez celui qui tranche avant de commander un essai

Annoncez qui prend la décision et sur quel périmètre. Le référent technique peut choisir une méthode dans un cadre déjà approuvé. Le DSI doit reprendre les arbitrages qui engagent une dépense, une charge supplémentaire ou une priorité de service au-delà de ce cadre.

Si vous manquez de compétence pour juger une objection, demandez un avis ciblé. Donnez à l’expert consulté la question à résoudre et les preuves contradictoires. Évitez le diagnostic général vendu par le fournisseur qui espère ensuite installer sa solution.

Fixez une date de décision avec les informations attendues. Si une donnée indispensable manque à cette date, choisissez explicitement entre prolonger l’étude, réduire le périmètre ou reporter le chantier. Ne laissez pas les collègues comprendre que le plus persistant finira par obtenir gain de cause.

Le mandat doit rester cohérent avec les responsabilités annoncées lors du passage d’un expert au management. Contourner le responsable nommé dès qu’un collègue insiste rend votre prochain arbitrage plus difficile.

Testez l’incertitude, pas toute la solution

Un essai n’est utile que si son résultat peut modifier le choix. Dans notre exemple fictif, vérifiez une restauration représentative ou une opération de maintenance précise. Construire deux plateformes complètes pour éviter de décider revient à payer deux chantiers exploratoires.

Avant de commencer, écrivez le résultat attendu, les conditions de l’essai et sa limite de charge. Faites accepter ces critères par les deux collègues. Sinon, un résultat défavorable risque d’être écarté après coup au motif que le test ne représentait pas la bonne situation.

Comptez la préparation, l’accès aux environnements, l’exécution et l’analyse. Même sans licence supplémentaire, ces tâches prennent du temps à l’équipe. Retirez donc du planning le travail correspondant. N’ajoutez pas un essai invisible au-dessus des engagements existants.

À la fin, consignez aussi ce que l’essai ne démontre pas. Une restauration réussie dans un environnement isolé ne valide pas toute l’exploitation future. Si les options restent équivalentes sur les critères retenus, tranchez sur la charge et les compétences disponibles.

Consignez le choix sans effacer les réserves

Écrivez pourquoi vous retenez l’option, ce que vous acceptez en contrepartie et ce qui justifierait de rouvrir le dossier. Les fiches de décision d’architecture décrites par AWS conservent le contexte, la décision et ses conséquences. Lorsqu’un choix change, une nouvelle fiche remplace la précédente sans faire disparaître son raisonnement.

Astuce : utilisez une page dans votre espace documentaire existant. Gardez les champs suivants : question, options, preuves, décision, décideur, réserves acceptées et condition de réexamen. Aucun nouvel outil n’est nécessaire pour commencer.

Présentez la décision vous-même. Ne demandez pas au collègue dont l’option a été écartée de vendre un enthousiasme qu’il n’éprouve pas. Demandez-lui ce dont il a besoin pour contribuer à l’exécution. Répartissez le travail selon les compétences, sans lui attribuer les tâches ingrates comme prix de son opposition.

Accepter d’exécuter une décision ne signifie pas renoncer à signaler un risque nouveau. Si une réserve se confirme, examinez les faits. Ne transformez ni l’alerte en insubordination, ni l’incident en revanche personnelle.

Débloquez un désaccord cette semaine

Choisissez un sujet réellement arrêté par une divergence et préparez cette checklist :

• Une question commune, relue par les collègues concernés.
• Les options possibles et les objections qui restent à vérifier.
• Une personne habilitée à trancher et une date de décision.
• Un essai limité seulement si son résultat peut changer le choix.
• Une décision écrite avec ses contreparties et sa condition de réexamen.
• Des tâches attribuées, avec le temps nécessaire dans le planning.

Au prochain point d’équipe, demandez ce qui empêche d’exécuter la décision prise. Si la réponse apporte un fait nouveau, examinez-le. Si elle répète une préférence déjà arbitrée, renvoyez à la fiche et maintenez le travail prévu.