استلام مشروع برمجي متعثر
توقفت الشركة، أو غاب المطور، أو تأخر المشروع حتى لم يعد أحد يعرف متى ينتهي. أول ما تحتاجه ليس وعدًا بالإنجاز، بل صورة صادقة عن حالة المشروع: ما الذي يمكن البناء عليه، وما الذي يحتاج إلى معالجة، وما الذي يجب إعادته. نبدأ بتقييم منظم، ثم نقدم خطة استرداد مرحلية تعرف فيها أين تذهب ميزانيتك.
هل يشبه وضعك أحد هذه الحالات؟
كل حالة لها بداية مختلفة، لكنها كلها تبدأ بالتقييم.
الشركة المطورة توقفت أو انسحبتوالمشروع في منتصفه، ولا أحد يرد على الأسئلة.
المطور اختفىومعه الوصول إلى الخوادم أو المتجر أو المستودع.
التطبيق منشور لكنه مليء بالأخطاءوالتقييمات تتراجع والعملاء يشتكون.
المشروع متأخر شهورًاوكل موعد تسليم يُؤجل.
الكود موجود لكن لا أحد يفهمهبلا وثائق، وكل تعديل يكسر شيئًا.
لا يمكن إضافة مزايا جديدةلأن البنية لا تحتمل، أو التقنية قديمة.
ما نفعله في استلام المشروع
الاستعادة
- حصر الأصول: الكود والحسابات والخوادم والنطاقات
- استعادة الصلاحيات وتغيير كلمات المرور
- نقل الحسابات إلى ملكية المنشأة
- نسخة احتياطية لكل ما هو قائم
التقييم الفني
- مراجعة الكود وجودته
- قاعدة البيانات وسلامة البيانات
- المعمارية والبنية التحتية
- واجهات الربط والأمن
تقييم التشغيل
- حالة التطبيق في المتاجر
- الأعطال الحالية وأثرها
- بيئات الاختبار والنشر
- التكاملات الخارجية
التقرير
- المشكلات مصنفة حسب الخطورة
- ما يُبنى عليه وما يُعالج وما يُعاد
- المخاطر إن استمر الوضع
- تقدير لكل مسار
خطة الاسترداد
- الإصلاحات العاجلة أولًا
- استقرار البيئات والنشر
- معالجة الديون التقنية الحرجة
- خارطة التطوير بعدها
الاستكمال
- إكمال المزايا المتبقية
- التوثيق أثناء العمل
- الاختبار والنشر
- الدعم بعد الاستقرار
حالات نستلم فيها مشاريع
إن وجدت حالتك هنا فالتقييم هو البداية، مهما بدا الوضع:
حالة الجهة المطورة
حالة الكود
حالة التطبيق
حالة الخلفية
مسار الاستلام والتقييم
اثنتا عشرة خطوة، بعضها يُنفذ بالتوازي. نتيجتها تقرير وخطة، لا انطباع:
| الخطوة | ما نفحصه | المخرج |
|---|---|---|
| 1. الجرد | كل ما يخص المشروع: مستودعات، خوادم، نطاقات، حسابات، خدمات مدفوعة | قائمة الأصول |
| 2. مراجعة الوصول | من يملك الصلاحيات، وما يجب استعادته أو تغييره | خطة استعادة الوصول |
| 3. مراجعة الكود | الجودة والبنية والتكرار والاختبارات والمكتبات | ملاحظات الكود |
| 4. مراجعة قاعدة البيانات | التصميم والفهارس وسلامة البيانات والنسخ | ملاحظات البيانات |
| 5. مراجعة المعمارية | تقسيم النظام وقابليته للتوسع | تقييم المعمارية |
| 6. مراجعة البنية التحتية | الخوادم والبيئات والنشر والمراقبة | تقييم البنية |
| 7. مراجعة واجهات الربط | الاكتمال والتوثيق والأمن | حالة الواجهات |
| 8. المراجعة الأمنية | الثغرات والأسرار والصلاحيات | الملاحظات الأمنية |
| 9. مراجعة المتاجر | الحسابات والتوقيع والإصدارات وأسباب الرفض | حالة النشر |
| 10. تصنيف المشكلات | حرج، وعالٍ، ومتوسط، ومنخفض | قائمة مرتبة |
| 11. خطة الاسترداد | ما يُصلح أولًا وكيف تستقر الأمور | خطة مرحلية |
| 12. خارطة التطوير | ما يُبنى بعد الاستقرار | خارطة معتمدة |
ما تستلمه
- قائمة الأصولكل ما يخص المشروع ومن يملكه.
- تقرير التقييمالمشكلات مصنفة حسب الخطورة، مع الأدلة.
- توصية المساراستكمال، أو معالجة ثم استكمال، أو إعادة بناء أجزاء.
- خطة الاستردادمراحل بأولويات وتقدير لكل مرحلة.
- وثائق ما تم فهمهالمعمارية والبيانات والتشغيل كما هي فعلًا.
- حسابات باسم المنشأةبعد الاستعادة والنقل.
ما يمكن ربطه بالخدمة
ما بعد التقييم
الاستمرار
حالات استلمنا فيها مشاريع وكيف بدأنا
نعمل مع مزود الاستضافة لإثبات الملكية واستعادة الوصول، ونأخذ نسخة كاملة قبل أي تغيير.
نستعيد ما يمكن من الخادم أو ملفات البناء، ونقيّم ما إذا كان يكفي للاستمرار أو يلزم إعادة بناء أجزاء.
نقل رسمي للتطبيق إلى حساب المنشأة يحفظ المستخدمين والتقييمات.
اختبارات حول المسارات الحرجة أولًا، ثم نبدأ التعديل وهي تحمينا.
نقيس الإنجاز مقابل المتطلبات فعليًا، وكثيرًا ما تختلف الصورة، فنكتب النسبة الحقيقية بأدلتها.
مراحل التنفيذ
تسبق أي التزام بموعد تسليم مرحلةُ تقييم مستقلة بمخرجات مكتوبة.
- قائمة الأصول
الاستعادة والجرد
الأصول والصلاحيات ونسخة احتياطية.
- تقرير التقييم
التقييم
الخطوات الاثنتا عشرة.
- مسار معتمد
القرار
استكمال أم معالجة أم إعادة بناء.
- نظام مستقر
الاستقرار
إصلاحات عاجلة وبيئات ونشر.
- إصدارات
الاستكمال
المزايا المتبقية على دورات.
- مشروع مكتمل
التسليم أو الاستمرار
وثائق وتدريب، أو دعم مستمر.
ما نحتاجه منك للبدء
لا يلزم أن يكون كل ذلك جاهزًا. ما ينقص نستكمله معك في جلسة التحليل.
- ما لديك من وصول: المستودع، والخوادم، والمتاجر، والنطاق، ولو كان جزئيًا.
- العقد والمتطلبات الأصلية: لقياس ما أُنجز مقابل ما اتُّفق عليه.
- قائمة المشكلات المعروفة: من العملاء والفريق.
- التطبيق المنشور إن وجد: روابط المتجر أو الموقع.
أسئلة تحسمها قبل التنفيذ
نساعدك على الإجابة عنها، لأن كل إجابة تغير النطاق والتكلفة.
ما نتجنبه في الاستلام
الجودة والأمن والتشغيل
الموضوعية
تقرير مبني على أدلة من الكود والبيئات، لا على انطباع.
الأمن
تغيير كلمات المرور والمفاتيح، ومراجعة الصلاحيات، وفحص الثغرات.
الاستقرار
إصلاحات عاجلة وبيئات ونشر آمن قبل المزايا الجديدة.
الاختبارات
اختبارات للمسارات الحرجة قبل أي تعديل.
التوثيق
توثيق ما هو قائم فعلًا، ثم ما يُضاف.
الاستمرارية
خطة تسلّم المشروع لمنشأتك أو لفريق يستمر فيه.
أسئلة شائعة
يعتمد على ما يمكن استعادته. أحيانًا يكفي ما على الخادم أو ملفات البناء، وأحيانًا يلزم إعادة بناء أجزاء. التقييم يحدد ذلك.
بحسب حجم المشروع وما يتوفر من وصول، ونحدد مدته ونطاقه قبل البدء.
فقط إن أثبت التقييم أنها أقل تكلفة ومخاطرة من الاستكمال، مع الأسباب المكتوبة.
إن رغبت وأمكن، لتسليم منظم للمعرفة والصلاحيات.
نعم، التقرير ملكك، ويمكنك الاستمرار به مع أي جهة.
خدمات مرتبطة
أرسل ما لديك عن المشروع المتعثر
العقد، والمتطلبات، وما تبقى من وصول، ونقترح نطاق التقييم ومدته.