كيف تقسم مشروعًا كبيرًا إلى مسلمات قابلة للتسليم؟

Question

Accepted Answer

المشروع الكبير هو جدار من المخاطر وعدم اليقين. تقسيمه إلى أجزاء صغيرة يمكن شحنها بشكل مستقل يجعله **قابلًا للتخطيط والتوازي وتقليل المخاطر**. الفن هو التقطيع بحيث يسلم كل جزء قيمة ويكشف المخاطر مبكرًا.

## كيفية التقطيع

```text
✓ Slice VERTICALLY — thin end-to-end features, not horizontal layers
✓ Ship the RISKIEST/most uncertain part early — learn before you commit
✓ Make each slice INDEPENDENTLY valuable and shippable if possible
✓ Keep slices SMALL — days, not months
✓ Sequence so the team can work in PARALLEL
✓ Define DONE for each (tested, deployed, not just "code written")
```

## الرأسي يتفوق على الأفقي

لا تبني "كل backend بعد ذلك كل frontend"، لن تحصل على شيء يمكن عرضه لأسابيع وتدمجه في النهاية (حيث يفشل كل شيء). بدلاً من ذلك، بني ميزة واحدة رقيقة بالكامل، من النهاية إلى النهاية، ثم التالية. تشحن وتتعلم بشكل مستمر.

## مثال ملموس

بالنسبة لـ "بناء نظام التقارير"، لا تكون الشريحة الأولى "طبقة قاعدة البيانات". إنها "تقرير واحد، بيانات حقيقية، على الشاشة، من النهاية إلى النهاية". يثبت أن خط الأنابيب بالكامل يعمل ويعطي المستخدمين شيئًا للرد عليه في الأسبوع الأول.

## عقبة

التقطيع الدقيق جدًا يخلق نفقات عامة في التنسيق؛ والتقطيع الفضفاض جدًا وأنت عائد إلى مخاطر الانفجار الكبير. استهدف الشرائح التي يمكن لشخص واحد إنهاؤها في أيام.

## لماذا يهم

تفشل المشاريع الكبيرة بشكل كبير، تكتشف ذلك في وقت متأخر، عندما يكون تكلفة التغيير مرتفعة.

الشرائح الرأسية الصغيرة تسمح لك بشحن القيمة مبكرًا وتصحيح المسار برخص والحفاظ على الفريق بأكمله منتجًا بالتوازي.