دليل سكرم | 31. كيفية إنشاء وتفسير مخطط توقف؟
نشرت: 2022-06-21من السهل نسبيًا إنشاء مخطط توقف. هناك العديد من الأدوات المتاحة لإنشائها من العمل المسجل من قبل أعضاء فريق التطوير. على الرغم من بساطته ، إلا أن تفسيره يمكن أن يوفر معلومات قيمة لفريق Scrum بأكمله. اقرأ هذه المقالة لمعرفة كيفية إنشاء وتفسير مخطط توقف.
كيفية إنشاء وتفسير مخطط توقف؟ - جدول المحتويات:
- كيفية إنشاء مخطط توقف؟
- من المسؤول عن مخطط التوقف؟
- كيف تفسر مخطط الانهيار؟
- مخطط توقف حقيقي ومثالي
- اختيار وحدة القياس
- ملخص
كيفية إنشاء مخطط توقف؟
يجب على فريق التطوير مراقبة عمله اليومي. هذا هو الأساس ليس فقط لتقييم فعاليتها ولكن أيضًا لتحسينها. ومن أبسط الأدوات التي أثبتت جدواها لهذا الغرض مخطط الاحتراق.
يمكنك إنشائه يدويًا عن طريق رسم نظام إحداثيات على قطعة من الورق. على المحور ص ، تحتاج إلى رسم مقدار العمل المعبر عنه في وحدة مختارة ، على سبيل المثال ، نقاط القصة. على المحور X ، ارسم مقياسًا يشير إلى الأيام المتتالية من Sprint. ارسم خطًا للعدو المثالي ثم حدد عدد المهام المكتملة بشكل واقعي لكل يوم. على الرغم من أن هذا الحل ساحر ويشرك الفريق ، إلا أنه ليس عمليًا للغاية. كما أنها ليست مناسبة بالضرورة للفرق البعيدة.
لذلك ، فإن الوسائل الرقمية لإنشاء مخطط توقف أكثر شيوعًا. تأتي العديد من أدوات تسجيل العمل في المهام الموزعة بين أعضاء الفريق مع خيار لإنشاء رسم بياني للإنهيار تلقائيًا. بعد ذلك ، كل ما يتعين على المطور القيام به هو تحديد بداية ونهاية العمل على ميزة منتج معينة ، وتنعكس مساهمته في مخطط النسخ.
باستخدام الأدوات المناسبة ، من الممكن أيضًا قياس الرسم البياني بحرية. هذا يعطي نظرة ثاقبة للاحتراق ليس فقط على مستوى Sprint معين ولكن أيضًا على نطاق ربع أو المشروع بأكمله.
من العوامل المهمة التي يجب مراعاتها عند اختيار أداة لإنشاء مخطط توقف هو إمكانية الوصول إلى جميع أعضاء فريق Scrum. تُعد رؤية مخطط الإنهيار لفريق التطوير بأكمله عاملاً تحفيزيًا رئيسيًا. نفس القدر من الأهمية هو إلقاء نظرة يومية على الخط الذي يوضح العمل المتبقي الذي يتعين القيام به. عند الحديث عن الاحتراق خلال Daily Scrum ، يجعل المطورين يفكرون في طرق عملهم والحالة الحالية للمنتج.
من المسؤول عن مخطط التوقف؟
مسألة ملكية مخطط الحرق مثيرة للجدل إلى حد ما. من ناحية ، يجب أن تنتمي إلى Scrum Master ، لأنها أداة للتأكد من أن الفريق يعمل بكفاءة ووفقًا للخطة. من ناحية أخرى ، يجب أن تظل في يد مالك المنتج ، لأنها تعكس التقدم نحو هدف المنتج الذي يتم إبلاغ العميل به. علاوة على ذلك ، فإن الطرف الثالث الذي يدعي ملكيته هو Development Team حيث يعمل المخطط كأداة داخلية له.
مخطط التوقف هو مقياس أساسي لتقييم فعالية فريق التطوير ويتم اعتماده من قبل جميع أعضاء فريق Scrum. لهذا السبب تعتبر الشفافية وإمكانية الوصول أمرًا بالغ الأهمية. ومع ذلك ، فإن الغرض الأساسي منه هو خدمة الفريق. من المفترض أن يقوي تنظيمه الذاتي ، ويحسن الدافع ، ويعطي صورة حقيقية عن حالة العمل في المهام الموكلة إليه. لذلك ، من الناحية النظرية ، يمكن لكل عضو في Development Team تحديث مخطط النسخ.
ومع ذلك ، من الناحية العملية ، فإن مهمة تحديث مخطط الإنهيار تقع عادة على عاتق Scrum Master. يحدث هذا بشكل خاص في بداية عمله مع فريق تطوير جديد عندما لا تزال سرعة الفريق متغيرة ويصعب تقديرها. ومع ذلك ، فمن المستحسن تفويض هذه المهمة إلى أحد المطورين. بعد كل شيء ، من المفترض أن يكون المخطط قياسًا صريحًا وداخليًا لتقدم العمل كما يحكم عليه المطورون أنفسهم.
كيف تفسر مخطط الانهيار؟
وصفنا مظهر الرسم البياني للإحراق بالتفصيل في مقالة سابقة. سنذكرك هنا فقط أن المحور X يوضح الوقت المتبقي لإكمال العمل. من ناحية أخرى ، يوضح المحور الصادي مقدار العمل المتبقي الذي يتعين القيام به.
مخطط توقف حقيقي ومثالي
لتفسير مخطط الإنهيار ، فإن العامل الرئيسي ليس فقط التخطيط المنتظم لـ "الاحتراق" الحقيقي ، أي تنفيذ المهام بواسطة Development Team. نفس القدر من الأهمية بالنسبة للصورة هو مقارنتها مع انخفاض خط الاحتراق المثالي (المبدأ التوجيهي).
من خلال مقارنة خط الاحتراق المثالي بالتخفيض الفعلي في العمل المحدد في مخطط التوقف ، يمكن تقييم معلمتين مهمتين للغاية. أولاً ، لمعرفة ما إذا كان العمل مستمرًا بالسرعة الحالية ، سيحقق فريق التطوير هدف Sprint أو هدف المنتج في الوقت المحدد. ثانيًا ، للحصول على فكرة عن موعد اكتمال العمل مع الحفاظ على الوتيرة الحالية. بمعنى آخر ، يُظهر مخطط الاحتراق السرعة الفعلية للمهام ، ويعرض الخط المثالي السرعة التي يجب أن يعمل بها الفريق لإكمال المهام.
يسمح لك الرسم البياني للنسخ أيضًا بتحديد قيمة تسمى Development Team Velocity على المدى الطويل. سنخصص لها مقالة منفصلة. سنذكر هنا فقط أنها قيمة تحددها كمية العمل المنجز خلال Sprint واحد.
بفضل حقيقة أن مخطط الاحتراق يوضح مقارنة خط الاحتراق المثالي مع انخفاض حقيقي في عدد المهام ، فإنه يسمح لك بتقدير وتيرة العمل. وبالتالي توقع مخاطر تأخير المشروع.
اختيار وحدة القياس
تقاس سرعة الفريق عادة بوحدات تسمى نقاط القصة. يحدد عدد قصص المستخدمين التي تم تحقيقها. يمكن أن تتطلب هذه كميات مختلفة جدًا من العمل.
هذا هو السبب في أن العديد من فرق Scrum تستخدم مقياسًا يعتمد على الوقت. اعتمادًا على المقياس ، فهذه أيام أو ساعات عمل. يقوم كل مطور بتقدير ثم تسجيل مقدار الوقت الذي يقضيه في مهامهم.
خيار آخر هو اعتماد المهام كوحدة. هذه وحدات أكبر قليلاً ، والتي بدورها يتم تعيين قيمة يتم التعبير عنها في نقاط القصة ، أو بالأيام أو ساعات العمل. هي وحدة تسمح للعميل بعرض تقدم العمل على المنتج بطريقة أوضح.
بغض النظر عن وحدة القياس ، يجدر تذكر مبدأ حساب سرعة Development Team. في يوم معين أو في Sprint ، يتم احتساب المهام التي تم إكمالها بالفعل فقط. هذا يعني أنه سيتم احتساب المهام التي بدأت في اليوم التالي أو 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
- رعاية تراكم المنتج