"إذا لم تتمكن من قياسه ، فلا يمكنك إدارته." - بيتر دراكر
يخشى الكثير من الناس من أن تطوير البرمجيات بالاستعانة بمصادر خارجية يعني عدم وجود سيطرة تذكر على عملية التطوير أو عدم وجودها على الإطلاق. يعتقدون أنه ليست هناك حاجة للقياس أثناء وجود المبرمجين في نفس الغرفة. أم هناك؟
عندما كنت أعمل مبرمجًا في الثمانينيات ، اعتاد مديري على المزاح أنه كان سيوظف شابًا لديه طبل غلاية ويضعه في زاوية الغرفة. في كل مرة يتم فيها النقر على أسطوانة الغلاية ، كان علينا كتابة سطر من التعليمات البرمجية!
اليوم ، يعد الاستعانة بمصادر خارجية بتوفير كبير في التكلفة والمديرين التنفيذيين أقل اهتمامًا بالخطوط في الدقيقة مقارنة بالدولار في الساعة. لكن في النهاية ، من المهم أن تعرف أن الأموال التي تنفقها تغذي تقدمًا حقيقيًا في تطوير برنامجك. كيف يمكن القيام بذلك؟
يوفر تعهيد عمليات الأعمال (BPO) مثالاً على الاستعانة بمصادر خارجية يمكن قياسه بنجاح. يمكن تحديد العمليات التجارية مثل حسابات القبض ومكالمات المبيعات الصادرة جيدًا بحيث يمكنك قياس مدى كفاءة وفعالية تنفيذها بدقة. لا تساعدك أدوات البرامج الجديدة في اكتشاف المشكلات وأوجه القصور فحسب ، بل يمكنها أيضًا التنبؤ بالمشكلات وحلها قبل ظهورها.
لقياس تطوير البرامج الجديدة ، يمكنك تتبع عدد الميزات الجديدة التي تمت إضافتها بمرور الوقت. تقوم بعض المقاييس بتقسيم البرمجة المطلوبة إلى وحدات عمل ثم تتبع عدد الوحدات المكتملة بمرور الوقت. من الأفضل قياس النتائج يوميًا وأسبوعيًا على الأقل.
من المعروف أن المهندسين متفائلون بشأن قدرتهم على إنشاء برامج عمل. لذلك يقيس مقياس آخر مدى دقة تقديراتهم للوقت المطلوب لإنهاء تطوير البرمجيات. في البداية ، من المرجح أن تكون قدرتها على التقدير ضعيفة. يمكنك تحديد هدف للمهندسين لتحسين هذه المهارة مع استمرار تطورك حتى تتمكن من تحسين إمكانية التنبؤ بعمليتك.
لبرمجة الصيانة ، تحتاج إلى تتبع وحدات العمل أو الأخطاء التي تم إصلاحها بمرور الوقت. بالإضافة إلى ذلك ، يجب عليك قياس مقدار إعادة العمل المطلوبة للأخطاء التي تفشل في خطوة تأكيد الجودة بعد محاولات إصلاح الأخطاء.
يجب أن يلتزم فريق التعهيد الخاص بك بجدول زمني لاستكمال أعمال البرمجة. كجزء من التزامهم هذا ، يجب عليهم أيضًا الموافقة على تعريف وحدات العمل ومستوى الإنتاجية الذي يعتقدون أنه يمكنهم تحقيقه. إن التزامهم يجعلهم مستقلين ومتحررين من طلب تعليمات محددة لجميع أنشطة عملهم اليومية.
أنت تقيس عادةً إنتاجية فريق الاستعانة بمصادر خارجية ككل. عادة ما يكون الفريق عبارة عن مزيج من الأعضاء الصغار والكبار. سيحتاج المهندسون المبتدئون إلى التوجيه والإرشاد من كبار المهندسين. هذا أمر طبيعي ويجب توقعه وتشجيعه. ولكن يجب أيضًا قياسها بمرور الوقت. يمكن توقع أن يقضي كبير المهندسين من 5٪ إلى 25٪ من وقته / وقتها مع المهندسين المبتدئين اعتمادًا على مدى تعقيد المشروع والخبرة السابقة للمهندس المبتدئ.
يستخدم معظم الناس اليوم أدوات برمجية بسيطة مثل جداول البيانات و Microsoft Project لتتبع مقاييس تعهيدهم. تتوفر أيضًا أدوات أكثر تعقيدًا ولكنها باهظة الثمن ويتم تطبيقها بشكل أفضل عندما يكون لديك مجموعة كبيرة من مشاريع تطوير البرامج. يتم تطوير أدوات جديدة لحساب المقاييس تلقائيًا أثناء تطوير برنامجك.
على سبيل المثال ، يمكن استخدام مقدار الوقت الذي يتم فيه سحب الملفات المصدر من نظام التحكم في التعليمات البرمجية المصدر للمساعدة في قياس إنتاجية المهندسين لديك. تقنيات أخرى عبر الإنترنت لتتبع التقدم وقياس النتائج ستطرح قريبًا.
يمكنك استخدام المقاييس كأساس لاتفاقية مستوى الخدمة (SLA) التي تقوم بها كمورد خارجي. لكن تذكر: الغرض من اتفاقية مستوى الخدمة هو المساعدة في توجيه تطوير برامجك لتحقيق النجاح واكتشاف المشكلات وتصحيحها عند ظهورها. لا يتعلق الأمر بدعم الإدارة الجزئية أو لعبة إلقاء اللوم أو إنشاء علاقة عدائية مع فريق الاستعانة بمصادر خارجية.
هل سيصبح تطوير البرامج قابلاً للتنبؤ به مثل BPO وسيمكنك من إصلاح المشكلات قبل حدوثها؟ أشك في أنه سيكون لدينا هذا القدر الكبير من التحكم في عملية تطوير البرمجيات الإبداعية ... لكن من يدري؟ قد لا يكون هذا الرجل مع طبلة الغلاية بعيدًا!
ZZZZZZ