تعهيد تطوير التطبيقات: كيف تحتفظ بالتحكم والمعرفة داخل منشأتك

التعهيد الناجح يبدأ بتحديد «الوظائف المحتفظ بها»، أي الحد الأدنى الذي لا يخرج من منشأتك مهما كبر الفريق الخارجي. من دون هذه الوظائف يصبح المزود هو من يقرر ما يُبنى وكيف ومتى، حتى لو كان العقد باسمك.

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

أغلب ما يُفقد في التعهيد يُفقد في الأسبوعين الأولين، حين يُنشأ المستودع في حساب المزود «مؤقتًا»، وتُسجل الخدمة السحابية ببطاقة أحد موظفيه «لتسريع البدء». ما يُنشأ مؤقتًا يبقى غالبًا. لذلك تُكتب الحقوق في العقد، وتُنفذ عمليًا قبل أول سطر كود.

ما يُكتب في العقد

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

قد تكون صياغة بند الخروج على هذا النحو:

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

هذه صياغة توضيحية للتوعية التجارية لا استشارة قانونية؛ راجعها مع مستشارك. وإن كانت منشأتك جهة تخضع لـالضوابط الأساسية للأمن السيبراني الصادرة عن الهيئة الوطنية للأمن السيبراني، فإن مكوّن الأطراف الخارجية فيها يطلب تضمين العقود بنود السرية والحذف الآمن لبيانات الجهة عند انتهاء الخدمة، وإجراءات التواصل عند الحوادث، وإلزام الطرف الخارجي بسياسات الجهة، وتقييم مخاطر الأمن السيبراني قبل التوقيع في خدمات الإسناد، ومراجعة هذه المتطلبات دوريًا.

ما يُنفذ في اليوم الأول

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

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

عدد الساعات والمهام المغلقة يقيس النشاط، ولا يقول شيئًا عن قدرتك على الاستغناء. أضف إلى تقاريرك مؤشرات تجيب عن سؤال التحكم مباشرة:

لا حاجة لأهداف رقمية من البداية؛ المهم أن يُقاس الاتجاه كل شهر، وأن يكون لكل مؤشر يسوء إجراء مكتوب.

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

المراجعة المستقلة أداة حوكمة لا اتهام. صفحة مراجعة الكود المصدري وتدقيق المعمارية تذكر من حالاتها «قبل دفعة أو مرحلة جديدة للتأكد من جودة ما سُلّم»، والتقرير ملكك ويمكن مشاركته مع الفريق الحالي. ومرة في السنة، أجرِ «تمرين خروج» على الورق: لو انتهى العقد غدًا، ما الذي لا تملكه؟ من يعرف كيف ينشر؟ كم يحتاج مزود جديد ليبدأ؟ الإجابات تكشف الفجوات بينما ما زالت العلاقة جيدة ويسهل إصلاحها.

اسأل أي مزود تعهيد هذه الأسئلة، واطلب الإجابة كتابة:

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

وجهّز قبل الاجتماع:

• اسم صاحب المنتج واسم القائد التقني من طرفك، ولو بدوام جزئي.
• قائمة الأصول الحالية (مستودع، وحسابات، ونطاق) وباسم من هي اليوم.
• القرارات التي تريد أن تبقى لك صراحة، كمسودة لمصفوفة الصلاحيات.
• متطلبات الأمن والبيانات التي تفرضها منشأتك أو جهتك.
• أفق التعهيد المتوقع: هل تنوي نقل العمل داخليًا لاحقًا، ومتى تقريبًا؟

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