مقارنة 5 إطارات قياس رشيقة: أي منها يجب أن تستخدم؟

نشرت: 2022-08-18

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

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

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

متى يجب عليك القياس؟

هناك عدد من المعايير الرئيسية التي يجب تلبيتها قبل أن تفكر في التوسع:

هل يمكنك إدارة التطوير بفريق واحد فقط؟

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

هل فريقك رشيق؟

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

هل ممارسات تطوير فريقك تحتاج إلى تحسين؟

إذا كانت الممارسات الهندسية لفريقك غير فعالة ، فقد لا يؤدي القياس إلى النتائج المرجوة. تعتبر الممارسات مثل التنفيذ السليم لـ DevOps وخط أنابيب CI / CD أمرًا حيويًا لتحقيق الاتساق عبر الفرق. أيضًا ، بدون ضمان الجودة الموحد ، قد يكون من الصعب اختبار الميزات الجديدة.

هل يقدم فريقك زيادات متكاملة؟

يتضمن التوسع دمج فرق متعددة تتعاون في نفس المنتج ، حيث ينتج كل فريق ميزات تعمل معًا. يوضح الجدول التالي تفاصيل التكوينات الأربعة الممكنة للفرق والمنتجات. لاحظ أن واحدًا فقط يستلزم القياس.

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

اختيار إطار القياس

هناك العديد من أطر التحجيم الرشيقة للاختيار من بينها ، لكننا سنركز على خمسة من أكثر الحلول استخدامًا: Scaled Agile Framework (SAFe) ، Nexus ، Scrum على نطاق واسع (LeSS) ، Scrum @ Scale ، و Agile المنضبط (DA) . لقد وجدت أن هذه الأطر هي الأكثر فعالية ، ويمكن تطبيقها على مجموعة من السيناريوهات والمؤسسات. ستزودك الأقسام التالية بالمعلومات التي تحتاجها لاتخاذ أفضل خيار لسياق القياس الفريد الخاص بك.

1. إطار رشيق متدرج (آمن)

يعد SAFe الإطار الأكثر شيوعًا لمقياس Agile. وجد استطلاع عام 2021 أن 37٪ من ممارسي Agile يستخدمونه ، ويرجع ذلك إلى حد كبير إلى تكويناته المتعددة ، وكلها تركز على تدفقات القيمة ولديها أدلة وإجراءات محددة جيدًا.

نظرًا لاستخدام SAFe لتقديم حلول معقدة تتطلب أكثر من 50 شخصًا ، فإنه ينظم الفرق في قطارات إطلاق رشيقة (ARTs). لمزامنة الفرق في ART ، يستخدم SAFe تكرارات زيادة البرنامج - على غرار سباقات Scrum - ويستمر كل تكرار عادةً من ثمانية إلى 12 أسبوعًا. يسمح هذا النهج لمديري المنتجات بالاستمرار في التركيز على الأهداف العامة والإشراف على خارطة طريق المنتج المعقدة بكفاءة دون إدخال تغييرات مفرطة.

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

لدى SAFe أربعة مستويات من التنفيذ:

أساسي آمن

يعد Essential SAFe أساس SAFe ويجب إتقانه قبل الانتقال إلى أي من التكوينات اللاحقة. يستخدم أدوار Scrum الثابتة مثل Scrum master ، ومدير المنتج ، ومالك المنتج ، كما يقدم دورًا جديدًا: مهندس قطار التحرير. يعمل هذا الشخص كقائد خادم ومدرب ART ، ويوجه الفرق لمواءمة أهدافهم. يمكن أن يكون هناك ما بين خمسة و 12 فريقًا في ART ، مع قدرة كل ART على تقديم حل كامل.

حل كبير

