كيف تدير الزحف في النطاق على مشروع ما؟

Question

Accepted Answer

**الزحف في النطاق**، التراكم المستمر لـ "شيء واحد فقط آخر"، هو كيف تنزلق المشاريع في المسار الصحيح بهدوء. الحل ليس في قول "لا" لكل شيء؛ بل في جعل **كل إضافة تبديلاً مرئياً وصريحاً** مقابل الوقت، بدلاً من امتصاص صامت.

## كيفية التحكم في النطاق

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## الخطوة الرئيسية

لا ترفض الطلبات الجديدة بشكل مباشر، فهذا يجعلك عقبة. بدلاً من ذلك، أظهر المقايضة: "يمكننا إضافة ذلك. هذا يعني إما أن ينتقل الموعد النهائي أسبوعاً أو نسقط الميزة X. أيهما تريد؟" الآن إنها *قرار عمل*، يتخذه الشخص المناسب، مع الرؤية الواضحة.

## مثال ملموس

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

## لماذا يهم

الزحف في النطاق غير المُدار هو القاتل الصامت للمواعيد النهائية، لا تشعر أي تغيير واحد بأنه كبير، لكنها تجتمع لتحقيق فشل.

جعل المقايضات صريحة يحافظ على حماية الفريق، واطلاع أصحاب المصلحة، وإزالة اللوم عن الهندسة عندما يكون النطاق، وليس الجهد، هو السبب.