دليل سكرم | 25. لعبة تقدير الفريق
نشرت: 2022-05-28لعبة تقدير الفريق هي تقنية تسهل التخطيط السريع في سكرم. كيف تختلف عن التخطيط للبوكر؟ لماذا تجد بعض فرق التطوير أنها أداة أكثر فعالية والبعض الآخر لا؟ ستجد كل ما تريد معرفته عنها في المقالة التالية.
لعبة تقدير الفريق - جدول المحتويات:
- مقدمة
- قواعد لعبة تقدير الفريق
- لعبة تقدير الفريق مقابل التخطيط للبوكر
- ملخص
مقدمة
تسمى لعبة تقدير الفريق أيضًا باسم Swimlanes Estimation. نشأ المصطلح الأخير كملاحظة تلقائية للعبة الورق حيث أن عرض البطاقات يشبه ممرات السباحة لبركة الماء.
تكتسب لعبة تقدير الفريق شعبيةً باستمرار ، لأنها تتيح لفرق التطوير إنشاء تقديرات أسرع بثلاث مرات من استخدام التخطيط للبوكر.
نكتب عن هذه التقنية في المقالة السابقة. اليوم ، دعونا نركز على لعبة تقدير الفريق.
قواعد لعبة تقدير الفريق
مطالبات لعبة تقدير الفريق:
- مجموعة بطاقات قصص المستخدمين - مُعدة بشكل منفصل لكل لعبة
- مجموعة بطاقات ستوري بوينت - للاستخدام المتكرر
أولاً ، قم بتكديس بطاقات User Stories بالترتيب المقابل للإدخالات في Product Backlog. لضمان تقدير الأشياء الأكثر إلحاحًا أولاً.
عادة ما تحتوي بطاقات التسجيل على قيم مطابقة لتسلسل فيبوناتشي. هذا تسلسل من الأرقام التالية: 0 ، 1 ، 3 ، 5 ، 8 ، 13 ، 20 ، 40 ، و 100. يمكنك أيضًا تصنيفها بقوى متتالية للرقم 2 ، أي 2 ، 4 ، 8 ، 16 ، 32 ، وما إلى ذلك.
مراحل لعبة Team Estimation:
- مقدمة. للعب لعبة تقدير الفريق ، يجلس أعضاء فريق Scrum حول طاولة. يبدأ "مالك المنتج" برسم البطاقة الأولى من مجموعة "قصة المستخدم" ومشاركة محتواها مع الجميع. ثم تبقى البطاقات على الطاولة. ثم يشرح Product Owner لبقية أعضاء فريق Scrum أنه من الآن فصاعدًا ، سيقوم اللاعبون بتقييم قصص المستخدم على أنها سهلة أو صعبة التنفيذ عن طريق وضعها وفقًا لذلك على اليسار واليمين. في حالة وجود درجة معينة من الصعوبة في أي منها ، سيتراكم اللاعب معًا ، واحدًا فوق الآخر على الطاولة. الآن ، يقوم الشخص الجالس بجانبهم في اتجاه عقارب الساعة بالحركة التالية.
- يسحب اللاعب بطاقة من مجموعة قصة المستخدم. بعد مشاركة محتواه مع الجميع ، يشرح جوهره لمالك المنتج. ثم يضعها الشخص الذي يحمل البطاقة على الطاولة ويختار مقعدًا بناءً على رأيه في صعوبة قصة هذا المستخدم. بعد ذلك ، يشرح اللاعب الأساس المنطقي وراء الاختيار للجميع ويكون للاعب الآخر الحرية في طرح الأسئلة المتعلقة بالمنطق. لا يمكنهم التشكيك في القرار نفسه ولكن الحجج التي تبرر القرار.
- الآن ، يأخذ اللاعبون دورًا ولديهم خياران للاختيار من بينها:
- كرر الخطوة 2 ، أو
- انقل إحدى البطاقات الموجودة على الطاولة إلى أنسب موضع لها
- المرحلة الأخيرة من وضع بطاقات قصة المستخدم تحدث مرة واحدة ، أو عدة مرات ، حسب ممارسة Scrum Team. خلال هذه الجولة ، يكون لكل لاعب فرصة أخرى لنقل إحدى البطاقات الموجودة على الطاولة إلى مكان أكثر ملاءمة.
- بمجرد أن يقوم اللاعبون بتعيين جميع بطاقات User Stories إلى مواقعهم التي تمثل مستويات الصعوبة ، ينتقل Development Team لمطابقة القيمة عن طريق تعيين البطاقات من كومة Story Point. تحصل بطاقة قصة المستخدم الأولى الموجودة على اليسار على بطاقة Story Point بأقل عدد من النقاط من قِبل مالك المنتج. قاعدة وضع البطاقات اللاحقة هي نفسها بالنسبة للنقطتين 3 و 4. وهذا يكمل التقدير.
إذا اختاروا الخيار الثاني ، فعليهم أيضًا تبرير سبب تغيير رأيهم. يتناوب اللاعبون على تكرار الخطوة 3 حتى يتم توزيع جميع البطاقات من مجموعة قصة المستخدم وتقديرها.
لعبة تقدير الفريق مقابل التخطيط للبوكر
تعتبر لعبة تقدير الفريق أداة تقدير أكثر فاعلية من تخطيط لعبة البوكر. بسبب الاختلافات التالية بين هاتين الطريقتين:
- طاولة كوتشينة. تستخدم لعبة Team Estimation "قاعدة طاولة البطاقات" المعروفة من ألعاب الورق الشهيرة. هذا يعني أنه بمجرد وضع البطاقة ، لا يمكنك استعادتها. نظرًا لأن User Story يتم تقديرها من قِبل شخص واحد في كل مرة ، فإن التذبذب بين التقديرات وعدد المرات التي تكون فيها مواقف التحول أقل بكثير ، مقارنةً بـ Planning Poker.
- حساب دقيق بما فيه الكفاية. في التخطيط للبوكر ، يجب التوصل إلى إجماع كامل لكل قصة مستخدم. في لعبة تقدير الفريق ، يقرر شخص واحد فقط. حتى إذا كان تقديره خاطئًا ، فمن المحتمل أن يضعه مطور آخر عند مطابقة قيمته بشكل أكثر دقة. بهذه الطريقة تضمن الوصول إلى تقديرات دقيقة وسريعة بدرجة كافية
- استنفاد موضوع المناقشة. غالبًا ما تستغرق خيارات الجدال وقتًا طويلاً للغاية عند لعب Planning Poker. يتم تقليل وقتهم بشكل كبير خلال لعبة تقدير الفريق لأنهم يركزون على قرار واحد من قبل أحد المطورين بدلاً من طبيعة كل قصة مستخدم.
أحد العيوب المحتملة في لعبة تقدير الفريق هو الشعور بالظلم. إذا كان Development Team أكبر من عدد قصص المستخدمين المجدولة في Sprint معينة ، فقد يشعر بعض المطورين بأنهم مهملين.
لعبة تقدير الفريق - ملخص
لعبة تقدير الفريق لديها رأي حول أسلوب التقدير الأكثر فاعلية لمعظم فرق سكرم. ومع ذلك ، من المهم أن تتذكر أنها مجرد أداة لتقدير صعوبة ومجهود قصص المستخدم. ومثل أي أداة ، يجب علينا تعديلها لتلائم احتياجات وقدرات أعضاء الفريق.
إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على Facebook و Twitter و LinkedIn و Instagram و YouTube و Pinterest.
المؤلف: كارولين بيكر
بصفتها مديرة المشروع ، تعد كارولين خبيرة في إيجاد طرق جديدة لتصميم أفضل تدفقات العمل وتحسين العمليات. مهاراتها التنظيمية وقدرتها على العمل تحت ضغط الوقت تجعلها أفضل شخص لتحويل المشاريع المعقدة إلى واقع.
دليل سكروم:
- مسرد للمصطلحات الأساسية والأدوار والمفاهيم
- ما هو سكرم؟
- قيم سكروم
- كيف تنفذ سكرم في شركتك؟
- فريق سكرم - ما هو وكيف يعمل؟
- من هو مالك المنتج؟
- أكثر أخطاء "مالك المنتج" شيوعًا
- من هو سيد سكرم؟
- خصائص سيد سكرم الجيد
- الأخطاء الأكثر شيوعًا في Scrum Master
- ما هي الإحصائيات والمقاييس التي يجب أن يتبعها Scrum Master؟
- التعاون بين مالك المنتج و Scrum Master
- فريق التطوير في سكرم
- أكثر أخطاء المطورين شيوعًا
- القطع الأثرية سكروم
- تحجيم سكروم
- سباق المتراكمة
- ما هو Product Backlog؟
- ما هي قصص المستخدم؟
- إنشاء أفضل قصة مستخدم مع INVEST
- أكثر أخطاء قصة المستخدم شيوعًا
- معايير قبول قصة المستخدم
- التقدير ونقاط القصة في سكرم
- التخطيط للبوكر
- لعبة تقدير الفريق
- تحديد الزيادة
- أحداث سكرم
- ما هو Sprint in Scrum؟
- التزامات فريق Scrum - هدف المنتج ، هدف Sprint وتعريف الإنجاز
- ما هو مخطط Burndown؟
- كيفية إنشاء وتفسير مخطط توقف؟
- مزايا وعيوب مخطط التوقف
- مجالس كانبان في سكرم وسكرومبان
- السرعة في سكرم - سرعة فريق التطوير
- ديلي سكرم
- Sprint Planning
- مراجعة Sprint
- ما هو معرض Sprint Retrospective؟
- الأخطاء الشائعة خلال Sprint Retrospective
- رعاية تراكم المنتج