يقع هذا التكوين فوق Essential SAFe ويقدم مفهومًا يسمى "تدريب الحل". يتم استخدامه عند بناء حلول كبيرة ومعقدة تتطلب تنسيق العديد من تقنيات ART - يحتمل أن يكون مئات أو حتى آلاف الأشخاص - يعملون على نفس تدفق القيمة. على سبيل المثال ، إذا كنت تعمل في Microsoft ولديك ثلاثة فرق منفصلة تقوم ببرمجة Excel و Word و PowerPoint ، فإنهم جميعًا يساهمون في تدفق القيمة نفسه: Microsoft Office.

مَلَفّ

تتكون المحفظة من عدة تقنيات ART تعمل على تدفقات قيمة مختلفة. متابعة لنموذج Microsoft: فرق منفصلة تعمل على منتجات Office أو Skype أو Xbox الخاصة بالشركة.

آمن بالكامل

يجمع هذا التكوين كل الطبقات — الأساسية والحل الكبير والمحفظة — لتنسيق إدارة الفريق على مستوى المؤسسة.

استخدم SAFe إذا كانت مؤسستك:
  • هي مؤسسة كبيرة راسخة.
  • بارع في سكرم.
  • لديه الموارد المالية للتعيين لأدوار إضافية.
  • يبني حلولًا معقدة قد تتطلب عددًا كبيرًا من الفرق في المستقبل.
  • يتخذ نهجًا صارمًا لمتابعة ممارسات الإطار الأساسية.
  • لديه قيادة رشيقة ، والتي تدعم اتخاذ القرار عبر الحدود.

2. نيكزس

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

أثناء العدو ، تشارك الفرق في جلسة تحسين لتحديد الأولويات وتقدير الأعمال المتراكمة. نظرًا لأن تعقيد إدارة الأعمال المتراكمة يزداد مع زيادة عدد الفرق ، فإن Nexus تفرض جلسات التحسين. تجتمع الفرق للمراجعات والاستعراضات بعد كل سباق.

استخدم Nexus إذا كانت مؤسستك:
  • هي شركة ناشئة في حاجة إلى إطار عمل خفيف الوزن.
  • بارع في سكرم.
  • لديها موارد مالية محدودة.
  • يبني حلولاً بسيطة.

3. Scrum على نطاق واسع (LeSS)

تتطابق LeSS تقريبًا مع Nexus ، ولكن لها اختلافات طفيفة ، مثل اصطلاحات التسمية وجلسات تخطيط العدو الخاصة بالفريق الإضافي. كما أنها تختلف في قدرتها على التوسع من خلال تكوينها الثاني ، LeSS Huge ، الذي يدعم تعاون أكثر من ثمانية فرق.

يأخذ LeSS Huge نهجًا يركز على العميل لتنظيم التنمية. لإدارة العمل بشكل فعال ، يتطلب الأمر من مالك المنتج تقسيم تراكم المنتج عالي المستوى إلى "مساحات متراكمة" أصغر من العناصر الأكثر دقة ثم فرزها بشكل أكبر - إلى مناطق متطلبات.

تتم إدارة مناطق المتطلبات هذه بواسطة مالكي منتجات المنطقة (APOs). APOs متخصصون في المجالات المتعلقة بكل مجال ويعملون مع عدة فرق على حلول لمنطقتهم. ينتمي كل متطلب مخزن في الأعمال المتراكمة إلى منطقة متطلبات واحدة فقط ، ويتم إدارة كل منطقة بواسطة APO واحد فقط. معًا ، يشكل مالك المنتج والموظفون المساعدون فريقًا مسؤولاً عن تحديد الأولويات من خلال عرض على مستوى المنتج.

استخدم LeSS و LeSS Huge إذا كانت مؤسستك:
  • هي شركة ناشئة في حاجة إلى إطار عمل خفيف الوزن.
  • بارع في سكرم.
  • لديها موارد مالية محدودة.
  • يبني حلولًا معقدة قد تتطلب عددًا كبيرًا من الفرق في المستقبل.

4. Scrum @ Scale

Scrum @ Scale هو امتداد لـ Scrum ومن المحتمل أنه أسهل إطار للتعلم والفهم. يتدرج من فريق إلى فريق من الفرق.

