तपाइँ संगठन र टिम संरचना कसरी डिजाइन गर्नुहुन्छ?

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's Law लाई अनदेखा गर्नु** र आश्चर्य हुनु कि आर्किटेक्चरले संगठनचार्टलाई प्रतिबिम्ब गर्छ।
- **लगातार पुनः संगठित गर्नु**, जसले विश्वास र स्वामित्वलाई प्रत्येक पटक रिसेट गर्छ।
- **अस्पष्ट स्वामित्व**, जहाँ सबै कुछ "साझा" छ र त्यसकारण कसैले पनि मालिक छैन।

## किन यो महत्त्वपूर्ण छ

संरचना चुप्पीसाथ गति निर्धारण गर्छ।

खराब सीमाहरू अनन्त समन्वय बैठकहरू र अस्पष्ट जवाबदेहिता सृष्टि गर्छ; राम्रोहरू टिमलाई स्वतन्त्र रूपमा चल्न दिन्छ।

Conway's Law को कारणले, संगठन डिजाइन *वास्तुकला डिजाइन* हो।

टिम सीमाहरू गलत पाइएमा कुनै पनि इञ्जिनियरिङ् वीरता प्रणालीलाई स्वच्छ बनाउन सक्दैन।