مقياس واحد ليحكمهم جميعًا - هل هناك مقياس عالمي واحد؟

حلقة واحدة للحكم عليهم جميعا
جيرتولكين

"يمكنك فقط التحكم فيما يمكن قياسه"
P. Drucker

عندما يتعلق الأمر بالمقاييس ، يتبادر إلى الذهن عشرات ، إن لم يكن المئات ، من الخيارات المختلفة.
ما هي القياسات التي لم تخترع!

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

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

أريد نوعًا من القياس ، مثل هذا الذي نظرت إليه ، وأصبح كل شيء واضحًا على الفور.
ولكن هل هو موجود؟ أم أنه لا يوجد سحر؟

دعونا نلقي نظرة ونلقي نظرة على مثال محدد ...

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

جيرا ومهامها

تخيل أن شركتك تستخدم متعقب المهام Jira وأن جميع المطورين ملزمون بتمييز أحداث أخذ المهام للعمل وحلولهم.

يمكنك الحصول على تفريغ لمهام جيرا ، ولكن ماذا تفعل بعد ذلك؟

الفكرة الجيدة في هذه الحالة هي التفكير في ما تريد إدارته بالضبط والنتيجة التي تريد تحقيقها.

اقرأ ، على سبيل المثال ، المقالة " نظرة ثاقبة في المقاييس: كما أفهمها ، ما هي المقاييس وما هو سحرها الرئيسي "

وإذا أضفنا هنا أيضًا الكتب "Lean Analytics" و "Running Lean" و Tao Toyota ، يصبح من الواضح أنه في حالة Jira ، من الأفضل إدارة وقياس وقت تسليم الوظيفة المطورة إلى حفلة التخرج.

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



كيف تكون؟ هل هناك مقياس واحد فقط يمكن من خلال نظرة واحدة فهم كل شيء؟

إذا رأيت بأم عينيك العشرات من المقاييس التي تمت مناقشتها أعلاه ، فأنا أعرف إجابتك مقدمًا - ستقول: لا! ولذا أريد ...

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

والمثير للدهشة ، يبدو أن هناك مقياسًا جديرًا يمكن أن يدعي لقب One and Only بأمان.

دعونا نلقي نظرة فاحصة عليه.

هناك تقرير في جيرا مثل "مخطط التدفق الكامل" ...



"توقف ، توقف ، الجميع يعرفه - أنت تقول ، لن أجد أي شيء جديد هنا"
بشكل عام ، نعم ، التقرير معروف جيدًا للجميع ، ولكن مع ذلك دعونا نلقي نظرة عليه بمزيد من التفاصيل. أؤكد لك أنك ستجد العديد من المفاجآت "السارة".

إليك كيف يبدو عادة:



بعض الخطوط. لماذا هم؟ لماذا؟ ماذا يقصدون؟ وإليك ما ...

شريط أحمر داكن - عدد المهام المكتملة على أساس الاستحقاق . الأزرق هو عدد المهام في العمل ، والأصفر هو المهام الجديدة المسجلة في الأعمال المتراكمة.

الإجمالي التراكمي هو عندما تتم إضافة المهام التي تم إجراؤها دائمًا إلى عدد المهام التي تم إجراؤها سابقًا.

على سبيل المثال ، تخيل أنك قمت بمهمتين أول من أمس. على الرسم البياني في أول أمس ، سيتم ملاحظة: 2.

بالأمس قمت بـ 3 مهام أخرى. ستكون النقطة التالية على الرسم البياني 2 (أمس) +3 (أمس) = 5.

واليوم قمت بمهمة أخرى. ستكون نقطة اليوم على الرسم البياني تساوي 2 (أمس) +3 (أمس) +1 (اليوم) = 6

على سبيل المثال سوف يزيد الجدول الزمني طوال الوقت.

وهكذا ، إذا وضعت على الرسم البياني عدد المهام المنجزة ، وعدد المهام في العمل والمهام الجديدة ، فيمكنك استخراج مقياس One One و Only.

دعونا نفكر في مثال حقيقي (التفريغ من Kibana و Elasticsearch):



ترى؟

في الواقع ، يمكننا حساب سرعة (أو إنتاجية) التطور. تم الانتهاء من 200 مهمة جديدة في 17 يومًا. من هنا نحصل على أن سرعة التطوير الحالية هي 11.76 مهمة / يوم ، أي 0.085 يوم لكل مهمة .

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

في سرعة التطوير الحالية ، سيتم الانتهاء من 800 مهمة جديدة تم إنشاؤها في 06/17/2018 فقط بعد 68.03 يومًا.

حسنًا؟ في رأيي ، ليس حقا.

يتحدث؟ بالتأكيد!

هنا مثال حقيقي آخر (تقرير جيرا). هذا هو الجدول الزمني لتنفيذ التذاكر عن طريق الدعم الفني:



بنفس الطريقة ، نقوم بحساب إنتاجية خدمة الدعم - 2.7 مهمة / يوم.

هناك شيء نسعى إليه

لا يكفي معرفة السرعة الحالية. يجب عليك أيضًا فهم القيمة المستهدفة ، أي انظر ما نسعى إليه.

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

توظف خدمة الدعم 15 شخصًا. اتضح أن هناك 0.18 مهمة / يوم لكل شخص.

لنفترض أنك تريد زيادة سرعة التنفيذ وجعل الخدمة قادرة على العمل ليس 2.7 مهمة في اليوم ، ولكن 10 (القيمة المستهدفة).

يقوم شخص واحد بعمل 0.18 مهمة في اليوم ، مما يعني أن 56 شخصًا سيقومون بـ 10 مهام.

حسنًا ، أو كخيار ، يمكنك زيادة سرعة شخص واحد.

بسرعة مهمة واحدة في اليوم ، بالنسبة لـ 10 مهام ، لن تحتاج بعد الآن إلى 56 شخصًا ، ولكن فقط 10.

ندير وقت التسليم

اتضح أن المقياس يسمح لك ، في الواقع ، بالتأثير على وقت التسليم.

بمقارنة الأداء الحالي بالقيمة المستهدفة ، يمكنك فهم عدد المرات التي تحتاج فيها لتسريع العملية.

من خلال تغيير المعلمات التي تشكل الإنتاجية (عدد الأشخاص وسرعة عملهم) ، يمكنك التحكم في إجمالي وقت التسليم.

في أي مكان آخر ينطبق هذا؟

في الواقع ، يمكن رؤية نظائر المقياس في العديد من المجالات.

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

من الواضح أن المقياس مثالي أيضًا لـ DevOps. فقط احسب عدد التوزيعات (التجميعات) التي وصلت إلى حفلة موسيقية في وقت معين واحصل على الأداء الحالي لخط الأنابيب الخاص بك.

من حيث المبدأ ، يمكن استخدام نفس المقياس في المجالات المتعلقة بالمال.

على سبيل المثال ، بالنسبة لمتجر على الإنترنت ، يمكن للمرء أيضًا حساب عدد الطلبات لفترة معينة. السؤال كله ، هل تحتاج المتاجر إليه حقًا؟

الخلاصة

كما ترى ، لا يزال للمقياس العالمي الوحيد فقط الحق في الحياة ، على الأقل في مجال تطوير البرمجيات وأقسام الخدمة (خدمة الدعم الفني).

من السهل الحساب ، ويحتوي على معنى ، ويمكن استخدامه للمقارنة مع القيمة المستهدفة.

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

ما رأيك بالمقياس العالمي؟

ما المقياس الذي تستخدمه كمقياس عالمي؟