Kako rješavate nesuglasice u arhitekturi u svojem timu?

Question

Accepted Answer

Pametni inženjeri će se ne slagati o arhitekturi, što je zdavo. Posao TL-a je pretvoriti nesuglasicu u **dobru odluku i posvećenu ekipu**, a ne da pobijedi argument. Većina sporova nestaje čim se svi slože o kriterijima.

## Proces za rješavanje

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

## Konkretan primjer

Dva inženjera se raspravljaju o mikroservisima naspram monolita. Vi preformullirate: "Na što optimiziramo u sljedećoj godini?" Odgovor je brza isporuka s malom timom, što čini monolית očitom odlukom. Rasprava je zapravo bila o neizrečenim ciljevima.

## Kada odlučiti naspram odgode

Za reverzibilne odluke, brzo odaberite jednu i krenite dalje, cijena pogrešne odluke je mala. Za jednosmjerne odluke, usporte i prikupite podatke. Prilagođavanje razmatranja reverzibilnosti izbjegava i bikeshedding i nemarne odluke.

## Zamka

Ne dopustite da vaša seniornost gusi debatu ili da debata traje zauvijek. Oboje ubija timove: jedan uzrokuje ljutnju, drugi paralizu.

## Zašto je važno

Nerazriješeni arhitekturni sukobi truljaju i dijele timove na logore.

TL koji fer olakšava, zatim odluči, dobiva i zvučan dizajn i tim koji ga zajedno posjeduje, čak i oni koji su argumentirali drugu stranu.