تحديد نطاق المشروع قبل البدء

• فريق Triple

تحديد نطاق المشروع قبل البدء

كيف تحوّل فكرة عامة إلى نطاق مكتوب يمنع الخلاف، وما الذي يجب أن تحتويه الوثيقة.

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

ما الذي تحتويه؟

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

كيف تصف وظيفة بشكل قابل للتنفيذ؟

الاختبار العملي: هل يستطيع شخص لم يحضر الاجتماع تنفيذ الوصف كما فهمتَه أنت؟ إن كان الجواب لا، فالوصف غامض.

الاختبار الأهم

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

الافتراضات والاعتماديات

• اكتب كل افتراض بنيت عليه التقدير — «نفترض أن العميل يوفّر الصور».
• اذكر ما يعتمد على طرف ثالث: بوابة دفع، شركة شحن، واجهة خارجية.
• حدد ماذا يحدث إن تأخر الطرف الثالث أو تغيّرت شروطه.

آلية التغيير

التغيير أثناء المشروع طبيعي ومتوقع. اكتب كيف يُتعامل معه: يُطلب كتابةً، تُقدَّر كلفته وأثره على الموعد، ثم يُعتمد قبل التنفيذ. بدون هذه الآلية يتحوّل كل طلب إلى نقاش.

أخطاء في كتابة النطاق

النطاق الأصغر أفضل

كلما اتسع النطاق زاد احتمال التعثّر. نطاق محدود يُطلق في ثمانية أسابيع أفضل من نطاق شامل يُطلق بعد سنة — لأن الأول يعطيك استخدامًا حقيقيًا تبني عليه القرارات التالية.

كيف نعمل

نبدأ بجلسة استكشاف تنتهي بوثيقة نطاق مكتوبة يوقّعها الطرفان، وفيها ما هو خارج النطاق بنفس وضوح ما هو داخله. الوثيقة هي المرجع عند أي اختلاف لاحق.

المدونة

أسئلة شائعة حول هذا الموضوع

من يكتب وثيقة النطاق؟

جهة التطوير عادةً بناءً على جلسة معك، لكن مراجعتك واعتمادك ضروريان. الوثيقة التي تُكتب ولا تُقرأ لا قيمة لها.

ماذا لو تغيّرت احتياجاتي بعد التوقيع؟

طبيعي. لهذا توجد آلية التغيير: تطلب كتابةً، وتُقدَّر كلفتها وأثرها، ثم تعتمدها. المشكلة ليست التغيير بل التغيير بلا آلية.

كم تستغرق كتابة النطاق؟

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

مقالات ذات صلة

عقد تطوير البرمجيات: ما يجب أن يحتويه

لماذا تفشل المشاريع البرمجية؟ الأسباب الحقيقية

النسخة الأولى من التطبيق: ابنِ أقل مما تظن

جاهز لبدء مشروعك؟