كيف تصمم هيكل المنظمة والفريق؟

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") التي تفرض على كل ميزة أن تعبر العديد من التسليمات.
- **تجاهل قانون كونواي** والدهشة من أن البنية المعمارية تعكس الهيكل التنظيمي.
- **إعادة تنظيم مستمرة**، مما يعيد تعيين الثقة والملكية في كل مرة.
- **الملكية الغامضة**، حيث كل شيء "مشترك" وبالتالي مملوك لا أحد.

## لماذا يهم

الهيكل يحدد السرعة بهدوء.

الحدود السيئة تخلق اجتماعات تنسيق لا نهاية لها والمسؤولية غير الواضحة؛ والحدود الجيدة تسمح للفريق بالتحرك بشكل مستقل.

بسبب قانون كونواي، فإن تصميم المنظمة *هو* تصميم البنية المعمارية.

إذا أخطأت حدود الفريق، فلن تكون هناك كمية من بطولات الهندسة التي ستجعل النظام نظيفاً.