مقياس رشيق: أفضل الممارسات الآمنة للماجستير سكرم

هذه المقالة هي الجزء الثاني من سلسلة Toptal's Agile ، المصممة لتوجيه مديري المشاريع في جهود توسيع فريقهم. اقرأ الدفعة الأولى ، "مقارنة 5 أطر عمل لتوسيع نطاق رشيقة: أي منها يجب أن تستخدم؟" للحصول على نظرة عامة متعمقة حول الخيارات الأكثر شيوعًا.

مع نمو المنتجات وتصبح أكثر تعقيدًا ، تزداد كذلك الفرق التي تنتجها. عندما يحين وقت التوسع ، تنتقل العديد من الشركات من Scrum إلى Scaled Agile Framework (SAFe) ، وهو نظام يتم تنفيذه على مستوى المؤسسة ويسمح للشركات بإدارة منتجات متعددة ومعقدة تتطلب تطوير فرق من الفرق.

سينتقل سيد Scrum إلى إطار عمل SAFe إلى بيئة مألوفة وجديدة في نفس الوقت. تستند المصنوعات والأدوار والاحتفالات على Scrum. لكن العمل على نطاق أعلى يأتي مع بعض المسؤوليات الإضافية خاصة بالنسبة لخبراء Scrum الذين يختارون الانتقال إلى دور مهندس قطار التحرير (RTE) ، وهو مسار مشترك. يعمل RTE بصفته سيد Scrum في قطار الإصدار بأكمله. بدلاً من قيادة فريق Scrum المكون من 9 إلى 11 شخصًا ، يصبح RTEs قادة خادمين لفرق من الفرق التي تمتد عبر أقسام متعددة ، وينظمون أحداثًا ذات حجم ونطاق أكبر.

الأساسيات: سكروم إلى آمن

تسمح SAFe للشركة بتطبيق نهج وقيم ومبادئ Agile عبر فرق متعددة. يُعرف "فريق الفرق" الناتج باسم قطار الإطلاق السريع (ART). تستمر الفرق الفردية في توظيف سيد Scrum للقيام بالأعمال كالمعتاد ، في حين أن دور Scrum-master مثل في ART يتم بواسطة RTE. يطبق RTE الآليات العامة والحوكمة في Scrum ، ولكن على المستوى التنظيمي ، وليس الجماعي. تتغير أدوار Scrum والتحف التقليدية الأخرى على مستوى الفريق وفقًا لذلك أيضًا. على سبيل المثال ، يصبح "مالك المنتج" ART مديرًا للمنتج ؛ "تراكم المنتج" يصبح تراكم البرنامج ؛ "تراكم العدو" هو تراكم التكرار ؛ و "زيادة المنتج" هي الآن زيادة البرنامج (PI).

هناك أربعة تكوينات لـ SAFe - أساسي ، وحل كبير ، ومحفظة ، وكامل - ويعتمد الإعداد الذي تستخدمه على مدى انتشار شركتك لإطار العمل. تسمح التكوينات بالتنفيذ على مستويات متعددة ، بدءًا من عدة فرق تعمل معًا إلى التكامل الكامل للمحفظة وسرعة الأعمال على مستوى المؤسسة. ولكن على كل مستوى ، يظل الهدف هو توسيع نطاق ممارسات Agile و Scrum ، وليس استبدالها.

سكرم الماجستير في آمنة

سيجد أساتذة Scrum الذين يعملون في إطار عمل SAFe على مستوى الفريق أن وظائفهم لا تختلف اختلافًا كبيرًا. سيظلون قائدين خادمين لفريق Agile ، ومسؤولين عن التدريب والتعليم ، وإزالة العوائق ، وتعزيز بيئة يشعر فيها أعضاء الفريق بالأمان لأداء أفضل ما لديهم والتحسين المستمر.

ومع ذلك ، ستكون هناك بعض المسؤوليات الجديدة. سيدعم SAFe Scrum Master فريق RTE في حدث تخطيط PI وفي تنفيذ البرنامج ، ويمثل فريقهم في اجتماعات ART sync. عندما تكون هناك عوائق تتجاوز قدرة الفريق على إزالتها ، يقوم سيد سكرم بتصعيدها إلى RTE.

سيجد سيد Scrum الذي يقرر أن يصبح RTE أن دوره يأتي مع اعتبارات أكثر بالتأكيد. قد تتضمن ART فرقًا جديدة عليك أو جديدة على Agile ، مثل تحليل الأعمال أو الأجهزة أو الامتثال. ونظرًا لأن التكوينات الأعلى لـ SAFe تتضمن عمليات البرنامج أو المحفظة ، فستشارك الإدارة بشكل مباشر ومنتظم بطرق لن تكون في Scrum ، مع التأكد من أن كل شيء يتماشى مع أهداف مستوى المؤسسة و / أو المحفظة.

