دليل سكرم | 35. ديلي سكرم

نشرت: 2022-07-08

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

Daily Scrum - جدول المحتويات:

  1. مقدمة
  2. صيغة ديلي سكرم
  3. مشاكل مع Daily Scrum وطريقة 5W
  4. أسئلة داعمة
  5. 5 أسباب
  6. ملخص

مقدمة

Daily Scrum هي الأقصر والأكثر شيوعًا من أحداث Scrum ، ويمكن العثور على نظرة عامة حولها في مقالة منفصلة. تتمثل مهمة المطورين المشاركين في Daily Scrum في تحديد أهداف العمل بسرعة خلال الـ 24 ساعة القادمة. بهذه الطريقة ، يعرف كل منهم ما الذي يعمل عليه الآخرون وكيف يعملون لتحقيق هدف Sprint مشترك.

صيغة ديلي سكرم

لا توجد صيغة ديلي سكرم واحدة صحيحة. يقوم كل فريق تطوير بتطوير تنسيق اجتماع يناسبه. ومع ذلك ، هناك إطار عام لتسهيل القيام بذلك.

يجب أن يسمح برنامج Daily Scrum الذي يتم إجراؤه جيدًا لكل مشارك بالإجابة على سؤالين :

  • ما هي أهم مهمة سأقوم بها اليوم؟
  • ما هي معوقات انجاز هذه المهمة؟

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

The Daily Scrum هو حدث مكافئ لـ Daily Standup في طرق Agile الأخرى. وغالبًا ما يتم تشغيله بشكل مشابه جدًا له - على الرغم من أن دليل Scrum الرسمي لا يتطلب من المطورين الوقوف أثناء هذا الحدث القصير. في كثير من الأحيان يقف المشاركون ببساطة أثناء التحدث في مجموعة غير رسمية.

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

Daily Scrum

مشاكل مع Daily Scrum وطريقة 5W

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

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

أسئلة داعمة

إذا كان الفريق لا يستفيد من Daily Scrum ، فيمكن لـ Scrum Master مساعدة المطورين على تحديد المشاكل من خلال مراقبة الاجتماع للحصول على إجابات للأسئلة التالية:

Daily Scrum

5 أسباب

بعد التحديد الأولي للمشكلة ، يمكن أن يكون الأسلوب الفعال لتحديد سبب المشكلة هو طريقة 5 لماذا تسمى أيضًا 5 Whys أو 5W بواسطة Sakichi Toyoda. إنه ينطوي على طرح العديد من الأسئلة "لماذا؟" أسئلة متتالية. هذا يجعل من الممكن تشخيص السبب الأعمق للمشكلة ، وبالتالي حلها بسهولة أكبر.

على سبيل المثال ، لنأخذ العنصر الأخير في الجدول: تنشأ المشكلة في مجال الالتزام بحل المشكلات بواسطة Development Team. قد تبدو الأسئلة الخمسة على النحو التالي:

1 × لماذا؟

س: لماذا لا يقدم المطورون طرقًا مختلفة لحل المشكلات التي تظهر؟

ج: لأن المطور Harry هو دائمًا أول من يقترح حلًا واحدًا.

2 × لماذا؟

س: لماذا يعتبر المطور Harry دائمًا أول من يقترح حلًا واحدًا؟

ج: لأن لا أحد يتكلم.

3 × لماذا؟

س: لماذا لا يتحدث أي شخص آخر؟

ج: لأن المطورين الآخرين لا يرغبون في البحث عن حلول أفضل.

4 × لماذا؟

س: لماذا لا يرغب المطورون الآخرون في البحث عن حلول أفضل؟

ج: لأن إيجاد الحلول يتطلب التركيز ومن الأسهل اعتبار حل هاري جيدًا بما فيه الكفاية.

5 × لماذا؟

س: لماذا اعتبروا حل هاري جيدًا بما فيه الكفاية؟

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

في هذه الحالة ، يمكن حل مشكلة عدم الالتزام بحل المشكلات عن طريق تغيير ترتيب Daily Scrum والبدء بهذه المشكلة. أو الخروج بنظام لمكافأة أفضل حل ، على سبيل المثال ، تقديم مكافأة رمزية لمؤلف أكبر عدد من الحلول التي يقبلها الفريق في Sprint معينة.

ملخص

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

إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على Facebook و Twitter و LinkedIn و Instagram و YouTube و Pinterest.

Scrum Guide | 35. Daily Scrum caroline becker avatar 1background

المؤلف: كارولين بيكر

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

دليل سكروم:

  1. مسرد للمصطلحات الأساسية والأدوار والمفاهيم
  2. ما هو سكرم؟
  3. قيم سكروم
  4. كيف تنفذ سكرم في شركتك؟
  5. فريق سكرم - ما هو وكيف يعمل؟
  6. من هو مالك المنتج؟
  7. أكثر أخطاء "مالك المنتج" شيوعًا
  8. من هو سيد سكرم؟
  9. خصائص سيد سكرم الجيد
  10. الأخطاء الأكثر شيوعًا في Scrum Master
  11. ما هي الإحصائيات والمقاييس التي يجب أن يتبعها Scrum Master؟
  12. التعاون بين مالك المنتج و Scrum Master
  13. فريق التطوير في سكرم
  14. أكثر أخطاء المطورين شيوعًا
  15. القطع الأثرية سكروم
  16. تحجيم سكروم
  17. سباق المتراكمة
  18. ما هو Product Backlog؟
  19. ما هي قصص المستخدم؟
  20. إنشاء أفضل قصة مستخدم مع INVEST
  21. أكثر أخطاء قصة المستخدم شيوعًا
  22. معايير قبول قصة المستخدم
  23. التقدير ونقاط القصة في سكرم
  24. التخطيط للبوكر
  25. لعبة تقدير الفريق
  26. تحديد الزيادة
  27. أحداث سكرم
  28. ما هو Sprint in Scrum؟
  29. التزامات فريق Scrum - هدف المنتج ، هدف Sprint وتعريف الإنجاز
  30. ما هو مخطط Burndown؟
  31. كيفية إنشاء وتفسير مخطط توقف؟
  32. مزايا وعيوب مخطط التوقف
  33. مجالس كانبان في سكرم وسكرومبان
  34. السرعة في سكرم - سرعة فريق التطوير
  35. ديلي سكرم
  36. Sprint Planning
  37. مراجعة Sprint
  38. ما هو معرض Sprint Retrospective؟
  39. الأخطاء الشائعة خلال Sprint Retrospective
  40. رعاية تراكم المنتج