Les bons ingénieurs vont désaccord sur l'architecture, c'est sain. Le rôle d'un TL est de transformer le désaccord en une bonne décision et une équipe engagée, non pas de gagner l'argument. La plupart des différends se dissipent une fois que tout le monde s'accorde sur les critères.
Un processus pour le résoudre
text
1. AGREE on the criteria first — what are we optimizing for?
(scale, simplicity, time-to-ship, team familiarity)
2. Let each side make its STRONGEST case — steelman, don't strawman
3. Look for DATA — spike it, benchmark it, prototype it
4. If still tied — the TL decides, and explains why
5. DISAGREE AND COMMIT — once decided, everyone rows together