Gli ingegneri intelligenti disaccorderanno sull'architettura, è salutare. Il compito del TL è trasformare il disaccordo in una buona decisione e un team impegnato, non vincere l'argomento. La maggior parte delle dispute si dissolve una volta che tutti concordano sui criteri.
Perché è importante
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
