كراسة شروط تطبيق حكومي: الأقسام الفنية التي تحدد جودة العروض
لمسؤولي المشاريع والمشتريات وتقنية المعلومات في الجهات: الأقسام الفنية التي تحدد جودة العروض في كراسة تطبيق أو منصة حكومية، من المخرجات والأمن والهوية الرقمية إلى القبول ونقل المعرفة وخطة نهاية العقد، بنصوص مقترحة تعدلها لمشروعك.
كراسة شروط تطوير تطبيق حكومي تنتج عروضًا جيدة حين تحدد أقسامها الفنية ما تستلمه الجهة وكيف تقبله، لا حين تصف التطبيق فقط. الأقسام التي تصنع الفرق ثمانية: النطاق والمخرجات لكل مرحلة، والأمن السيبراني بالضوابط التي تطبقها الجهة، والاستضافة وفق تصنيف البيانات، والهوية الرقمية (النفاذ الوطني للمستفيدين والدخول الموحد للموظفين)، والتكامل بتوثيق مرفق، والإتاحة والعربية، والاختبار والقبول، والتشغيل والدعم ونقل المعرفة طوال مدة العقد. ثم معايير تقييم فني تطلب دليلًا لكل قسم. هذه الأقسام توضع داخل نموذج الكراسة المعتمد ونظام المنافسات، لا بديلًا عنهما.
لجنة الفحص في الجهة الحكومية لا تستطيع أن تسأل المتقدمين بعد فتح العروض ما كانوا يقصدون بعبارة «يلتزم المتعاقد بتطبيق أفضل الممارسات الأمنية». وإن كانت الكراسة لم تحدد أين يُستضاف النظام، فسيسعّر متقدم سحابة داخل المملكة، وآخر خوادم الجهة، وثالث لن يذكر الاستضافة أصلًا. هذه المقالة نموذج للأقسام الفنية في كراسة مشروع تطبيق أو منصة لجهة حكومية: ما تكتبه الجهة في كل قسم، وما تطلبه من المتقدم، وكيف تقيّم رده، مع نصوص مقترحة تعدلها بحسب مشروعك.
هذه المقالة توعية تجارية وفنية، لا استشارة نظامية. الكراسة تُعد وتُطرح وفق نظام المنافسات والمشتريات الحكومية ولائحته، والنماذج المعتمدة التي تستخدمها جهتك على منصة اعتماد. ما يلي يملأ الجزء الفني من النموذج (نطاق العمل والمواصفات ومعايير التقييم الفني)، ويخضع لمراجعة إدارة المشتريات والشؤون القانونية لديك.
خريطة الأقسام الفنية في كراسة شروط تطوير تطبيق حكومي
الأقسام النظامية والإدارية في الكراسة (الشروط العامة، والضمانات، وطريقة تقديم العروض) يحددها النموذج المعتمد، ولا تملك الجهة فيها مساحة كبيرة. المساحة الحقيقية في الجزء الفني، وهو الذي يحدد هل تصل عروض يمكن مقارنتها أم عروض تصف مشاريع مختلفة. الجدول التالي خريطة هذا الجزء، وبقية المقالة تفصّل كل صف.
| القسم | ما تكتبه الجهة | ما تطلبه في العرض الفني | كيف تقيّم الرد |
|---|---|---|---|
| 1. النطاق والمخرجات | الخدمات والفئات والقنوات، والمخرجات لكل مرحلة ومن يعتمدها | خطة مراحل تطابق المخرجات، ومصفوفة امتثال لكل متطلب | تغطية كل مخرج، ووضوح ما يُستثنى |
| 2. الأمن السيبراني | الضوابط التي تطبقها الجهة، والوثائق التي يطلبها فريق الأمن | منهجية بناء الضوابط من التصميم، ونماذج الوثائق الأمنية | تحديد الضوابط لا الوعد العام بها |
| 3. الاستضافة والبيانات | تصنيف البيانات، وخيار الاستضافة المسموح أو المتاح | معمارية البيئات، والنسخ والاستعادة، وتكلفة التشغيل منفصلة | مطابقة الاستضافة للتصنيف، واكتمال البيئات |
| 4. الهوية الرقمية | طريقة دخول المستفيدين والموظفين، ومن يتولى إجراءات الربط | تصميم الدخول والصلاحيات وسجل التدقيق | فهم إجراءات الربط وتوزيع المسؤوليات |
| 5. التكامل | الأنظمة والخدمات المطلوب الربط بها مع توثيقها في ملحق | أسلوب الربط لكل نظام، وافتراضاته، ومعالجة الأعطال | ربط مبني على التوثيق لا على التخمين |
| 6. الإتاحة والعربية | مستوى الإتاحة المطلوب، ومتطلبات اللغة والتواريخ والمحتوى | طريقة التحقق من الإتاحة، وقائمة الأجهزة والتقنيات المساعدة | قابلية الاختبار لا الإشارة إلى المعيار فقط |
| 7. الاختبار والقبول | أنواع الاختبار، ومن يكتب حالات القبول، وشروط الانتقال للتشغيل | خطة اختبار، ونموذج تقرير، ومعالجة ملاحظات الفحص الأمني | وضوح شروط القبول لكل مرحلة |
| 8. التشغيل والدعم ونقل المعرفة | مدة الضمان والدعم، ومستوى الخدمة، ومعيار نجاح نقل المعرفة، وخطة نهاية العقد | نموذج دعم بالمستويات، وخطة نقل معرفة، وخطة تسليم عند انتهاء العقد | قابلية قياس نقل المعرفة واستمرارية الخدمة |
الأقسام العشرة العامة لطلب العروض وصيغة الرد الموحدة (مصفوفة الامتثال وجدول التسعير والافتراضات) مفصلة في مقالة كيف تعد RFP لتطوير تطبيق. هنا نركز على ما يختلف في السياق الحكومي.
القسم 1: النطاق والمخرجات التي تستلمها اللجنة
في مشروع الجهة الحكومية، المخرج ليس التطبيق وحده. لجنة المشروع تستلم مرحلة بمرحلة، وكل دفعة ترتبط باعتماد مخرج. إن لم تسمّ الكراسة المخرجات، فسيعرّفها كل متقدم على طريقته، وستختلف العروض في ما يُسلَّم قبل كل دفعة. اكتب النطاق بثلاث طبقات: الخدمات التي ستقدم للمستفيد (تقديم طلب، ومتابعته، واستلام إشعار عند كل تغيير)، والفئات والقنوات (مستفيدون عبر تطبيق الجوال والويب، وموظفون عبر لوحة داخلية، وفرق ميدانية دون اتصال إن وجدت)، والمخرجات لكل مرحلة.
| المرحلة | المخرج المطلوب | من يعتمده |
|---|---|---|
| التحليل | وثيقة متطلبات تفصيلية معتمدة، وقائمة شاشات لكل فئة، ومصفوفة تتبع للمتطلبات | لجنة المشروع والإدارات المستفيدة |
| التصميم والمعمارية | نموذج أولي تفاعلي، ووثيقة معمارية، ووثيقة المعمارية الأمنية وتدفق البيانات | لجنة المشروع وفريق الأمن السيبراني وتقنية المعلومات |
| البناء | إصدارات تجريبية على بيئة اختبار بحسب خطة المراحل، وتقارير تقدم دورية | مدير المشروع في الجهة |
| الاختبار والفحص | تقارير الاختبار الوظيفي والتكامل والأداء، ومعالجة ملاحظات الفحص الأمني | فريق الأمن ولجنة القبول |
| الإطلاق | المنصة في بيئة الإنتاج، ووثائق التشغيل، وأدلة المستخدمين، والتدريب | لجنة المشروع |
| التشغيل ونقل المعرفة | تقارير مستوى الخدمة، وسجل نقل المعرفة، وخطة التسليم في نهاية العقد | تقنية المعلومات في الجهة |
نص مقترح: «يلتزم المتقدم بتقديم مصفوفة امتثال تغطي كل متطلب مرقم في الملحق (أ)، ويُبيّن أمام كل متطلب: ملتزم، أو ملتزم جزئيًا مع التوضيح، أو بديل مقترح. ولا يُعد أي متطلب غير مذكور في المصفوفة مشمولًا في العرض.»
إن لم تكن المتطلبات التفصيلية جاهزة، فلا تؤجلها إلى ما بعد الترسية دون حدود. إما أن تُعد قبل الطرح، أو تُكتب الكراسة بمرحلة تحليل أولى لها مخرج معتمد ويُسعّر ما بعدها بافتراضات مكتوبة. خدمة تحليل المتطلبات وإعداد وثيقة SRS تنتج وثيقة تملكها الجهة ويمكن طرحها على أي متقدم.
الأقسام 2 إلى 4: الأمن السيبراني والاستضافة والهوية الرقمية
هذه الأقسام الثلاثة هي الأكثر تكرارًا بعبارات عامة في الكراسات، والأكثر تسببًا في تعثر المشاريع عند الفحص الأمني قبل التشغيل. القاعدة واحدة: سمِّ المرجع الذي تطبقه جهتك، وحدد الوثيقة أو الدليل الذي تريده من المتقدم.
الأمن السيبراني
الجهات الحكومية تطبق الضوابط الأساسية للأمن السيبراني الصادرة عن الهيئة الوطنية للأمن السيبراني، وقد تطبق ضوابط أخرى بحسب طبيعة النظام، مثل ضوابط الأمن السيبراني للحوسبة السحابية حين يُستضاف النظام سحابيًا. فريق الأمن السيبراني في جهتك هو من يحدد ما ينطبق على هذا المشروع؛ اطلب منه قائمة الضوابط والوثائق قبل كتابة القسم، لا بعد الترسية.
نص مقترح: «يقدم المتقدم في عرضه الفني منهجيته لتطبيق الضوابط المحددة في الملحق (ب) من مرحلة التصميم، ونموذجًا لوثيقة المعمارية الأمنية وتدفق البيانات، ويلتزم بمعالجة الملاحظات الحرجة والعالية الناتجة عن الفحص الأمني قبل الانتقال إلى التشغيل، مع إعادة الفحص للتحقق من المعالجة.»
الاستضافة وتصنيف البيانات
لا تترك الاستضافة سؤالًا مفتوحًا. حدد تصنيف البيانات التي سيعالجها النظام وفق سياسة التصنيف المعتمدة لدى جهتك، ثم الخيار المسموح: بنية الجهة التحتية، أو سحابة معتمدة، أو نموذج هجين. وإن كانت الاستضافة على بنية الجهة، فاذكر ما توفره الجهة (خوادم، وشبكة، وقواعد بيانات) وما يوفره المتعاقد، لأن هذا يغير العرض المالي كله. واطلب فصل تكلفة التشغيل والاستضافة عن تكلفة التطوير، وتحديد عدد البيئات (تطوير، واختبار، وما قبل الإنتاج، وإنتاج)، وخطة النسخ الاحتياطي واختبار الاستعادة.
الهوية الرقمية
اكتب طريقة الدخول لكل فئة: المستفيدون عبر النفاذ الوطني الموحد، والموظفون عبر نظام الدخول الموحد في الجهة، مع الصلاحيات بحسب الإدارة والدور. ونبّه في الكراسة إلى أن الربط بالنفاذ الوطني يتم وفق إجراءات الربط المعتمدة للجهات المؤهلة، وحدد من يتولى أي جزء منها: الجهة في الطلب والتأهيل، والمتعاقد في التنفيذ التقني والاختبار. ترك هذا التوزيع غامضًا يجعل متقدمًا يفترض أن الربط جاهز، وآخر يسعّر إجراءات لا يملك تنفيذها.
- الجهةتحديد الضوابط المنطبقةتصنيف البياناتطلب الربط بالنفاذ الوطنيتوفير البنية إن كانت الاستضافة لديها
- المتقدم في عرضهمنهجية تطبيق الضوابطمعمارية البيئات والنسختصميم الدخول والصلاحياتتكلفة التشغيل منفصلة
- المتعاقد بعد الترسيةوثيقة المعمارية الأمنيةالتنفيذ التقني للربط واختبارهمعالجة ملاحظات الفحص قبل التشغيل
الأقسام 5 و6: التكامل، والإتاحة والعربية
التكامل
اذكر كل نظام مطلوب الربط به باسمه ووظيفته في المشروع: نظام الموارد البشرية، أو إدارة الوثائق، أو المراسلات، أو أنظمة الإدارات الداخلية، والخدمات الحكومية المتاحة والمصرح بها للجهة. ولكل نظام: هل له واجهات ربط موثقة؟ ومن يملك توثيقها؟ ومن يوفر بيئة اختبار له؟ ضع التوثيق المتاح في ملحق يُتاح للمتقدمين بعد اتفاقية السرية. التكامل هو البند الذي يُسعّر بالتخمين أكثر من غيره، والتوثيق المرفق هو ما يحوله إلى تقدير.
نص مقترح: «يوضح المتقدم لكل تكامل في الملحق (ج): أسلوب الربط، والافتراضات التي بنى عليها تقديره، وطريقة التعامل مع تعطل النظام الآخر (إعادة المحاولة، والتنبيه، والسجل)، وما يحتاجه من الجهة أو مالك النظام لإتمامه.»
الإتاحة والعربية وتجربة المستفيد
المنصة الحكومية تخدم كل المستفيدين، ومنهم ذوو الإعاقة وكبار السن. أصدرت هيئة الحكومة الرقمية دليلًا لإمكانية الوصول لمحتوى المواقع الحكومية يستند إلى إرشادات WCAG الصادرة عن W3C. لا تكتب «متوافق مع معايير الإتاحة» فقط؛ حدد الإصدار والمستوى الذي تعتمده جهتك، واطلب من المتقدم طريقة التحقق: فحص آلي، وفحص يدوي بقارئ الشاشة على الجوال والويب، وتقرير بالنتائج قبل القبول.
وأضف متطلبات العربية التي تُنسى: اتجاه صحيح للواجهات من اليمين إلى اليسار بما فيها الجداول والرسوم والمرفقات المولدة، والتاريخ الهجري والميلادي حيث يلزم، والبحث في الأسماء العربية بصيغها المختلفة، والأرقام في النماذج، ولغة إشعارات واضحة للمستفيد. كل متطلب من هذه له أثر على التصميم والاختبار، وإن لم يُكتب فلن يُسعّر.
الأقسام 7 و8: الاختبار والقبول، ثم التشغيل ونقل المعرفة
الاختبار والقبول
حدد في الكراسة أنواع الاختبار المطلوبة (وظيفي، وتكامل، وأداء بأحمال متوقعة تذكرها الجهة، وأمني، وإتاحة، وقبول)، ومن يكتب حالات القبول، وشروط الانتقال إلى التشغيل. الصيغة الأوضح أن يكتب فريق الجهة حالات القبول بمساعدة المتعاقد، وأن يكون الانتقال إلى التشغيل مشروطًا بنجاح القبول ومعالجة الملاحظات الأمنية الحرجة. صياغة شرط القبول القابل للاختبار لكل ميزة موضوع مقالة معايير القبول في مشروع التطبيق.
التشغيل والدعم ونقل المعرفة
هنا يقع أكبر فرق بين مشروع الجهة ومشروع الشركة الخاصة: العقد يغطي عادة سنوات تشغيل، وقد تُسلَّم المنصة في نهايته لفريق الجهة أو لمتعاقد آخر. اكتب القسم بثلاثة أجزاء:
- الضمان والدعم بمستوى خدمة: تصنيف الأعطال بحسب أثرها على المستفيد، وزمن الاستجابة والمعالجة لكل مستوى، وساعات التغطية، والتقارير الدورية. اطلب تسعير الدعم لكل سنة من سنوات العقد، لا للسنة الأولى فقط. تفاصيل بناء هذا الجزء في مقالة اتفاقية مستوى الخدمة لدعم التطبيق.
- نقل المعرفة بمعيار نجاح: «تدريب فريق الجهة» لا يُقاس. الأوضح: أن يستطيع فريق الجهة في نهاية الفترة المحددة نشر إصدار على بيئة الاختبار، واستعادة نسخة احتياطية، ومعالجة عطل من المستوى المتوسط، بمتابعة من المتعاقد لا بتنفيذه.
- خطة نهاية العقد: ما يُسلَّم عند انتهاء العقد أو إنهائه: الكود المصدري بتاريخه في مستودع الجهة، ووثائق المعمارية والتشغيل المحدثة، والحسابات والمفاتيح، وفترة تسليم مشتركة مع الجهة أو المتعاقد اللاحق.
الكراسة التي لا تطلب خطة نهاية العقد تُنشئ اعتمادًا على المتعاقد الحالي طوال عمر المنصة. اطلبها في العرض الفني نفسه، وقيّمها، لأن كتابتها بعد الترسية تتم وموقفك التفاوضي أضعف.
معايير التقييم الفني: اربط كل معيار بقسم ودليل
معايير التقييم هي ما يوجه جهد المتقدمين. إن أعطيت «خبرة الشركة» وزنًا كبيرًا، فستجد صفحات عن تاريخ المتقدمين. وإن ربطت كل معيار بقسم من الأقسام الفنية ودليل مطلوب، فستجد الإجابة عن مشروعك أنت. أعلن المعايير وأوزانها والحد الأدنى الفني في الكراسة، وفق ما يسمح به النموذج المعتمد لدى جهتك.
مثال افتراضي للتوضيح الأوزان أدناه نقطة بداية للنقاش داخل اللجنة، لا نسب معتمدة، وتتغير بحسب طبيعة المشروع وحساسية بياناته.
| المعيار | القسم المرتبط | الدليل المطلوب في العرض | الوزن المقترح |
|---|---|---|---|
| فهم النطاق والحل المقترح | 1 | مصفوفة الامتثال، وخطة المراحل مقابل جدول المخرجات | 20 |
| الأمن والاستضافة والهوية | 2 إلى 4 | منهجية الضوابط، ونموذج وثيقة أمنية، ومعمارية البيئات، وتصميم الدخول | 20 |
| التكامل | 5 | أسلوب وافتراضات لكل تكامل، وخبرة سابقة في ربط مماثل | 10 |
| الإتاحة وتجربة المستفيد | 6 | طريقة التحقق من الإتاحة، ونماذج من تصميم عربي سابق | 10 |
| الاختبار والقبول | 7 | خطة اختبار ونموذج تقرير | 10 |
| فريق المشروع الفعلي | كل الأقسام | الأدوار والسير الذاتية لمن سيعمل فعلًا، والالتزام بعدم تغييرهم دون موافقة | 15 |
| التشغيل والدعم ونقل المعرفة | 8 | نموذج مستوى الخدمة، وخطة نقل معرفة بمعيار، وخطة نهاية العقد | 15 |
لاحظ أن كل صف يطلب شيئًا يمكن فحصه، لا وصفًا. تفصيل منح الدرجات داخل كل معيار وتوحيد تقييم أعضاء اللجنة في مقالة تقييم العروض الفنية لمشروع تطبيق، وما لا تكشفه الكراسة عن قدرة المزود الفعلية في مقالة اختيار شركة لتطوير تطبيق جهة حكومية.
أخطاء في الكراسة تجعل العروض غير قابلة للمقارنة
- بند أمني عام: «يلتزم المتعاقد بجميع الضوابط والمعايير المعمول بها» لا يحدد شيئًا، فيسعّر كل متقدم فهمه الخاص، ويُكتشف الفرق عند الفحص الأمني.
- استضافة غير محسومة: ترك خيار الاستضافة للمتقدم دون تصنيف البيانات يجعل العروض المالية غير قابلة للمقارنة أصلًا.
- الربط بالنفاذ الوطني كسطر واحد: دون توضيح من يتولى إجراءات الربط، فيفترضها متقدم على الجهة ويسعّرها آخر على نفسه.
- أنظمة للربط بلا توثيق: ذكر «الربط مع الأنظمة الداخلية» دون أسمائها وتوثيقها يحول هذا البند إلى أكبر مصدر للتفاوت.
- أحمال غير مذكورة: دون عدد تقريبي للمستفيدين والذروة المتوقعة، يسعّر متقدم بنية لمئات وآخر لعشرات الآلاف.
- نقل معرفة بلا معيار: «تدريب الموظفين» ينتهي بعرض تقديمي، والجهة تكتشف بعد العقد أنها لا تستطيع تشغيل منصتها.
- دعم مسعّر لسنة واحدة: والعقد يمتد لسنوات، فتظهر التكلفة الحقيقية بعد الترسية.
- نسخ كراسة مشروع سابق: تحمل متطلبات منصة أخرى وضوابط ربما لم تعد تنطبق، وتغيب عنها خصوصية هذا المشروع.
ما تجهزه الجهة قبل الطرح، وما تطلبه من المتقدمين في العرض الفني
قبل الطرح، اجمع من داخل الجهة
- قائمة الضوابط الأمنية المنطبقة والوثائق المطلوبة، من فريق الأمن السيبراني.
- تصنيف البيانات التي سيعالجها النظام، وخيار الاستضافة المسموح، وما توفره الجهة من بنية.
- أسماء الأنظمة المطلوب الربط بها، وتوثيق واجهاتها، ومن يوفر بيئة اختبار لكل منها.
- موقف الجهة من الربط بالنفاذ الوطني والدخول الموحد، ومن يتولى الإجراءات.
- عدد تقريبي للمستفيدين والموظفين، وأوقات الذروة المتوقعة.
- مستوى الإتاحة المعتمد لدى الجهة، ومتطلبات اللغة والتواريخ.
- من سيشغل المنصة بعد الإطلاق، ومدة العقد، وخطة الجهة لنهايته.
في العرض الفني، اطلب من كل متقدم
- مصفوفة امتثال لكل متطلب مرقم، وخطة مراحل مطابقة لجدول المخرجات.
- منهجية تطبيق الضوابط، ونموذجًا لوثيقة المعمارية الأمنية وتدفق البيانات.
- معمارية البيئات والنسخ والاستعادة، وتكلفة التشغيل والاستضافة منفصلة عن التطوير.
- أسلوب الربط وافتراضاته لكل تكامل، وما يحتاجه من الجهة.
- طريقة التحقق من الإتاحة، وخطة الاختبار ونموذج تقريره.
- الفريق الفعلي بأسمائه وأدواره، والتزامًا بعدم تغييره دون موافقة الجهة.
- نموذج مستوى الخدمة مسعّرًا لكل سنوات العقد، وخطة نقل معرفة بمعيار نجاح، وخطة نهاية العقد.
- أسئلة الاستيضاح مكتوبة في موعدها المحدد، لتُجاب لكل المتقدمين.
الخلاصة: كراسة تحدد المرجع والدليل في كل قسم
جودة العروض الحكومية تتحدد في الجزء الفني من الكراسة قبل أن يكتب أي متقدم كلمة. حين تسمّي الجهة الضوابط التي تطبقها، وتحسم الاستضافة بتصنيف البيانات، وتوزع مسؤوليات الربط بالهوية الرقمية، وترفق توثيق الأنظمة، وتطلب نقل معرفة بمعيار وخطة لنهاية العقد، تصل عروض تجيب عن المشروع نفسه، وتقيّمها اللجنة على الدليل لا على الوصف.
إن كانت لدى جهتكم كراسة مطروحة أو قيد الإعداد، فارفعها مع مواعيدها عبر صفحة إرسال كراسة الشروط أو طلب العروض. نوقع اتفاقية السرية قبل الاطلاع على التفاصيل، ونرسل أسئلة الاستيضاح في موعدها، ونقدم العرض الفني والمالي وفق النموذج المطلوب، ونبلغكم مبكرًا إن كان المشروع خارج نطاقنا. وما نبنيه للجهات، من النفاذ الوطني ووثائق الأمن السيبراني إلى الاستضافة داخل المملكة أو لدى الجهة ونقل المعرفة، موضح في صفحة تطوير التطبيقات والمنصات للجهات الحكومية، والضوابط التي نبنيها في كل طبقة في صفحة أمن التطبيقات، وخيارات البنية في صفحة البنية التحتية والاستضافة.
أسئلة شائعة
الأوضح أن تحدد تصنيف البيانات وخيار الاستضافة المسموح (بنية الجهة، أو سحابة معتمدة، أو هجين) وما توفره الجهة، وتترك للمتقدم اقتراح المزود ضمن هذه الحدود. تسمية المزود تصح حين يكون لدى الجهة عقد أو بنية قائمة يجب البناء عليها، وحينها اذكرها صراحة.
الربط يتم وفق إجراءات الربط المعتمدة للجهات المؤهلة، فالطلب والتأهيل عادة على الجهة، والتنفيذ التقني والاختبار على المتعاقد. المهم أن تكتب الكراسة هذا التوزيع صراحة، حتى لا يفترضه متقدم على الجهة ويسعّره آخر على نفسه.
لا. حدد الإصدار والمستوى الذي تعتمده جهتك من إرشادات WCAG، واطلب طريقة التحقق: فحص آلي ويدوي بقارئ الشاشة على الجوال والويب، وتقرير بالنتائج قبل القبول. بدون ذلك لا تستطيع اللجنة رفض مخرج غير متاح.
اكتبه كقدرة لا كنشاط: أن يستطيع فريق الجهة في نهاية الفترة نشر إصدار على بيئة الاختبار، واستعادة نسخة احتياطية، ومعالجة عطل متوسط بمتابعة المتعاقد لا بتنفيذه. ثم اطلب في العرض خطة تصل إلى هذه القدرة، وقيّمها.
نعم. الخطة تحدد ما يُسلَّم عند انتهاء العقد أو إنهائه: الكود في مستودع الجهة، والوثائق المحدثة، والحسابات والمفاتيح، وفترة تسليم مشتركة. طلبها في العرض يجعلها جزءًا من المقارنة، بدل أن تُكتب بعد الترسية وموقف الجهة أضعف.
خدمات وصفحات مرتبطة
اقرأ أيضًا
كراسة مشروعكم جاهزة أو قيد الإعداد؟
ارفع الكراسة ومواعيدها، ونوقع اتفاقية السرية، ونرسل أسئلة الاستيضاح في موعدها، ثم عرضًا فنيًا وماليًا وفق النموذج المطلوب.