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