اختيار مزود خدمات تقنية المعلومات: 10 أسئلة يجب طرحها
ملكية الشيفرة، والمنهجية، والاختبارات، والأمن، والصيانة، والخروج: 10 أسئلة تطرحونها على مزود خدمات تقنية المعلومات أو شركة تطوير البرمجيات، والإجابات المنتظرة.
بقلم أنس الشباب · · قراءة في 7 دقائق
وكالة تطوير، أو شركة تطوير برمجيات، أو مستقل، أو شركة استشارات: على الورق، تتشابه العروض. فالجميع يعدون بالجودة، ويصعب مقارنة عروض الأسعار. ومع ذلك، فإن اختيار مزود خدمات تقنية المعلومات يعني أن تأتمنوه على شيفرتكم وبياناتكم وجزء من نشاطكم، لعدة سنوات في الغالب.
ما الطريقة الأكثر موثوقية للمفاضلة بين المرشحين؟ أن تطرحوا عليهم جميعاً الأسئلة نفسها، ثم تقارنوا الإجابات. إليكم عشرة أسئلة، مع ما تكشفه والإجابات المنتظرة.
قبل اختيار مزود خدمات تقنية المعلومات، مهّدوا الطريق
ثلاثة احتياطات تجعل المقارنة أكثر إنصافاً:
- صِفوا حاجتكم في بضع صفحات: المشكلة المطلوب حلها، والمستخدمون، والأدوات القائمة، والموعد النهائي. لا يلزم أن تكون الوثيقة مثالية: فمنهجيتنا في كتابة وثيقة متطلبات البرمجيات تساعدكم على التركيز على الأساسيات.
- أرسلوا الوثيقة نفسها إلى جميع المزودين، لكي تقارنوا إجابات عن السؤال نفسه.
- فضّلوا المحادثة على الاستمارة. فالشريك الجيد يهتم بنشاطكم قبل الحديث عن التقنية، ويخبركم بصراحة عندما لا يكون الخيار المناسب.
الإطار: الملكية، والمنهجية، والعروض التوضيحية
1. من سيملك الشيفرة المصدرية والبيانات؟
هذا أول سؤال يجب طرحه، لأن كل ما عداه يتوقف عليه. فمن دون حقوق على الشيفرة، قد تعجزون عن مواصلة تطويرها من دون مزودكم، أو عن تسليمها إلى مزود آخر. ففي فرنسا مثلاً، لا يكفي دفع ثمن التطوير لامتلاكه: إذ يجب أن ينص العقد صراحة على التنازل عن حقوق المؤلف.
الإجابة المنتظرة: الشيفرة المصدرية والبيانات والتوثيق ملك لكم، وينص العقد على ذلك بوضوح لا لبس فيه. الاستثناء المشروع الوحيد: تبقى مكونات الأطراف الأخرى والأدوات العامة الخاصة بالمزود خاضعة لتراخيصها، التي يجب أن تتيح لكم مواصلة استخدامها. واسألوا أيضاً متى ستُسلَّم الشيفرة: فبحسب المشروع، قد يكون التسليم مستمراً، في مستودع يمكنكم الوصول إليه (على GitHub أو GitLab مثلاً)، أو في مراحل متفق عليها مسبقاً، عندما لا ينقسم العمل إلى أجزاء قابلة للتسليم. المهم أن تُدوَّن هذه المراحل في العقد.
2. كيف ستعملون معنا؟
سواء كانت المنهجية Agile أو Scrum أو نموذج V، فالتسمية أقل أهمية من طريقة سير العمل فعلاً.
الإجابة المنتظرة: دورات تطوير قصيرة، وجهة اتصال مخصصة، وأولويات تُحدَّد معكم، وقاعدة واضحة للتعامل مع الطلبات الجديدة أثناء المشروع. واحذروا المزود الذي يختفي لأشهر ثم يعود بالبرنامج جاهزاً: فكل شهر يمر دون أن تروا شيئاً هو شهر من سوء الفهم المحتمل.
3. متى سنرى شيئاً يعمل؟
عرض توضيحي واحد أبلغ من أي عدد من تقارير التقدم.
الإجابة المنتظرة: نماذج تصميم قابلة للنقر قبل التطوير، ثم عرض توضيحي في نهاية كل دورة، في بيئة اختبار تجرّب فيها فرقكم الأداة بأنفسها، على حالاتها الخاصة. ويجب أن تصبح النسخة الأولى قابلة للاستخدام مبكراً، دون انتظار نهاية المشروع: ففي نظام إدارة علاقات العملاء وتخطيط موارد المؤسسات (CRM/ERP) لمكتب محاماة في سيدني، وهو مشروع قاده مؤسسنا بصفته مديراً لتقنية المعلومات في DIGIIT Solutions، تمكن المكتب من استخدام نسخة أولى في أقل من ستة أشهر.
الجودة: الاختبارات، والأمن، والتوثيق
4. كيف تختبرون ما تسلّمونه؟
من دون اختبارات آلية، يصبح البرنامج هشاً بسرعة: فكل إصلاح قد يُعطّل جزءاً آخر منه.
الإجابة المنتظرة: اختبارات آلية تُكتب بالتزامن مع الشيفرة وتُشغَّل عند كل تغيير، ومرحلة قبول تتحققون فيها وتوافقون قبل كل إطلاق في بيئة الإنتاج، وضمان يغطي العيوب المكتشفة بعد التسليم لمدة محددة. ولا تكفي الفحوص اليدوية وحدها، ولا الفحوص المتروكة لفرقكم: فاختبارات القبول وُجدت للموافقة على العمل، لا لاكتشاف الأخطاء بدلاً من المزود.
5. كيف ستحمون تطبيقنا وبياناتنا؟
لا يُضاف الأمن في النهاية: بل يُخطَّط له منذ مرحلة التصميم.
الإجابة المنتظرة: صلاحيات وصول حسب الدور، وكلمات مرور ومفاتيح مخزنة بشكل آمن، ونسخ احتياطية تُختبر استعادتها، وتحديثات منتظمة، وبيانات حقيقية لا تُنسخ إلى حواسيب المطورين. وإذا كان المزود يعالج بيانات شخصية نيابة عنكم، وكان نشاطكم خاضعاً للائحة العامة لحماية البيانات (GDPR)، فإن هذه اللائحة تفرض أيضاً عقداً ينظم ما يحق للمزود فعله بتلك البيانات.
6. ما التوثيق الذي ستسلّمونه؟
التوثيق هو ما سيسمح لجهة أخرى بتولي برنامجكم غداً.
الإجابة المنتظرة: توثيق تقني (البنية، والتثبيت، والنشر)، ودليل للمستخدم، وسجل للقرارات المهمة. يُكتب التوثيق مع تقدم المشروع، لا في الأسبوع الأخير، ويُسلَّم إليكم مع الشيفرة.
الفريق، وما بعد المشروع، والمراجع
7. من سيعمل فعلاً على مشروعنا؟
الشخص الذي يقدم العرض ليس دائماً من سينفذه.
الإجابة المنتظرة: أسماء المشاركين وأدوارهم، وجهة الاتصال التي ستتابع مشروعكم يوماً بيوم، وشفافية تامة بشأن أي تعاقد من الباطن. واسألوا أيضاً عما يحدث إذا غادر أحدهم الفريق: فالتوثيق والشيفرة المشتركة يجب أن يتيحا انتقالاً سلساً.
8. ماذا يحدث بعد الإطلاق؟
يعيش البرنامج لسنوات: يجب الحفاظ على عمله، وحمايته، ومواصلة تطويره.
الإجابة المنتظرة: عرض صيانة يحدد ما يشمله (الإصلاحات، والتحديثات الأمنية، والتحسينات الصغيرة)، وأوقات استجابة مكتوبة حسب خطورة المشكلة، وتكلفة يمكن توقعها، كاشتراك شهري مثلاً.
9. وماذا لو أردنا تغيير المزود؟
لا أحد يحب الحديث عن الانفصال لحظة التوقيع. ومع ذلك، فهي أفضل لحظة لذلك: فالجميع في أوج حسن النية.
الإجابة المنتظرة: بند خروج ينص على تسليم الشيفرة، والبيانات بصيغة قابلة للاستخدام، والتوثيق، وجميع صلاحيات الوصول، مع فترة انتقالية. ونصيحة بسيطة: افتحوا منذ البداية الحسابات الأساسية (الاستضافة، واسم النطاق، ومتاجر التطبيقات) باسم شركتكم. فالمزود الواثق من عمله لا سبب لديه لتقييدكم بالعقد.
10. هل يمكنكم أن تعرضوا علينا مشاريع مماثلة؟
المراجع خير دليل، بشرط أن تعرفوا كيف تقرؤونها.
الإجابة المنتظرة: مشاريع مشابهة لمشروعكم، مشروحة بعبارات ملموسة (الحاجة، والحل، والدور الدقيق للمزود، والنتيجة). وإن أمكن، تحدثوا إلى عميل سابق. ولكل نتيجة مقدمة في صورة رقم، اسألوا كيف قيست.
قبل التوقيع: ما يجب أن يحدده العقد
الإجابات الجيدة في الاجتماع يجب أن تكون مكتوبة أيضاً. تحققوا من أن العرض أو العقد يحدد بوضوح:
- النطاق وقائمة المخرجات؛
- الجدول الزمني، بمراحله وعروضه التوضيحية؛
- نموذج الفوترة (سعر ثابت، أو سعر يومي، أو اشتراك) وطريقة التعامل مع الطلبات الجديدة؛
- التنازل عن الحقوق في الشيفرة، وملكية بياناتكم؛
- القبول: من يوافق، ووفق أي معايير؛
- الضمان بعد التسليم؛
- الصيانة: ما تشمله، وأوقات استجابتها؛
- الأمن، وإذا عهدتم إلى المزود ببيانات شخصية، البنود التي تفرضها اللائحة العامة لحماية البيانات؛
- الخروج: ما يُسلَّم إليكم إذا غادرتم، وفي أي مهلة؛
- الأشخاص الذين سيعملون على المشروع، وأي تعاقد من الباطن.
أما البنود القانونية، فتبقى مشورة المحامي فيها لا تقدَّر بثمن.
الأسئلة الشائعة
مستقل، أم وكالة، أم شركة تطوير برمجيات: أيّها تختارون؟
كل شيء يتوقف على المشروع. يناسب المستقل مهمة محددة جيداً، بشرط التخطيط لاستمرارية العمل في حال غيابه. وكثيراً ما تتخصص وكالة التطوير في المواقع وتطبيقات الويب. أما شركة تطوير البرمجيات أو شركة الاستشارات فتغطي عادةً نطاقاً أوسع: التصميم، والتكاملات، والأمن، والصيانة. وفي كل الأحوال، يبقى السؤال 7 حاسماً: من سيعمل فعلاً على مشروعكم؟
هل يجب اختيار أرخص عرض سعر؟
ليس بالضرورة. فعرضا سعر لا يغطيان دائماً العمل نفسه: قد تكون الاختبارات، أو التوثيق، أو ترحيل البيانات، أو الصيانة مشمولة في أحدهما وغائبة عن الآخر. قارنوا المتماثل بالمتماثل، بما في ذلك الصيانة في السنوات التالية. ولفهم ما يحدد السعر فعلاً، اقرؤوا مقالنا عن تكلفة البرمجيات المخصصة.
هل يمكن العمل مع مزود عن بُعد؟
نعم، إذا كان التواصل منظماً جيداً: مكالمات فيديو منتظمة، وعروض توضيحية، وساعات عمل متداخلة، ولغة عمل مشتركة. واسألوا أيضاً من يستجيب في حالات الطوارئ، وفي أي ساعة. فالمسافة أقل أهمية من الوضوح.
باختصار
لا يُعرف مزود خدمات تقنية المعلومات الجيد بوعوده، بل بدقة إجاباته. اطرحوا هذه الأسئلة العشرة على كل مرشح، واطلبوا تدوين الإجابات في العقد.
واطرحوها علينا أيضاً: فصفحة الأسئلة الشائعة تجيب بالفعل عن عدد منها (ملكية الشيفرة، وسير المشاريع، والدعم بعد الإطلاق، واستعادة السيطرة)، ويسعدنا أن نتناول الباقي خلال مكالمة. هل لديكم مشروع برمجيات مخصصة، أو تطبيق ويب، أو أداة أعمال؟ احجزوا مكالمة تعريفية مجانية مدتها 30 دقيقة: نستمع إلى احتياجاتكم، وإذا لم نكن الأنسب لهذا العمل، نخبركم بذلك.
لنتحدث عنه في مكالمة تعريفية مدتها 30 دقيقة، مجاناً ودون أي التزام.
