8 أسئلة يجب أن تسألها عند اختيار وكالة برمجيات (أكتب بصفتي صاحب وكالة)

بصفتي مطوراً، دعوني أوسع النقطة الرابعة.

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

واسألوا أيضاً عما إذا كان يتم مراجعة الكود. إذا لم يتم، تزداد عدد الأخطاء بعد التسليم. لقد قست هذا، وليس مجرد تخمين.

أنا أعطيت العمل دون أن أسأل أي من هذه الأسئلة، والآن لا أملك الكود المصدري لنظامي. الوكالة أغلقت، والكود ذهب معها.

سأقوم ببناء نظام جديد، وسأطبع هذه القائمة وأحملها معي. شكراً.

النقطة الثالثة هي الأهم، تعلمتها بالطريقة الصعبة على مدى سنوات.

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

بالضبط هكذا ثم كل من يستعجل في وكالة يتعثر في نفس النقطة.

دعني أتركها كملاحظة، قد تكون مفيدة.

أنا مشروع صغير، دعوني أشرح من منظوري. إذا لم ينص العقد على ملكية الكود، تفقد قوتك التفاوضية عند المغادرة.

أتمنى أن يفيدك هذا.

نحن أيضاً واجهنا نفس المشكلة في فترة معينة. الكود بدون وثائق تثبيت لا يُعتبر ملكك حتى لو كان بين يديك.

إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

تشتت النقاش، دعني ألخصه... إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً.

هذا كل شيء، أرجو المعذرة إذا أطالت.

صحيح بشكل عام، لكن هناك جزء ناقص لكن وضع عملية لطلبات التغيير لا يبطئ العمل، بل يسرّعه.

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

أوافقك الرأي تمامًا. كل من يستعجل في وكالة يتعثر في نفس النقطة.

هذا كل شيء، أرجو المعذرة إذا أطالت.

إذا كنت ستسلك هذا المسار، فحل هذه المشكلة من البداية. أغلى شيء في النظام الموروث هو التبعيات غير المعروفة.

عندما نتخذ قرارات دون قياس، نعود لنفس النقطة دائماً. صححوا لي إن أخطأت.

قضيت وقتًا طويلاً في هذا المجال. كل من يستعجل في وكالة يتعثر في نفس النقطة.

هذا كل شيء، أرجو المعذرة إذا أطالت.

أتابع الموضوع.

بعد تجربة ذلك، تغيرت نظرتي للأمور. طيب الإجابة تختلف كثيراً حسب القطاع، لا توجد قاعدة عامة.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

حدث معي العكس تماماً، لذلك أكتب هذا. القرار المتسرع يصبح قراراً يُصحح بعد ستة أشهر.

أتمنى أن يفيدك هذا.

حدث معي العكس تماماً، لذلك أكتب هذا. كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر.

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

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

انظروا أولاً إلى البيانات المتاحة لديكم عند اتخاذ القرار. صححوا لي إن أخطأت.

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