التعاقد على التطوير الخارجي: كيف تختار شريكا لا موردا

معايير الاختيار

• خبرة في مجالك — من بنى نظاما مشابها يعرف الأسئلة الصعبة مسبقا.
• وضوح المنهجية — كيف يديرون النطاق والتغيير والاختبار والتسليم.
• الأسئلة التي يسألونها — من يعطيك سعرا بلا أسئلة سيغيره لاحقا.
• الاستمرارية — هل سيبقون لدعم النظام بعد الإطلاق أم ينتهي دورهم بالتسليم.
• الشفافية — هل يخبرونك بما لا يعرفونه أم يجيبون على كل شيء بنعم.

أشكال العقود

بنود لا يجوز إغفالها

1. ملكية الكود المصدري وقواعد البيانات والتصاميم بعد السداد.
2. تسليم الكود دوريا في مستودع تملكه أنت لا في نهاية المشروع.
3. سرية البيانات وحدود استعمالها والالتزام بحذفها عند الانتهاء.
4. الضمان بعد الإطلاق: مدته، وما يشمله من إصلاح الأعطال.
5. آلية الخروج: ما الذي يسلم وكيف إن أنهيت التعاقد مبكرا.

إدارة العلاقة

أكثر المشاريع تتعثر بسبب غياب مالك واحد من طرف العميل: قرارات تتأخر، وملاحظات متعارضة من أشخاص مختلفين، ومراجعات تصل متأخرة. عين شخصا واحدا مسؤولا عن القرار، واجعل اجتماعا أسبوعيا قصيرا ثابتا يعرض فيه ما أنجز فعلا لا ما نسبته المئوية.

علامات الإنذار المبكر

تأخر التسليم الأول، وعروض توضيحية تعرض شرائح بدل نظام يعمل، وصعوبة الوصول إلى المطورين أنفسهم، وتغير في الفريق بلا إخطار، وردود مبهمة على أسئلة تقنية مباشرة. وهذه إن ظهرت مبكرا فالمعالجة ممكنة، وإن أهملت تحولت إلى أزمة.

أسئلة شائعة

كيف نتحقق من جودة الكود المسلم؟

باشتراط تسليم دوري في مستودع تملكه، ومراجعة فنية مستقلة عند المراحل المهمة. والمراجعة الخارجية القصيرة كلفتها زهيدة مقارنة باكتشاف المشكلة بعد التسليم النهائي.

هل الأرخص خيار سيئ دائما؟

ليس دائما، لكن الفارق الكبير جدا في السعر يعني عادة اختلافا في النطاق المفهوم أو في مستوى الخبرة أو في ما سيقتطع لاحقا كالاختبار والتوثيق. والصواب مقارنة العروض على نطاق واحد مكتوب.

ماذا لو أردنا تغيير الشريك؟

يسهل ذلك بقدر ما أعددت له: كود في مستودعك، وتوثيق محدث، وحسابات خدمات باسمك، وبيئة نشر تعرف كيف تعمل. وهذه الأربعة تشترط من اليوم الأول لا عند الخلاف.