તમે સંસ્થા અને ટીમ માળખું કેવી રીતે ડિઝાઇન કરો છો?

Question

Accepted Answer

સાંગઠનિક ડિઝાઇન એ **ટીમ સીમાઓ દોરવા વિશે છે જેથી તે કાર્ય જે એક સાથે બદલાય તે એક સાથે રહે** — તેમાં જે વસ્તુઓ ઝડપથી આગળ વધે તેના માટે ટીમ વચ્ચેની અવલંબન ઘટાડે. માળખું વ્યૂહ અને સિસ્ટમ અનુસરવો જોઇએ, તેનાથી વિપરીત નહીં.

## સિદ્ધાંતો

```text
1. TEAMS OWN OUTCOMES, not layers (a team owns a product/domain end to end)
2. MINIMIZE DEPENDENCIES — autonomous teams ship faster
3. CONWAY'S LAW — your architecture will mirror your org; design both together
4. CLEAR OWNERSHIP — every critical area has ONE owning team
5. RIGHT SIZE — ~5–9 people; two-pizza teams
6. COGNITIVE LOAD — don't give one team more domains than it can hold
```

## સ્ટ્રીમ-સંરેખિત વિચારસરણી

લાંબા ગાળાના, સ્ટ્રીમ-સંરેખિત ટીમોને અનુકૂલ કરો જે કાર્યનો પ્રવાહ માલિક હોય, પ્લેટફોર્મ ટીમો દ્વારા સમર્થિત જે અન્યોનો સંજ્ઞાત્મક ભાર ઘટાડે. જ્યારે માળખું કાર્યથી લડવા લાગે ત્યારે પુનર્ગઠન કરો — તરંગી દર્શન પર નહીં.

## ફાંસીઓ

- **કાર્યાત્મક સાયલો** ("QA ટીમ," "frontend ટીમ") જે દરેક વિશેષતાને ઘણા હસ્તાંતર પાર કરવા માટે દબાણ કરે.
- **Conway નો કાયદો અવગણવો** અને આર્કિટેક્ચર સાંગઠનિક ચાર્ટ પ્રતિબિંબિત કરે તેથી આશ્ચર્ય પામવું.
- **સતત પુનર્ગઠન**, જે દર વાર વિશ્વાસ અને માલિકી રીસેટ કરે.
- **અસ્પષ્ટ માલિકી**, જ્યાં બધું "વહેંચાયેલું" છે અને તેથી કોઈ દ્વારા માલિક છે નહીં.

## તે શા માટે મહત્વનું છે

માળખું શાંતથી ગતિ નક્કી કરે છે.

ખરાબ સીમાઓ અનંત સંકલન બેઠક અને અસ્પષ્ટ જવાબદારી બનાવે છે; સારી સીમાઓ ટીમોને સ્વતંત્ર રીતે આગળ વધવા દે છે.

Conway ના કાયદાને કારણે, સાંગઠનિક ડિઝાઇન *આર્કિટેક્ચર ડિઝાઇન* છે.

ટીમ સીમાઓ ખોટી રીતે મેળવો અને ક્યારણીય ઇજનેરી વીરતા સિસ્ટમને સાફ બનાવશે નહીં.