كيف تختار شركة تطوير برمجيات

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

ما الذي تختبره معظم عمليات الاختيار، ولماذا يفشل

العملية المعتادة تقارن أعمالاً سابقة وحجم الفريق وقوائم التقنيات والسعر. ولا شيء من ذلك يتنبّأ بالكثير.

الأعمال السابقة تُظهر ما سُلِّم، لا إن كان في موعده، ولا إن كان العميل سيشتري ثانية، ولا إن كان لا يزال يعمل. لقطات الشاشة أسهل ما يُنتَج في مشروع وأقلّه ارتباطاً بالنجاح.

حجم الفريق يتنبّأ بالطاقة لا بالجودة، وبعد حدّ معيّن يتنبّأ بعبء التنسيق. وقوائم التقنيات تكاد تكون بلا معنى — كل وكالة تدرج كل تقنية، والمهم هو ما إذا كان الأشخاص المحدّدون في مشروعك يعرفون المجموعة التقنية المحدّدة جيداً.

السعر تناولناه في موضع آخر. باختصار، أقل عرض سعر هو عادةً الأقل اكتمالاً.

الأسئلة التي تتنبّأ فعلاً بالنتيجة

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

علامات تحذير تستحق الانسحاب

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

متى يكون الاستوديو الخيار الخاطئ

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

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

إن كان العمل مهمة قصيرة محدّدة ومكتفية بذاتها — قالب WordPress، أو موقع من صفحة واحدة، أو نص برمجي صغير — فسينجزه مستقل كفء أسرع وأرخص، ولا ينبغي أن تدفع تكاليف استوديو مقابله.

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

تحقّق من المراجع كما ينبغي

مكالمات المراجع تُهدر عادةً، لأن الأسئلة نفسها تستدعي إجابة إيجابية. سؤال «هل كنت راضياً؟» يجيب عنه الجميع تقريباً بـ«نعم»، بمن فيهم من لن يشتري ثانية.

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

اطلب مرجعاً في قطاعك إن ادّعى المورّد خبرة قطاعية، واسأل عميلاً انتهى مشروعه قبل سنة على الأقل. العملاء الجدد لا يزالون في نشوة البداية. أما بعد سنة فيعرفون إن كانت البرمجيات لا تزال تعمل وإن كان التغيير لا يزال ممكناً.

الأمر الوحيد الأكثر تنبّؤاً بالنجاح

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

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