المتطلبات غير الوظيفية: القسم الذي تغفله أغلب الكراسات
الكراسة المعتادة تفصّل ما يفعله النظام وتترك «كيف يجب أن يعمل» بلا تحديد. النتيجة نظام يستوفي كل بند وظيفي ثم يتعثّر تحت الحمل أو يتعذر استرجاعه بعد عطل.
رد خلال يوم عمل واحد · بدون التزام
الإجابة المباشرة: المتطلب الوظيفي يقول «يجب أن يدعم النظام إحالة المعاملة لأكثر من إدارة»، والمتطلب غير الوظيفي يقول «يجب أن تكتمل الإحالة خلال ثانيتين عند وجود 200 مستخدم متزامن». الأول يُقبل بالعرض التقديمي، والثاني يُقبل بالاختبار — ولذلك يُغفل. هذه المحاور السبعة بصيغ قابلة للقياس.
لماذا يُغفل هذا القسم
ثلاثة أسباب متكررة: أن كاتب الكراسة غالبًا من الجهة المستفيدة لا من تقنية المعلومات؛ وأن هذه المتطلبات تحتاج أرقامًا لا تملكها الجهة قبل القياس؛ وأن قبولها يحتاج اختبارًا يستهلك وقتًا في مرحلة التسليم. النتيجة أن العقد يُوقَّع على وعود لا على حدود.
المحاور السبعة
| المحور | صيغة غير كافية | صيغة قابلة للقياس |
|---|---|---|
| الأداء | «يجب أن يكون النظام سريعًا» | «زمن استجابة صفحة قائمة المعاملات لا يتجاوز ثانيتين عند 200 مستخدم متزامن» |
| الإتاحة | «يجب أن يعمل النظام باستمرار» | «إتاحة لا تقل عن نسبة متفق عليها شهريًا، مع استثناء الصيانة المجدولة المُبلَّغ عنها قبل 72 ساعة» |
| الاستعادة | «يجب وجود نسخ احتياطي» | «زمن استعادة التشغيل لا يتجاوز س ساعة، وحد فقدان البيانات لا يتجاوز ص دقيقة، مع اختبار استعادة سنوي موثّق» |
| التوسع | «يجب أن يكون قابلًا للتوسع» | «يستوعب نمو المستخدمين إلى ضعف العدد الحالي والتخزين إلى ثلاثة أضعاف دون تغيير معماري» |
| الأمن | «يجب أن يكون آمنًا» | «تشفير أثناء النقل والتخزين، وسجل تدقيق غير قابل للتعديل، ومراجعة أمنية مستقلة قبل القبول النهائي» |
| القابلية للتشغيل | «يجب أن يكون سهل الإدارة» | «تعديل مسار الاعتماد وإضافة قالب خطاب يتمان من واجهة الإدارة دون تدخل المورّد» |
| قابلية النقل | لا تُذكر عادةً | «تصدير كامل للبيانات والمرفقات والبيانات الوصفية بصيغة مفتوحة خلال مدة محددة عند انتهاء العقد» |
كيف تشتق الأرقام من واقعك
لا تنقل أرقامًا من كراسة جهة أخرى. اشتقها من قياس بسيط:
- عدد المستخدمين المتزامنين: ليس إجمالي الموظفين. قدّره بنسبة من إجمالي المستخدمين في ذروة اليوم — وقياسه من نظامك الحالي إن وُجد أدق من التقدير.
- زمن الاستجابة المقبول: اسأل مستخدمي الشؤون الإدارية عن الحد الذي يبدأ عنده الإحباط عمليًا. الرقم الواقعي أفضل من رقم طموح لا يُقاس.
- زمن الاستعادة المقبول: اسأل سؤالًا واحدًا: كم ساعة توقف تستطيع جهتك تحمّلها قبل أن يتحول التعطل إلى مشكلة تصعّد للإدارة العليا؟
- حد فقدان البيانات: كم من العمل تقبلون إعادته؟ إن كانت الإجابة «لا شيء» فذلك يغيّر معمارية النسخ الاحتياطي وتكلفتها — وهذا بالضبط ما يجب أن يُسعَّر في العرض.
ربط المتطلب بمعيار القبول
كل متطلب غير وظيفي بلا معيار قبول هو أمنية لا شرط. اجعل لكل بند ثلاثة عناصر:
المتطلب (ما المطلوب) · طريقة الإثبات (اختبار حمل، أو مستند، أو عرض عملي) · وقت الإثبات (قبل التوقيع، أو عند التسليم، أو دوريًا بعد التشغيل).
مثال مكتمل: «زمن الاستجابة لا يتجاوز ثانيتين عند 200 مستخدم متزامن — يُثبَت باختبار حمل يُجرى في بيئة الاختبار بحضور فريق الجهة — قبل القبول النهائي». هذه صيغة تُنفَّذ، أما «النظام سريع» فلا تُنفَّذ ولا تُرفَض.
ما لا يجب اشتراطه
الإفراط في التقييد يرفع السعر دون فائدة، ويستبعد عروضًا جيدة:
- اشتراط تقنية بعينها (قاعدة بيانات أو لغة برمجة) ما لم يكن لديك سبب تشغيلي حقيقي — اشترط النتيجة لا الوسيلة.
- اشتراط إتاحة عالية جدًا لنظام إداري لا يتوقف عليه عمل لحظي — كل درجة إضافية تكلّف.
- اشتراط شهادات لا تحتاجها جهتك فعلًا؛ تحقّق من متطلباتك التنظيمية مع جهتك المختصة أولًا بدل النقل عن كراسات أخرى.
أسئلة شائعة
من يكتب هذا القسم؟
تقنية المعلومات بالتشاور مع الجهة المستفيدة والمشتريات. المستفيد يحدد ما لا يُحتمل، وتقنية المعلومات تترجمه إلى أرقام، والمشتريات تربطه بمعايير القبول والجزاءات.
هل نطلب اختبار حمل من كل متنافس؟
ليس قبل الترسية — يكفي إلزام المتنافسين بالتعهد بالأرقام، ثم يُجرى الاختبار مع المورّد الفائز كشرط للقبول النهائي. هذا يوازن بين الجدية وكلفة المنافسة.
ماذا لو لم نعرف أرقامنا بعد؟
اكتب المتطلب بصيغة قابلة للتعبئة واطلب من المتنافسين اقتراح الرقم الذي يلتزمون به، ثم اجعله معيار مفاضلة. الحصول على التزام رقمي من المورّد أفضل من ترك البند فارغًا.
تحتاج مراجعة القسم التقني في كراستك؟
أرسل لنا مسودة كراستك أو متطلباتك الحالية، ونبيّن لك ما ينقصها في المحاور السبعة قبل الطرح.