Kako razrešuješ nesoglasja glede arhitekture v svoji ekipi?

Question

Accepted Answer

Pametni inženirji se ne strinjajo glede arhitekture, to je zdravo. Naloga TL je pretvoriti nesoglasje v **dobro odločitev in zavezano ekipo**, ne da bi zmagal v argumentu. Večina sporov se razreši, ko se vsi strinjajo glede meril.

## Postopek za razrešitev

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

## Konkreten primer

Dva inženirja se prepirasta o mikrostoritvah vs. monolitu. Ponovno opredeliš: "Kaj optimiziramo v naslednjem letu?" Odgovor, hitro dostavljanje z majhno ekipo, naredi monolitu očitno izbiro. Argument je bil res o neizrečenih ciljih.

## Kdaj se odločiti vs. odložiti

Za reverzibilne odločitve izberi eno hitro in naprej, stroški napačne odločitve so majhni. Za enosmerne vrata se upočasni in zberi podatke. Prilagajanje premisleka reverzibilnosti se izognemo tako bikešedingu kot nepremišljenim odločitvam.

## Nevarnost

Ne pusti, da tvoja starost zaustavi debate, niti ne dovolj debate, da teče večno. Oba ubijaš ekipe: ena presledi zamero, druga presledi paralizo.

## Zakaj je to pomembno

Nerazrešena arhitekturna spora se zatirajo in razdelijo ekipe v tabore.

TL, ki pošteno olajša, nato se odloči, dobi tako zdrav dizajn kot ekipo, ki ga skupaj poseduje, celo tisti, ki so argumentirali drugo stran.