عادةً ما يجري الأمر هكذا. تكتب كراسة شروط لإرضاء إدارة المشتريات. تسرد كومةً من الميزات، وتطلب بعض الشهادات، وتطلب أقل سعر. وبعد بضعة أشهر، يأتي العرض “الفائز” متأخرًا، متجاوزًا للميزانية، ويؤدي العمل الخاطئ ببراعة.
هذا ليس سوء حظ، بل هو المعدّل الطبيعي. تكشف أبحاث CHAOS طويلة الأمد من Standish Group أن نحو ثلث مشاريع البرمجيات فقط ينجح نجاحًا كاملًا، بينما نحو نصفها يأتي متأخرًا أو متجاوزًا للميزانية أو منقوص النطاق (InfoQ). وكلما كبرت الميزانية ساءت الاحتمالات: درست McKinsey، بالتعاون مع Oxford، أكثر من 5,400 مشروع تقني كبير، فوجدت أنها تتجاوز الميزانية بنسبة 45% وتقدّم قيمة أقل بنسبة 56% مما كان متوقعًا (McKinsey). وكراسة الشروط الأكثر دقة هي أرخص موضع تُحرّك فيه هذه الأرقام لصالحك.
المشكلة ليست فيك، بل في كراسة الشروط. الكراسة المبهمة تكافئ من يملك أبرع فريق لكتابة العروض، لا أفضل المهندسين. اطرح سؤالًا غامضًا، فتعود إليك خمس وثائق واثقة كلها متشابهة. والآن حاول أن تميّز بينها.
دعني أريك إذًا كيف تكتب واحدة تنجح فعلًا.
ابدأ بالمشكلة، لا بالحل.
افتتح بما تحاول تحقيقه والقيود العالقة فيها. كم عدد المستخدمين. كم حجم البيانات. مع ماذا يجب أن يتكامل. وأيّ الأنظمة تخضع لها، مثل نظام حماية البيانات الشخصية PDPL، أو ضوابط NCA، أو الجهة المنظِّمة لقطاعك. ثم دع المورّدين يخبرونك كيف. ففي اللحظة التي تفرط فيها بتحديد الحل، تقتل الأفكار الأفضل وتدعو إلى ملء الخانات.
اجعل كل متطلب قابلًا للاختبار.
عبارة “يجب أن يكون النظام قابلًا للتوسّع” لا تعني شيئًا. لا أحد يستطيع تقييمها. جرّب هذا بدلًا منها: “يجب أن يتحمّل 5,000 مستخدم في آن واحد، بأقل من 300 مللي ثانية، مع إثبات من تطبيق فعلي”. الآن يستطيع المورّد إثباته، وتستطيع أنت التحقق منه.
اطلب أدلّة، لا صفات.
أيّ كان يستطيع أن يصف نفسه بأنه عالمي المستوى. اجعلهم يثبتون ذلك. معمارية حقيقية. مشروع محدد الاسم بحجم مماثل تستطيع فعلًا أن تتصل به هاتفيًا. والسير الذاتية للمهندسين الذين سينفّذون العمل، لا الشريك الذي يظهر في الانطلاقة ثم لا يُرى بعدها أبدًا. واطرح السؤال المُحرج: كيف تتعاملون مع الشيء الذي يتعطّل دائمًا؟ ترحيل البيانات. طلبات التغيير. التكامل الذي لم يحدّد أحد نطاقه.
حدّد طريقة تقييمك قبل أن تقرأ عرضًا واحدًا.
هذه أهم مما يظن الناس. اتفقوا على أوزانكم الآن، وأنتم هادئون ولا أحد في الغرفة يبيع لكم. فبمجرد وصول العروض اللامعة، خسرت. ستكافئ فحسب من قدّم آخرًا. وإليك نقطة بداية معقولة.
حرّك الأرقام بما يناسب وضعك. الغاية كلها أنك تحدّدها أولًا.
لا تخلط بين السعر والتكلفة.
العرض الأرخص لا يكاد يكون النظام الأرخص أبدًا. ضع الصورة الكاملة في تقييمك: الترخيص، والتكامل، والدعم، وما سيكلّفك انتزاع بياناتك من جديد إذا فشل الشيء. (أتعمّق في هذا في التكلفة الإجمالية للملكية.)
افعل كل هذا فيحدث شيء جميل. تبدأ كراسة الشروط بالترشيح نيابةً عنك. يلمح المورّدون الجادّون مشتريًا جادًّا فيرفعون مستواهم. ومن خطّطوا للتراخي لم يعودوا قادرين على الاختباء خلف الكلمات الرنّانة.
هل تريد كراسة شروط تجلب لك الإجابة الصحيحة، لا أفضل عرض مبيعات؟ نكتب كراسات الشروط الفنية ونقيّمها كطرف مستقل. لا نعيد بيع البرمجيات ولا نتقاضى أيّ عمولات من المورّدين، فالشيء الوحيد الذي نحسّنه هو نتيجتك. احجز استشارة مجانية لمدة 30 دقيقة وسنختبر كراسة شروطك تحت الضغط قبل إصدارها، أو نساعدك في تقييم العروض الموجودة على مكتبك بالفعل.
المصادر
- InfoQ, Standish Group CHAOS report summary
- McKinsey, Delivering large-scale IT projects on time, on budget, and on value