تحديد نطاق V1 يعني تدوين ثلاثة أمور كتابةً قبل أول سطر برمجي: المشكلة المحلولة، ومن 3 إلى 5 مسارات مستخدم أساسية، وما هو خارج النطاق صراحةً. تصبح وثيقة النطاق هذه عقد المشروع. وهي ما يجعل التسليم في 7 أيام ممكناً: فبدون نطاق محكم لا يلتزم أي فريق بالموعد.
وثيقة النطاق: ثلاثة أعمدة
النطاق الجيد يتّسع في صفحة أو صفحتين ويجيب عن ثلاثة أسئلة بهذا الترتيب. كل سطر يُكتب مسبقاً هو قرار لن تعيد فتحه في اجتماع بعد ثلاثة أسابيع.
- المشكلة المحلولة: جملة دقيقة عن معاناة المستخدم والقيمة المقدَّمة. إن لم تستطع صياغتها ببساطة، فالنطاق ليس جاهزاً.
- المسارات الأساسية من 3 إلى 5: الطرق التي يجب أن يتمكن المستخدم من إكمالها من البداية إلى النهاية عند الإطلاق (مثل التسجيل، إنشاء مشروع، دعوة عضو، الدفع).
- خارج النطاق صراحةً: قائمة بما لن يُبنى في V1. هذا هو الجزء الأهم والأكثر نسياناً.
لماذا تُدرِج ما هو خارج النطاق
معظم المشاريع تنحرف لا بسبب ما خُطّط له، بل بسبب ما لم يُقَل قط. تدوين "لا تعدّد لغات، لا أدوار متقدمة، لا تصدير PDF في V1" يحوّل خلافاً محتملاً إلى قرار متبنّى. خارج النطاق لا يحذف شيئاً من المنتج: بل يحمي الموعد ويركّز الجهد حيث يخلق القيمة.
تجنّب زحف النطاق
زحف النطاق (scope creep) هو السبب الأول للتأخير وتجاوز الميزانية. نادراً ما يتقدم دفعة واحدة: بل يتسلل عبر أفكار "سريعة" صغيرة تُضاف على طول الطريق. الدفاع يتلخص في قاعدة بسيطة.
- كل فكرة جديدة تمرّ عبر وثيقة النطاق، لا تدخل التطوير مباشرةً أبداً.
- أي إضافة تعني مقايضة: إما أن تحلّ محل ميزة قائمة، أو تنتقل إلى V2.
- V2 ليست مقبرة، بل قائمة مرتَّبة بالأولوية تُطمئن دون أن تلوّث V1.
النطاق الذي لا يمكنك أن تقول له لا ليس نطاقاً: إنه قائمة أمنيات ستكلّف الضعف وتصل متأخرة مرتين.
النطاق كعقد
في Khufu، تُوقَّع وثيقة النطاق قبل اليوم الأول وتظل مرجعاً طوال الأسبوع. تحدّد ما سيُسلَّم، وبالتالي ما يبرّر السعر الثابت البالغ 15,000 يورو مقابل V1 جاهزة للإنتاج في 7 أيام. يعرف العميل بالضبط ما يحصل عليه؛ ويعرف الفريق بالضبط ما يبنيه. هذا العقد الواضح هو ما يتيح التسليم بسرعة، دون مفاجآت سيئة ودون فوترة بالساعة.