ما هو المعنى الخفي للمؤلفين في دليل SCRUM. الجزء 1. حول العملية

الحديث عن السحر و unicorns SCRUM-a؟

صورة

ليس سرا أن العديد حاولوا تنفيذ SCRUM في منازلهم ، ولكن لم ينجح الجميع ، والكثير لا يفهم من أين يمكن أن يأتي السحر.

موافق على الفور ، الدليل الوحيد لـ SCRUM هو Scrum Guides ، إنه يتغير وتحديثات ، لذلك أنصحك بإعادة قراءته بانتظام.

لن تحل سلسلة المقالات هذه محل قراءة الدليل ، ولكنها ستكون إضافة إلى الدليل مع بعض الإضافات الشخصية للمؤلف.

وربما سنبدأ بما هو مكتوب في الصفحة الأخيرة من الدليل:

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

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


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

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

لكن لماذا؟ لماذا ، يعتقد مدير (كلاسيكي) نموذجي ، قرر فجأة تنفيذ SCRUM في المنزل ، أن "العملية التكنولوجية" ليست في شركته. شعبه مختلف ، أيديهم مختلفة أو أرجلهم ، الشفرة مكتوبة في المكان الخطأ؟ وبشكل عام ، يبدو أنني لا أهتم بكل 30 عامًا من تطور المناهج الإدارية. هناك مليون سبب لاختراع دراجتك لأول مرة في مليون ، ثم اكتب بفخر عن ذلك على محور ، أو حتى كتابة كتاب عن "سكرومك الأسود" . من خلال تعميم أن "bodygirl" ، من خلال ألم ودموع المطورين ، دمرت العملية الكلاسيكية الراسخة التي عاشت معها الشركة لعدة عقود من قبل ، ونتيجة لذلك ، لم تنجح.

// SCRUM هو - سهل الفهم


هذا ما أعنيه. ما يمكن أن يكون أبسط من SCRUM: قم بالتخطيط وقضاء خمس دقائق في الصباح وبعد أسبوعين اجمع الجميع ودعهم يظهرون النتيجة (لم تعد هناك حاجة إليها عادةً) ، وانتظر المنتج ، الذي يجلب المال والفرح والفخر للجميع! ببساطة؟ دعنا ننفذ ، كما يقول المدراء!

عادة ما يأتي هذا "الخطاف" عبر الشباب وغير ذوي الخبرة ، لأن (القراء) ذوي الخبرة يعرفون بالفعل أنه ليس بهذه البساطة.

// SCRUM هو - من الصعب السيطرة عليه


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

يعلم الجميع أن المدير السيئ (الذي يتحلل معه الفريق) هو:

  • لا يمكن التفويض
  • يوزع العمل بنفسه ، يقبل النتيجة
  • الشاشات اليومية
  • تتطلب تقارير مستمرة ، وثائق ، ملء الواقيات الزمنية (جداول الحضور)
  • لا تثق بالفريق
  • يفرض قراراته

(أتمنى أن لا يعترف أحد بنفسي هنا)

هذا هو نفس "القلق الشديد" ، أو أنه شعور "الأكبر" ، "الوالد" ، "المسؤول الأكبر" ، "أنا فقط بحاجة إليه"

من خلال الأمر ، يؤدي هذا بالضرورة السحر السيئ:

  • يفقد الفريق القدرة على التفكير. (أنت مدير توقف عن الفلسفة هنا ، ولكن أخبرني فقط ماذا أفعل)
  • يعمل الفريق على المهام ، وليس النتيجة ، أحيانًا "يتظاهر" بالنشاط. (نقوم بالمهمة 1 ، المهمة 2 ، المهمة 3 ، وانخفض المنتج ، دع المسؤولين / المطورين يفهمون.)
  • الفريق مشغول في إعداد التقارير والتوثيق ولكن ليس في العمل. (أكتب تقارير نصف يوم يومي الاثنين والجمعة ، لا أقوم بالمهام.)
  • يقاوم الفريق أي ابتكار. (ما هي الاختبارات التلقائية؟ دعنا ننجز المهمة.)

ليس الأمر غريبًا ، لكن SCRUM "يحد" الفريق من "التحكم المفرط" من قبل "الأب الرئيسي".

هل تحتاج إلى إثبات؟ احتفظ بكل شيء وفقًا لـ Scrum Guide:

ستاندوب ، فقط لفريق التطوير!


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

في الدليل ، ليس عبثًا أنه مكتوب -
The Daily Scrum هو اجتماع داخلي لفريق التطوير. في حالة وجود آخرين ، يضمن Scrum Master عدم تعطيل الاجتماع

(Daily Scrum هو اجتماع داخلي لفريق التطوير. إذا كان هناك
هناك شخص آخر ، يتأكد Scrum-master من أنهم لا يتدخلون في الاجتماع)


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

في الاجتماعات مع مالك المنتج ، ليس لدى الفريق أكثر من 10٪ من الوقت ، وليس أكثر من دقيقة


(أعني تلك التي يوجد فيها أمر الشراء ، يمكن للفريق أن يتحول دائمًا إلى أمر الشراء إذا كانوا بحاجة إليه)

لأنه لسباق لمدة أسبوعين ، يتم تنظيم هذه الاجتماعات بثلاثة اجتماعات:

  • 4 ساعات كحد أقصى عند التخطيط لسبرينت
  • الحد الأقصى 2 على Sprint rewiew
  • و 1.5 ساعة سبرينت ريترو

هذا كل شيء ، في غضون أسبوعين ، يمتلك مالك المنتج ، وفقًا للوائح ، 7.5 ساعات فقط ، حيث لا يوجد وقت على الإطلاق لـ "التحكم". 90٪ المتبقية من الوقت للفريق يعمل على الهدف من الركض. (ولكن هل تنظر كم فريقك حقا يمكن مدونة؟)

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

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


لأنه لا يُكتب في أي مكان أنه يجب على مالك المنتج كتابة متطلبات المنتج نفسه ، ولكن يتم كتابة ما يجب تحديده وجعله مفهومًا للجميع.

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

3 مبادئ SCRUM: الشفافية والبحث والتكيف

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

لا ، SCRUM كابوس للمدير الكلاسيكي ، وكان الناس يعيشون في "العمليات".

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

كخلاصة: أفضل طريقة لدفن SCRUM هي تعيين مالك المنتج أو المشاريع السابقة أو مديريك.

  • ص.ب. ، وليس قائدًا.
  • يجب أن يكون PO شخصًا ذا قدرات فريدة - لرؤية المعبئ حيث لا يراه الآخرون.
  • يجب أن يفهم أمر الشراء المكان الذي يوجد فيه أموال / قيم أقل وأولويات أقل.
  • يجب أن يكون PO قادرًا على جلب المعبئ إلى الفريق ، حيث سيقوم الفريق نفسه ببيع منتجه بالفعل.

وأكثر
— ? , Scrum , , .

دع الناس الطيبين يقرؤون مقالات جيدة :)

All Articles