يعد RTE مسؤولاً عن إزالة العوائق التي تتجاوز قدرة الفريق الواحد. يتواصلون مع أصحاب المصلحة ويقودون التحسين المستمر على مستوى ART. لا يقوم فريق RTE بتدريب الفرق فحسب ، بل يقوم أيضًا بتدريب قادة تلك الفرق ، مما يساعد جميع مستويات ART على التحرك نحو التنظيم الذاتي والإدارة الذاتية.

أحداث آمنة

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

تخطيط PI

يعد حدث تخطيط PI احتفالًا أساسيًا لـ SAFe ، وهي جلسة عملاقة لمدة يومين لمواءمة أهداف جميع الفرق داخل ART للأسابيع الثمانية إلى الاثني عشر القادمة من خلال إنشاء خطة PI. إنه مثل حدث التخطيط السريع ، لكنه يمتد على عدة سباقات عبر فرق متعددة.

المدخلات

• رؤية العمل
• قائمة بأهم 10 إلى 15 ميزة ليتم تنفيذها
• تفاصيل حول قدرة كل فريق

النواتج

• خطة PI (خطة تسليم للخمسة إلى ستة سباقات السرعة القادمة)
• أهداف الباحث الرئيسي
• قائمة المخاطر المحتملة

نصائح عامة لحدث تخطيط PI

• الحصول على موافقة أصحاب المصلحة. قبل الاجتماع ، يجب أن تحدد RTEs من هم أصحاب المصلحة الرئيسيين وتشارك مدخلاتهم مع المجموعة.
• محاذاة الأولويات. قبل الجلسة ، حدد موعدًا لاجتماع ليوم كامل مع فريق إدارة المنتج للاتفاق على عرض رفيع المستوى للميزات التي يجب تقديمها ، بالإضافة إلى الأولويات المستقبلية. سيكون هناك الكثير للعمل في هذا الحدث ، مثل المخاطر والتبعيات ، ومن الجيد أن يكون لديك اتفاق توجيه أساسي في مكانه.
• تمرين! تخطيط PI هو حدث ضخم. قد لا يكون من المفيد قضاء يومين كاملين في التمرين ، ولكن جلسة من ساعتين إلى أربع ساعات مع قادة فريق ART والتي تخلق تجربة أقرب ما يمكن ستساعد بشكل كبير. قم بإنشاء نسخة مبسطة من جدول أعمال الحدث وشاركها قبل التدريب حتى تبدأ الممارسة من مكان جيد الاطلاع.
• كن مستعدًا لتسلل المهمة. الهدف من تخطيط PI هو تقديم خطة طويلة الأجل في فترة زمنية قصيرة نسبيًا. قد يرغب الناس أحيانًا في الخوض في تفاصيل شاملة حول كل شيء ، وهذا ليس الغرض من الحدث. اشرح ذلك لقادة الفريق في التدريب وفي الجلسة ؛ ذكر الفرق أن الهدف هو تقديم خطط عالية المستوى وإنشاء التوافق ، وليس التخطيط لكل دقيقة من الأشهر الثلاثة المقبلة.
• قم بإعداد معلومات عن قدرات الفريق. اطلب من أساتذة Scrum تقديم حسابات السعة للأسابيع الثمانية إلى الاثني عشر القادمة. توقع بعض التراجع أو الأسئلة ؛ على سبيل المثال ، قد لا يعرف سيد سكرم بدقة عدد حالات الغياب التي سيحصل عليها فريقهم خلال الشهرين المقبلين. في مثل هذه الحالات ، اطلب تقديرات ، وكن مرنًا عند الاستجابة لحدود السعة أثناء الباحث الرئيسي نفسه.
• مشاركة جدول أعمال التخطيط PI. وزع الجدول قبل الحدث بأسبوعين على الأقل ، وكن مستعدًا للإجابة على الكثير من الأسئلة. سيكون هناك العديد من الحاضرين ، وإذا كانت SAFe جديدة بالنسبة لك ولشركتك ، فمن المحتمل أن تكون جديدة أيضًا على العديد من أعضاء الفريق الآخرين. في تجربتي ، بحلول الحدث الثاني أو الثالث لتخطيط PI ، يصبح الضغط على الميسرين أقل حدة حيث تتعرف الفرق على الحدث وتعرف ما يمكن توقعه.
• تأمين حضور الإدارة. غالبًا ما يكون من الصعب على المديرين أو كبار المديرين حضور حدث لمدة يومين ، ولكن حضور الإدارة أمر لا بد منه لضمان المواءمة عالية المستوى. قم بتأكيد حضورهم قبل أسبوعين على الأقل من تخطيط الباحث الرئيسي ، وقم بالترتيب لأي دعم سيحتاجون إليه. الأمر نفسه ينطبق على أصحاب الأعمال ، الذين يحتاجون إلى التوقيع على أهداف PI.

ART Sync

حدث مزامنة ART هو اجتماع أسبوعي حيث يمكن لـ RTE اكتساب رؤى حول تقدم الفرق وتحديد مخاطر البرنامج وحواجز الطريق. في حين أنها ليست المناسبة الوحيدة بأي حال من الأحوال بالنسبة إلى RTE لتقييم العوائق وتحديد ما إذا كانت تتطلب تصعيدًا ، فهو حدث مهم يوفر مكانًا منتظمًا لإثارة هذه الأمور.

