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