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