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