الديباجة
الأول ، وهو بنك روسي متوسط الحجم ، لديه بنك إنترنت للفيزيائيين والمحامين ومواقع إلكترونية وتطبيقات للهاتف المحمول. وهناك أيضًا تقسيم فرعي يرافق ويطور كل هذا الاقتصاد. هنا يأتي القائد الشاب ، الذي عمل في هذه المنظمة لأكثر من 3 سنوات ، والذي ستكون هذه القصة نيابة عنه.
خلفية
البنك حديث ، تم بناء العمليات وفقًا لـ ITIL ، للوهلة الأولى يبدو كل شيء كأنه كتاب مدرسي. كما ترى من عنوان المقالة ، سنتطرق فقط إلى جزء واحد من عملية "إجراء التغييرات" التي تهمنا.
مشكلة
كان كل شيء في هذه العملية ممتازًا باستثناء لحظة واحدة ، وهي موافقة المحلل على الجدول الزمني للتطوير مع العميل - صاحب المنتج "بنك الإنترنت للكيانات القانونية ، وقنوات الويب + الهاتف المحمول" ، وسنطلق عليه فيما يلي اسم العميل. يتفهم العميل ويقبل دائمًا العمل الذي يتم أمامه أو بمشاركته ، وهي:
- توضيح وإضفاء الطابع الرسمي على متطلباتها. لقد رأى بشكل مباشر كيف أن قصة عميل ، ونموذج أولي ، وأخيراً بيان لمطور وُلد من سطرين من النص.
- جميع أنواع الفحوصات. رأى قوائم ضخمة من الاختبارات.
- التوثيق. يمكنه إلقاء نظرة على عدد صفحات النص والصور (الرسوم البيانية).
- ولكن فيما يتعلق بالتنمية ، شعر العميل دائمًا بالحيلة ، بدا له أن قائد الفريق الملتحي الشرير (وفي الواقع ، شخص طيب القلب) الذي قدم تقييمه ، لا يرى سوى كيفية دخول 50 بالمائة من الساعات الإضافية هناك ، دون عناء مقابلة SL والحصول على الدافع بواسطة KPI. كانت هذه المشكلة التي كان على القائد الشاب حلها.
القرار
الخطوة الأولى: كيفية حساب مدة التطوير بالقيمة المطلقة
كانت هناك العديد من الأفكار ، إحداها: إجراء تقييم بناءً على المهام التي تم إكمالها مسبقًا أفضل من لا شيء ، ولكن:
- شاق لإجراء تحليل بأثر رجعي في كل مرة
- لا يمكن مطابقة جميع المهام مع نظائرها.
ماذا لو لم تأخذ المهمة بأكملها ، ولكنك قسمت كل منها إلى مكونات العمل النهائية لنظامنا (في جميع أنحاء المقالة ، سنتصل ببنك الإنترنت للكيانات القانونية ، قنوات الويب + الهاتف المحمول)؟
في حالتنا ، اتضح مثل هذا:
- تغيير تخطيط الصفحة
- إنشاء صفحة وثيقة جديدة
- إنهاء النموذج ، وعرض حقل نموذج جديد من قاعدة البيانات
- السيطرة النموذجية
- التحكم المعقد (خوارزمية معقدة غير تافهة)
- ملحق مخطط قاعدة البيانات
- البرنامج النصي لإرسال الرسائل القصيرة
- البرنامج النصي لإرسال البريد بالتوقيع الإلكتروني
إلخ في البداية كان هناك حوالي 20 وظيفة ، ونتيجة لذلك أكثر بقليل من 80.
لتقدير كثافة العمالة لكل كتلة ، تم اختراع وحدة - وحدة قياسية لتكاليف العمالة (CET ، ق). SET هو مقياس تجريدي لكثافة العمالة ، وليس له معنى مادي ، ويمكن تسميته بأي شيء تريده. من خلال تحليل بأثر رجعي (للأشهر الثلاثة الماضية) ، قمنا (أنا ، محلل النظام وقائد الفريق) بتقسيم جميع المهام إلى مكونات نهائية وقدرنا بشكل متناسب مدى تعقيد كل منها (si) ، والنتيجة موجودة في الجدول (الجدول 1).
يمكننا الآن تقييم كل مهمة في المجموعات ، على سبيل المثال:
- الهدف: تنفيذ نموذج التغذية الراجعة على الصفحة الرئيسية للنظام ، والذي يظهر للعملاء الذين لم يقدموا ملاحظات. يعرض النموذج:
- مقياس تصنيف على شكل نجوم ، من خلال النقر عليه يمكنك إعطاء تصنيف من 1 إلى 5 ،
- حقل إدخال حر بطول 500 حرف ،
- زر الإرسال ، من خلال النقر على البيانات المكتوبة إلى جدول قاعدة البيانات المقابل ، يتم إغلاق النموذج دون إعادة تحميل الصفحة.
- تحديد أبسط الإجراءات ، وفقًا للجدول 1:
- إنشاء جدول في قاعدة بيانات موجودة ، كتابة منطق عرض النموذج - 0.2 CET
- تخطيط النموذج ، حقلين + التحقق من الاكتمال - 1 CET
- كتابة طلب غير متزامن إلى جانب الخادم ، وكتابة وظيفة الخادم للكتابة في قاعدة البيانات ، - 1 SET
- حساب كثافة اليد العاملة في مجموعات العمل: 1 + 1 + 0.2 = 2.2 بتوقيت وسط أوروبا
بعد ذلك ، تم تقديم مصطلح الإنتاجية (p) ، والذي يحدد إنتاجية كل فئة من فئات المطورين (الجدول 2)
الآن أصبح من الممكن تقدير مدة التطوير لكل مهمة باستخدام الصيغة: دعنا
نواصل مع مثالنا
4. تحديد مدة العمل لموظف من فئة كبار:
2.2 (بتوقيت وسط أوروبا) / 1.5 (بتوقيت وسط أوروبا / يوم) = 1.6 يوم
المدة 1.6 يوم
نحن نفترض افتراضات: وجود مطورين متكاملين ، واحد منهم فقط يشارك في حل كل مشكلة على حدة.
أعجب العميل بطريقة التقييم لدرجة أنه عرض تقييم مراحل العمل الأخرى:
- توضيح المتطلبات
- تخطيط التنفيذ
- الاختبار والتوثيق
بما يتناسب مع وقت التطوير ، تم تقديم المعاملات التالية (الجدول 3):
الآن أصبح من الممكن تقدير مدة كل مرحلة:
المدة الكاملة للتغييرات في النظام ، وفقًا للصيغة:
على سبيل المثال:
4. تحديد مدة العمل للموظف (محلل ومطور) من فئة كبار:
0.2 * 2.2 / 1.5 + 0.3 * 2.2 / 1.5 + 2.2 / 1.5 + 0 ، 2 * 2.2 / 1.5 = 0.3 + 0.44 + 1.6 + 0.3 = 2.64 يومًا
المدة 2.64 يومًا
نتيجة لذلك ، حصلنا على منهجية مفهومة إلى حد ما ، قرر الاجتماع العام (العميل وأنا ومحلل النظام وقائد الفريق) تجربته ، وستستمر النتائج الأولى ...