كيف تكتب بريفًا يوفّر عليك شهورًا

• فريق Triple

كيف تكتب بريفًا يوفّر عليك شهورًا

«عايز موقع زي فلان بس أحسن» ليس بريفًا. هذه العناصر الثمانية تحوّل فكرتك إلى نطاق يمكن تسعيره وتنفيذه.

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

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

1. المشكلة، لا الحل

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

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

2. من سيستخدمه، وكم نوعًا منهم

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

اكتب قائمة الأنواع، وبجانب كل نوع جملة واحدة: ماذا يفعل؟

3. المهمة الأساسية

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

4. ما ليس ضمن النطاق

هذا البند يُنسى دائمًا وهو أنفعها. اكتب صراحة: «لا نحتاج تطبيق عميل في المرحلة الأولى»، «لا نحتاج دفعًا إلكترونيًا الآن».

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

5. الربط مع ما هو قائم

• هل لديك نظام محاسبي يجب أن يتصل به؟
• بوابة دفع محددة أو شركة شحن بعينها؟
• بيانات قديمة يجب نقلها، وبأي صيغة هي؟
• من يملك الوصول لهذه الأنظمة؟

كل ربط يضاعف وقت الاختبار لأن كل حالة فشل محتملة يجب التعامل معها. ذكره مبكرًا يمنع مفاجأة في المنتصف.

6. الميزانية — نطاق يكفي

كثيرون يخفون الميزانية ظنًا أن ذكرها يرفع السعر. الأثر عكسي: بدونها يقترح المنفّذ حلًا قد يكون أكبر أو أصغر مما تحتمله، وتضيع جولات.

لا تحتاج رقمًا دقيقًا. «بين كذا وكذا» يكفي ليقترح عليك حلًا داخل حدودك.

7. الموعد وسببه

هل هناك تاريخ حقيقي؟ معرض، أو موسم، أو التزام مع طرف ثالث؟ الموعد المرتبط بسبب يُخطَّط حوله. أما «في أقرب وقت» فلا يعني شيئًا.

8. أمثلة، مع تحديد ما أعجبك

أرسل روابط لمواقع أو تطبيقات أعجبتك — لكن حدد ما أعجبك فيها. «أعجبني وضوح صفحة المنتج» مفيد. «أعجبني الموقع» لا يقول شيئًا، وقد يفهمه المنفذ على أنه اللون بينما تقصد سهولة الطلب.

وأرسل أمثلة لما لا يعجبك أيضًا. النفي يحدد الاتجاه بدقة أحيانًا أكثر من الإيجاب.

قالب مختصر

• المشكلة: ما لا يعمل اليوم، بمثال من واقعك.
• المستخدمون: الأنواع، وماذا يفعل كل نوع.
• المهمة الأساسية: الشيء الواحد الذي يجب أن ينجح.
• خارج النطاق: ما لا نحتاجه الآن.
• الربط: الأنظمة القائمة والبيانات القديمة.
• الميزانية: نطاق تقريبي.
• الموعد: التاريخ وسببه.
• أمثلة: روابط، مع سبب كل واحد.

صفحة واحدة بهذه العناصر أنفع من عشرين صفحة مواصفات. وستوفر عليك جولات لا تنتهي ومفاجآت وقت التسليم.

ما الذي يحوّل البريف إلى عقد؟

البريف يصف ما تريد، والعقد يحدد ما سيُسلَّم. الانتقال بينهما هو المرحلة التي تتحدد فيها معظم المشاكل اللاحقة.

الصف الأخير أكثر ما يُهمل. «التصميم مش عاجبني» بلا معيار متفق عليه خلاف لا ينتهي. حدد من الشخص صاحب القرار، وكم دورة مراجعة مشمولة.

أسئلة يجب أن يسألها لك المنفّذ

البريف الجيد نصف العملية، والنصف الآخر أن يسألك الطرف الآخر أسئلة جيدة. إن لم يسأل شيئًا وأعطاك سعرًا فورًا، فهذه إشارة تحذير لا إشارة كفاءة.

• من المستخدم النهائي وما مستواه التقني؟
• ماذا يحدث لو تعطل النظام ساعة؟ من يتأثر؟
• ما حجم البيانات المتوقع بعد سنة؟
• من سيدير النظام يوميًا بعد التسليم؟
• ما الذي جربتموه قبل ولم ينجح، ولماذا؟

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