المدخلات

• تقدم الفرق
• سجل الموانع
• خطة PI (لتحديد أي انحرافات كبيرة بين الخطة والتقدم الفعلي)

النواتج

• التصعيد (إذا لزم الأمر)
• قرارات بشأن أي تغييرات على خطة PI

نصائح عامة حول حدث مزامنة ART

• شجع التواصل المنتظم. نظرًا لأن ART Sync يكون أسبوعيًا ، بدلاً من يوميًا مثل قوائم Scrum الاحتياطية ، يجب أن يوضح RTE أنه يمكن للفرق إثارة المشكلات العاجلة على الفور ، ويجب ألا تنتظر مزامنة ART التالية.
• كن مستعدًا بالبيانات. اطلب من أساتذة Scrum وأصحاب المنتجات إحضار مقاييس تقدم قابلة للقياس ، مثل الإرهاق أو التدفق التراكمي ، من أجل إجراء محادثة مستنيرة حول التقدم.
• تجاوز مراجعة الحالة الأسبوعية. يُقصد بمزامنة ART أن تكون حدثًا يتم فيه محاذاة الأولويات وحل المشكلات ، وليس مجرد تسجيل وصول.

عرض النظام

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

إدخال

• حالة العمل الحالية بناءً على مخرجات جميع أعضاء فريق Agile على مدار التكرار السابق

النواتج

• تعليقات على ملاءمة النظام للغرض
• التغييرات على التراكم (إذا لزم الأمر)

نصائح عامة لحدث عرض النظام

• تمرين! خصص 30 إلى 45 دقيقة كل أسبوعين للعمل مع مقدمي العروض لتوضيح شرائحهم.
• تخلص من الشرائح. اعرض العمل الفعلي المتكامل. إذا كنت تعمل على منتج برمجي ، اطلب من العارضين أن يظهروا لأصحاب المصلحة زيادة في منتج العمل بدلاً من مجموعة الشرائح. إذا أمكن ، اعرض منتجك في بيئة مرحلية. تريد أن يكون العرض التوضيحي مشابهًا بدقة لتجربة المستخدم النهائي. إذا كنت غير قادر على تقديم نظام متكامل كل أسبوعين ، فابحث عن مسار التسليم الخاص بك وقم بالعصف الذهني مع الفرق حول كيفية تبني ثقافة CI / CD و DevOps.
• ركز على قيمة العمل. العرض التقديمي الخاص بك هو لأصحاب الأعمال وأصحاب المصلحة ؛ مشاركة ما هو الأكثر أهمية بالنسبة لهم.
• حافظ على تركيز التعليقات. ستكون ملاحظات أصحاب المصلحة التي تتلقاها مهمة ، لكن هذا الحدث ليس الوقت المناسب لإجراء تغييرات جذرية على رؤية المنتج أو خارطة الطريق. كن مستعدًا لإعادة توجيه المحادثة إلى التعليقات عالية المستوى التي يمكن للفرق تحويلها إلى عناصر عمل في وقت لاحق.
• اختصر. أصحاب المصلحة أشخاص مشغولون ؛ سينتج عن الاجتماع الذي يستغرق من 45 إلى 60 دقيقة المزيد من الحضور المتكرر والمشاركة.
• امنح الوقت للأسئلة والأجوبة. كن شفافا في إجاباتك. تذكر أنه في بعض الأحيان تكون "لا أعرف ، ولكن يمكننا معرفة ذلك" هي أفضل إجابة.

فحص وتكييف

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

• العرض التوضيحي لنظام PI: عرض لإخراج PI المتكامل بالكامل. إنه مشابه للعرض التوضيحي للنظام الرئيسي ، ولكن بدلاً من تكرار واحد ، يعرض هذا الحدث العمل المتكامل عبر PI بأكمله.
• القياسات الكمية والنوعية: فرصة لـ RTE لتقديم المقاييس التي تم جمعها على مدار PI. تتضمن هذه المقاييس (على سبيل المثال لا الحصر) سرعة الفريق أو قصص المستخدمين المقبولة أو تغطية اختبار الوحدة أو العيوب المفتوحة.
• ورشة عمل بأثر رجعي وحل المشكلات: فرصة للمشاركين لإلقاء نظرة على الباحث الرئيسي ، والتفكير فيما نجح وما لم ينجح ، وتحديد المشكلات المنهجية ، واقتراح طرق لحلها.

المدخلات

• تقدم الفرق
• الوضع الحالي لعمل ART المتكامل ، بما في ذلك كل ناتج زيادة البرنامج

انتاج |

• قائمة التحسينات المحتملة

نصائح عامة لحدث الفحص والتكيف

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

يقارن الجدول أدناه أحداث SAFe مع نظائرها في Scrum ، ويصف تواتر وتنفيذ الاحتفالات على مستوى المؤسسة:

تصعيد وتوسيع النطاق

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