دليل سكرم | 39. الأخطاء الأكثر شيوعاً خلال Sprint Retrospective
نشرت: 2022-07-20Sprint Retrospective هو الحدث الذي ينهي كل Sprint. وفي نفس الوقت من أصعب اجتماعات فريق سكرم. تتضمن الأخطاء الأكثر شيوعًا أثناء Sprint Retrospective تجنب المحادثات حول القضايا الحساسة ، فضلاً عن عدم وجود التزامات ملموسة تؤدي إلى حل المشكلات التي تم تشخيصها بالفعل.
الأخطاء الشائعة أثناء Sprint Retrospective - جدول المحتويات:
- مقدمة
- شفافية غير كافية
- ركز على المشاكل أو النجاحات لمرة واحدة
- الإفراط في تمثيل "مالك المنتج"
- مشاكل الإدارة الذاتية
- الكثير من الالتزامات
- الأخطاء الشائعة خلال Sprint Retrospective - ملخص
مقدمة
الأخطاء أثناء معرض Sprint Retrospective شائعة جدًا للأسف. هذا لأنه من أكثر الاجتماعات صعوبة في التنفيذ بنجاح لأنه يتطلب الكثير من النضج من الفريق. هذا هو السبب في أنه من الجدير إلقاء نظرة على المشكلات التي تحدث غالبًا في الفرق الأخرى بحيث يمكنك بسهولة اكتشاف أعراضها عند إجراء Sprint Retrospective في فريق Scrum الخاص بك.
شفافية غير كافية
وفقًا لدليل Scrum ، يتعين على كل عضو في فريق Scrum أن يكون أمينًا وجريئًا في التعبير عن مخاوفه والتعبير عن آرائه أثناء معرض Sprint Retrospective. ومع ذلك ، من الناحية العملية ، فإن الالتزام بالشفافية صعب للغاية. لهذا السبب ، غالبًا ما يحاول أعضاء فريق Scrum التحايل عليه.
إحدى المشكلات التي يصعب تحديدها وحلها هي تجنب مناقشة أوجه القصور الملحوظة في عمل فريق Scrum. هذا يمكن أن يؤدي إلى مشاكل أكثر خطورة على المدى الطويل.
وبالتالي ، فإن مهمة Scrum Master هي مراقبة الموقف في الفريق عن كثب وتشجيع جميع أعضاء الفريق على أن يكونوا استباقيين منذ بداية Sprint Retrospective.
ركز على المشاكل أو النجاحات لمرة واحدة
هناك مشكلة أخرى يمكن أن تنشأ أثناء Sprint Retrospective وهي عدم إيلاء اهتمام كاف لسلوكيات الفريق الدورية والمتكررة وتأثيرها على فعالية الفريق.
من الجيد دائمًا تهنئة أعضاء فريق سكرم إذا حققوا نجاحًا استثنائيًا. ومع ذلك ، لا ينبغي تكريس Sprint Review للاحتفال به. وينطبق الشيء نفسه على حالات الفشل. إذا فشل شيء ما لأسباب عرضية أو خطأ تم تشخيصه بالفعل ، فلا يستحق الإفراط في تحليل الحدث أثناء مراجعة Sprint.
ومع ذلك ، في بعض الأحيان ، يخصص الفريق جزءًا كبيرًا من Sprint Retrospective لمثل هذه الأحداث. ضع في اعتبارك أن الغرض من Sprint Retrospective هو البحث عن طرق لتحسين العمل اليومي للفريق. لذلك ، لا ينبغي أن يدور الاجتماع حول النجاحات أو المشاكل التي من المحتمل جدًا ألا تتكرر مرة واحدة.
الإفراط في تمثيل "مالك المنتج"
في العديد من المؤسسات ، يتساوى منصب "مالك المنتج" مع منصب "مدير المنتج". غالبًا ما يتم اعتبار مالك المنتج المشرف على فريق Scrum. لهذا السبب ، يحدث أن فريق التطوير لا يريد التحدث عن مشاكل العمل الجماعي في وجوده.
هذا هو سبب أهمية بناء الثقة المتبادلة بين Development Team ومالك المنتج. لسوء الحظ ، فإن عملية بناء الثقة صعبة وطويلة. هذا هو السبب في أنه من الجيد أحيانًا أن يتخلى مالك المنتج عن المشاركة في معرض Sprint Retrospective كليًا أو جزئيًا لترك مساحة لبقية أعضاء الفريق للمناقشة بحرية.
مشاكل الإدارة الذاتية
تعني الإدارة الذاتية أن أعضاء فريق سكرم يتخذون قراراتهم الخاصة حول من سيقوم بمهام معينة ومتى وكيف. خلال معرض Sprint Retrospective ، يناقش الفريق الأشخاص وتفاعلاتهم بالإضافة إلى ممارسات الفريق. ثم يقرر ما هي المشاكل التي يجب حلها في Sprint القادم ، وكيفية القيام بذلك مع من سيتحمل مسؤولية اتخاذ الإجراءات.
إذا ظهرت مشاكل أكثر خطورة في فريق الإدارة الذاتية ، فقد يكون هناك إغراء في فريق Scrum للتنازل عن المسؤولية.
من حين لآخر ، لا يرغب أعضاء الفريق في المشاركة في المناقشة ومحاولة دفع مسؤولية الإدارة إلى شخص آخر. لمنع هذا ، من المهم للغاية مناقشة حتى المشاكل الصغيرة بانتظام لمنع تراكمها.
الكثير من الالتزامات
قد يواجه فريق Scrum النشط الذي يعمل وفقًا للركائز الثلاث للتجربة : الشفافية والتفتيش والتكيف مشكلة تقديم الكثير من الالتزامات في وقت واحد.
إذا كانت الالتزامات التي قدمها فريق Scrum خلال Sprint Retrospective كثيرة جدًا ، فهناك مخاطرة كبيرة تتمثل في:
- لن يتم تنفيذ أي من الالتزامات بشكل صحيح
- لن يتم تنفيذ بعض الالتزامات على الإطلاق
- لن تكون التغييرات التي تم إجراؤها دائمة
لذلك ، من الممارسات الجيدة إجراء ما لا يزيد عن أربعة تحسينات في كل Sprint. هذا يسمح بتحسين تدريجي لكن فعال لأداء الفريق.
الأخطاء الشائعة خلال Sprint Retrospective - ملخص
نظرًا لأن Sprint Retrospective يعد حدثًا صعبًا ، فغالبًا ما تنشأ المشكلات أثناء إدارته. للتعامل معهم بسهولة أكبر ، تجدر الإشارة إلى تلك التي تظهر في أغلب الأحيان. الأخطاء الشائعة خلال Sprint Retrospective هي:
- شفافية غير كافية - عندما يفشل أعضاء فريق سكرم في التعامل بأمانة في مواقف الفريق الأكثر صعوبة
- التركيز على المشكلات أو النجاحات التي تحدث لمرة واحدة - عندما يركز أعضاء فريق Scrum على مناقشة النجاحات والفشل ، بدلاً من مناقشة الفعالية طويلة المدى لعمل الفريق
- تمثيل مالك المنتج الزائد - عندما يعامل أعضاء فريق Scrum مالك المنتج بثقة محدودة كما لو كان شخصًا خارج الفريق أو مشرفًا
- مشاكل الإدارة الذاتية - عندما يحاول أعضاء فريق سكرم تحويل المسؤولية عن المشاكل واتخاذ القرار.
إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على 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
- رعاية تراكم المنتج