Jak řešíte neshody o architektuře ve svém týmu?

Question

Accepted Answer

Chytrí inženýři se nebudou shodovat na architektuře, to je zdravé. Úlohou vedoucího týmu je přeměnit neshodu na **dobré rozhodnutí a zaangažovaný tým**, ne vyhrát spor. Většina sporů se rozpustí, jakmile se všichni shodnou na kritériích.

## Proces řešení

```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
```

## Konkrétní příklad

Dva inženýři se hádají o microservices versus monolith. Přeformulujete to: "Na co se v příštím roce zaměřujeme?" Odpověď, rychlé dodávky s malým týmem, činí monolith zřejmou volbou. Spor byl vlastně o neurčitých cílech.

## Kdy rozhodovat versus odložit

Pro vratná rozhodnutí si rychle vyberete jedno a pokračujete, náklady na chybné rozhodnutí jsou malé. Pro jednosměrné rozhodnutí si vezměte čas a sběr dat. Sladění uvážlivosti s vratností zabraňuje jak mrháním a také neuvážlivým volbám.

## Úskalí

Neměňte svou senioritou vypnout debatu, ani nechte debatu běžet navždy. Obě to zabíjí týmy: jedna vytváří zášť, druhá vytváří paralýzu.

## Proč je to důležité

Neřešené architektonické spory se hromadí a rozdělují tým na tábory.

Vedoucí týmu, který usnadní spravedlivě a poté rozhodne, získá jak solidní design, tak tým, který ho společně vlastní, i ti, kteří argumentovali druhou stranu.