المكون الأساسي للإطار هو Scrum of Scrums (SoS). يختار كل فريق فردًا لتمثيله في اجتماعات SoS ، والتي عادةً ما تتم يوميًا بعد اجتماعات الفريق الفردية. الهدف من اجتماع SoS اليومي هو المساعدة في التنسيق والتواصل بين الفرق ، وتسهيل الإدارة السهلة لأي تبعيات أو تداخلات.

الأدوار الفريدة في هذا الإطار تشمل SoS master ، وهو في الأساس نسخة متدرجة من Scrum Master ، ومالك المنتج الرئيسي ، الذي يعمل مع مالكي منتجات الفريق لتشكيل تراكم مشترك لـ SoS.

Scrum @ Scale أقل إرشادًا من الأطر الأخرى ، مما يسمح للمؤسسات بالتوسع وفقًا لوتيرتها الخاصة. إذا استمر عدد الفرق في النمو وأصبحت اجتماعات SoS كبيرة جدًا ، يمكن للمؤسسات تصعيد إطار العمل إلى Scrum of Scrum of Scrums (SoSoS).

استخدم Scrum @ Scale إذا كانت مؤسستك:
  • هي مؤسسة كبيرة.
  • يتطلب منهجًا مرنًا للقياس.
  • بارع في سكرم.
  • يبني حلولًا معقدة قد تتطلب عددًا كبيرًا من الفرق في المستقبل.

5. رشيق منضبط (DA)

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

يمكن تطبيقها على مستوى فريق تطوير البرمجيات أو على مستوى المؤسسة. بالنسبة للأخير ، تحدد مجموعة أدوات DA الوظائف التجارية المختلفة - مثل التمويل ، وعمليات تكنولوجيا المعلومات ، وإدارة البائعين - التي يجب أن تتناولها ، وتقدم مجموعة من الخيارات للقيام بذلك.

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

يمكن استخدام DA فوق الأطر الأخرى لتوسيع نطاقها.

استخدم DA إذا كانت مؤسستك:
  • هي مؤسسة كبيرة راسخة.
  • رشيق ولكنه لا يلتزم بـ Scrum على وجه التحديد.
  • يتطلب نهجا أكثر مرونة.
  • لديه الموارد المالية للتعيين لأدوار إضافية.

اختر بعناية وقم بالقياس ببطء

يعد توسيع نطاق فرق Agile ودمج عملهم بسلاسة أمرًا صعبًا ولكن يمكن تسهيله من خلال اختيار أفضل إطار عمل. استخدم المخطط الانسيابي أدناه كخطوة أولى لتوجيه عملية اتخاذ القرار.

مخطط انسيابي يحتوي كل سؤال فيه على خيار نعم أو لا. السؤال الأول هو "هل مؤسستك بارعة في سكرم؟" يؤدي خيار no إلى إجابة "DA". يؤدي خيار "نعم" إلى سؤال ثانٍ ، "هل تقوم مؤسستك ببناء حلول معقدة؟" يؤدي عدم وجود خيار لهذا السؤال إلى إجابة "Nexus". يؤدي خيار "نعم" إلى سؤال ثالث ، "هل مؤسستك شركة ناشئة؟" يؤدي خيار "نعم" لهذا السؤال إلى إجابة "LesSS / LeSS Huge". يؤدي خيار "لا" إلى سؤال رابع ، "هل تتطلب مؤسستك نهجًا مرنًا؟" يؤدي خيار "نعم" لهذا السؤال إلى إجابة "Scrum @ Scale". يؤدي خيار "لا" أيضًا إلى إجابة "آمنة".
يعتمد اختيار الإطار الصحيح على عدد من المتغيرات.

أنا واثق من أنك ستجد إطار التوسع الذي يناسب خبرة مؤسستك ونهجها وميزانيتها ومنتجاتها من بين تلك المعروضة هنا. أيًا كان إطار العمل الذي تختاره ، من الضروري عدم التسرع - التوسع بشكل تدريجي لتقليل الاضطراب والتخطيط للتغييرات بشكل جيد مقدمًا.

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