عندما تقوم شركتك بتغيير التركيز، من تقديم مشاريع منعزلة إلى تغذية وتطوير المنتجات الشاملة، ستحتاج إلى طرق جديدة لتتبع التقدم، وتوقع العقبات المحتملة، والتكيف مع التغييرات. هنا يأتي دور ال Burndown Chart.
Burndown chart هو أداة شائعة ومفيدة تُستخدم عادة في الاجتماعات الواقفة (ليس فقط) لتقييم مقدار العمل الذي تم إكماله في مهمة معينة. أنا شخصيًا أفضل استخدامه كأداة للتنبؤ. يعطينا فكرة تقريبية عن أدائنا في الSprint الحالي. يستخدم العديد من ممارسي Scrum هذا الشكل البسيط والجذاب بصريًا لأنه يمكن فهمه بسهولة من قبل جميع أعضاء الفريق.
Scrum Methodology هو إطار عمل إلزامي لأي قائد يأخذ بجدية بناء شركة منتج رقمي.
تُستخدم Burndown charts لقياس مقدار العمل الذي تم إكماله في مشروع خلال إطار زمني محدد، ثم يتم مقارنته مع الوقت المتاح لإكمال المشروع. توضح الرسوم البيانية مقدار العمل المخطط مقابل ما يتم تنفيذه خلال كل تكرار.
الرسوم البيانية هي أداة مفيدة للغاية تُستخدم لمراقبة العمل المكتمل والعمل الذي لا يزال يتعين القيام به خلال الإطار الزمني المحدد. ومع ذلك، على الرغم من فائدتها، فإن للburndown charts قيودها. فهي لا تستطيع، على سبيل المثال، قياس العمل الذي لا يزال قيد التقدم بوضوح أو فعالية؛ فهي تقيس فقط ما تم إكماله بالفعل.
أدناه مثال على burndown chart. يوضح مثالًا عن العمل المكتمل مقابل العمل الذي يمكن تقديمه خلال كل تكرار.
يمكنك أن ترى من خلال النظر في الرسم البياني أن الجانب الأيسر يظهر الجهد الكلي بينما الجانب الأيمن يظهر سرعة الفريق. يوفر هذا الرسم البياني أيضًا المعلومات التالية:
على الرغم من أن هذا الرسم البياني واضح جدًا وسهل المتابعة، إلا أنه ليس واقعيًا بالضرورة. لن يكون للburndown chart الحقيقي خطوط مستقيمة تظهر الإطارات الزمنية لأن الفريق لن يكمل مهامهم بنفس السرعة أو في نفس الإطار الزمني.
الـ Burndown charts هي أدوات فعالة للغاية ولها العديد من النقاط القوية. ومع ذلك، هناك ضعف أو عيوب أيضًا في استخدام الرسم البياني.
مزايا استخدام الـ Burndown chart هي:
عيوب استخدام الـ Burndown chart تشمل:
الفرق التي تدير مشاريع عدوانية استنادًا إلى الإطار الزمني غير الواقعي أو المبالغ فيه يمكن أن تصبح بسهولة غير راضية، أو تفقد دافعها عندما لا يسير المشروع بسلاسة. يمكن أيضًا أن يفقد الفريق الروح المعنوية إذا شعروا أنهم يتم إدارتهم بشكل دقيق.
أي معلومات لا تتم تغطيتها في الـ Burndown chart يجب معالجتها في اجتماع SCRUM، حتى يكون لدى الفريق صورة واضحة عن كيفية تقدم المشروع.
لإنشاء واستخدام الـ Burndown Chart بفعالية، يجب على الفريق أولاً تنفيذ تقسيم المهام. يحدث هذا عادة في اجتماع التخطيط للـ Sprint. يجب أن يكون لكل مهمة تم تحديدها في التقسيم وقت مخصص لإكمال المهمة. في الوضع المثالي، 12 ساعة هي أفضل فترة زمنية. يمكن تقسيم هذا إلى يومين، كل منهما ست ساعات.
بمجرد الانتهاء من تقسيم المهام، يمكن للفريق بعد ذلك إنشاء ورسم الـ Burndown Chart. إذا افترض الفريق أن كل مهمة ستكتمل بنفس الوتيرة كباقي المهام، فإن أفكارهم يجب أن تعكس تقدمهم المستمر.
هناك العديد من أدوات الـ Agile المتاحة التي تحتوي على قدرات الـ Burndown Chart المدمجة. بعض هذه الأدوات تشمل Rally, RTC, Version One, و Mingle. إذا لم يكن لديك أي من هذه البرامج، يمكن استخدام جدول Excel لإنشاء الـ Burndown Chart. في الجدول، أدخل تواريخ الـ Sprint على المحور X والجهود المتبقية على المحور Y.
لقد قمت بتضمين مثال على الـ Burndown Chart المثالي أدناه:
في هذا المثال، الـ Sprint هو لمدة أسبوعين؛ الفريق يتكون من سبعة أعضاء يعملون 6 ساعات في اليوم لمجموع 420 ساعة. كما ترون، الساعات الكلية للـ Sprint بأكمله تظهر على المحور Y. الخط الأحمر يظهر ما يجب أن يكون عليه التقدم المثالي في العمل خلال الـ Sprint. إذا افترضنا أنه لن يكون هناك أي مشكلات أو تأخيرات، يجب أن تكتمل جميع المهام بحلول نهاية الـ Sprint.
المثال التالي يوضح الـ Burndown Chart الآخر لتتبع تقدم الفريق خلال الـ Sprint:
يمكنكم رؤية أن الخط الأحمر يظهر التقدم الذي تم إكماله بينما الخط الأزرق يظهر الجهد المتبقي الذي يحتاج لإكمال المشروع.
منتجات Scrum يمكنها استخدام Release Burndown Chart لتتبع تقدمها. Scrum Master مسؤول عن تحديث Release Burndown في نهاية كل تمرين Sprint. على هذا الرسم البياني، المحور الأفقي يظهر كل Sprint بينما يتم عرض العمل المتبقي على المحور الرأسي.
الفرق يمكنها استخدام أي طريقة يختارونها لعرض الكمية المتبقية من العمل بما في ذلك نقاط القصة، أيام الفريق، والأيام المثالية.
مثال على Release Burndown Chart يمكن رؤيته أدناه:
في هذا المثال، يظهر الرسم البياني أن الفريق بدأ بـ 360 نقطة قصة. لإتمام مشروعهم بنجاح في الستة sprints المخطط لها، كان على الفريق أن يحقق متوسط 60 نقطة قصة لكل sprint.
يظهر هذا المثال أيضًا أن الفريق استخدم 90 نقطة قصة في الـ sprint الأول مع 270 متبقية. تم تنفيذ الـ sprint الثاني بسلاسة أيضًا. ومع ذلك، كما يمكنك رؤيته في الرسم البياني، حدث شيء ما خلال الـ sprint الثالث واستهلك الفريق نقاط القصة الخاصة بهم. بمجرد حل المشكلات في الـ sprint الثالث، تم تنفيذ المشروع بسلاسة خلال الـ sprint المتبقية.
هناك بعض الأسباب التي يمكن أن يستهلك فيها الفرق نقاط القصة مثل إضافة عمل إضافي للمشروع، أو إجراء تغييرات في الجدول الزمني، أو تعديل تقديرات العمل. بمجرد إعادة تقييم هذه المشكلات، يجب أن يتم تنفيذ المشروع بسلاسة مرة أخرى.
Release Burndown Charts شائعة بين العديد من الفرق لأنها تعمل بشكل جيد في مجموعة متنوعة من الحالات. ومع ذلك، فإنها لا تعمل بشكل جيد في المشاريع التي تحدث فيها الكثير من التغييرات. تعمل هذه المشاريع بشكل أفضل باستخدام شكل بديل من Release Burndown Chart.
هذه الأخطاء الشائعة التي يرتكبها الفرق الـ agile يمكن أن تسبب معلومات مضللة في الـ burndown charts :
هناك بعض المشاريع حيث لدى الفرق قصص متعددة ولكن وظيفة عامة واحدة فقط. يمكن أن تكون الـ burndown charts مضللة في هذه الظروف لأن إضافة مهام إضافية ستعطي العدد الخاطئ من الساعات الكلية. تتبع التقدم بأوقات غير صحيحة أمر مضلل أيضًا.
إذا تم إنشاء الكثير من المهام في مشروع، يصبح من الصعب جدًا على الفريق تتبعها بدقة. يجب أن تكون المهام صغيرة بما فيه الكفاية حتى يمكن إكمالها في غضون 12 ساعة. لا يمكن تقييم المهام الكبيرة بشكل صحيح خلال الإطار الزمني اليومي؛ الفرق لا يمكنها تقدير كمية العمل المتبقية.
هذا هو واحد من أكثر الأخطاء شيوعًا التي يرتكبها الفرق. لتجنب ارتكاب هذا الخطأ، يجب على الفرق إعادة تقدير مهامهم في نهاية كل يوم وتحديث كم من الوقت هو اللازم لإكمال المهمة.
يجب على الفرق تحديث قياسات "الجهد المتبقي" على الـ burndown charts الخاصة بهم كل يوم. إذا تأخرت الفرق في هذه المهمة، قد لا يكون الـ burndown chart دقيقًا.
هناك نوعان مختلفان من الرسوم البيانية تستخدم لقياس الوقت في مشروع Scrum : burndown و burnup. تقيس الرسوم البيانية burndown كمية العمل المتبقية في المشروع. أما الرسوم البيانية burnup ، فتقيس كمية العمل التي تم إكمالها بالفعل والكمية الإجمالية من العمل الذي تم القيام به.
سيكون للفرق وقتًا أسهل في تحديد أي نوع من الرسوم البيانية يستخدمون لمشروعهم إذا نظروا أولاً إلى هدف المشروع. على سبيل المثال، إذا كان هدفهم هو الحفاظ على المشروع على قيد الحياة من خلال تقديم المعلومات للعميل، أو كان Scrum Master يحاول تحفيز الفريق، فإن الرسم البياني burnup سيكون الخيار الأفضل. ولكن إذا أراد Scrum Master الحصول على معرفة أو فهم أكبر لما يحدث في المشروع، فإن الرسم البياني burndown هو الخيار الأفضل.
الفرق الأخرى بين الرسوم البيانية burndown و burnup هو أن واحدة منها بسيطة بينما الأخرى توفر معلومات. الرسوم البيانية burndown بسيطة: خط واحد يتجه نحو العلامة الصفرية حيث يكمل الفريق المشروع. يتم فهمها بسهولة من قبل جميع أعضاء الفريق ولا تتطلب شرحًا طويلاً. ومع ذلك، الرسوم البيانية burndown لا تروي القصة كاملة. غالبًا ما تخفي معلومات معينة مثل آثار تغيير النطاق.
تحدث التغييرات في النطاق عندما يتم إضافة عمل إلى المشروع أو إزالته. يجب أن يكون جميع ممارسي Agile وأعضاء الفريق على دراية بتغيير النطاق. يحدث ذلك عندما يضيف العملاء ميزات إضافية إلى المشروع أو يزيلون المهام حتى يمكن إكمال المشروع في الوقت المحدد. لا يمكن للرسم البياني burndown عرض هذه التغييرات، ولكن الرسم البياني burnup يمكن.
تستخدم الرسوم البيانية burnup خطين منفصلين لتتبع العمل الذي تم إكماله والكمية الإجمالية من العمل الذي تم القيام به بالفعل. يمكن أن يوفر خط العمل الإجمالي المكتمل معلومات حيوية للفريق حول سبب عدم انتهاء المشروع. قد تشمل بعض الأسباب: العمل بطيء جدًا؛ تمت إضافة الكثير من المهام الجديدة إلى المشروع، أو هناك مشكلات أخرى داخل المشروع.
بالنسبة لـ Scrum Masters الذين يجتمعون بانتظام مع فريقهم أو عملائهم، الرسوم البيانية burnup هي الخيار الأفضل لاستخدامه في الاجتماع. من الأسهل عرض تقدم الفريق الأسبوعي باستخدام الرسم البياني "burnup". سيظهر هذا النوع من الرسم البياني للمجموعة أي اختبارات أو مشكلات أضافت المزيد من العمل خلال الأسبوع.
تغييرات النطاق ليست مفيدة لمشاريع البرمجيات. هي التغييرات غير المنضبطة أو النمو في المشروع. عندما تؤثر تغييرات النطاق على المشروع، تظهر الرسوم البيانية burndown قليلًا من العمل المنجز. وهذا قد يكون مضللاً. ومع ذلك، ستكشف الرسوم البيانية burnup بوضوح عن تغيير النطاق في المشروع. بينما تغييرات النطاق تضر المشروع وهي كابوس لكل فريق، يمكن أن تكون أيضًا مفيدة. عندما يتم الكشف عن تغيير النطاق، يمكن للفريق استخدامه لإقناع العملاء بوقف تغيير أو إضافة العمل إلى المشروع.
الـ Scrum Masters غالبًا ما يستخدمون burndown charts و daily stand-up كأداة للتنظيم الذاتي مع فريقهم. تقدم burndown charts ملخصًا لعمل الفريق. تظهر للماستر والأعضاء العمل الذي أكملوه والمشكلات التي يواجهونها.
يمكن استخدام المعلومات المقدمة في الرسم البياني كبيانات مدخلة في daily stand-up. إذا وجد الفريق أنهم متخلفون، هناك أشياء يمكنهم القيام بها للعودة إلى الطريق الصحيح. يمكنهم:
يجب أن يتم إلغاء النطاق فقط كنتيجة أخيرة. يجب النظر في كل الحلول الممكنة الأخرى أولاً قبل اتخاذ هذه الخطوة.
الغرض من استخدام burndown chart في daily stand-up هو إعادة الفريق إلى الجدول الزمني مرة أخرى.
خلال الاجتماعات، من المهم أن يبحث الـ Scrum Master عن إشارات مختلفة مثل: مدى جودة تعاون الفريق، من هو القائد، مستوى الصدق؛ التعاون بين أعضاء الفريق، والالتزام بالمشروع.
تقدم burndown charts مدخلات جيدة في اجتماعات sprint retrospective لأن الفرق يمكنها رؤية التغييرات والنظر في المعلومات للعثور على السبب الحقيقي لأي مشكلة أو تأخير. من خلال مناقشات الفريق واجتماعات التفكير الجماعي، يمكن للفرق تحليل المعلومات والبحث عن حلول.
الرسوم البيانية burndown للساعات المتبقية هي أدوات رائعة لتتبع الوقت المتبقي على كل مهمة. إنها سهلة القراءة وستظهر بسرعة للفريق إذا كانوا في الوقت المحدد لإكمال نقاط القصة في نهاية كل sprint.
ومع ذلك، على الرغم من فعالية هذا الرسم البياني وسهولته، ما زال العديد من الفرق يواجهون مشكلة شائعة جدًا: المعلومات على الرسم البياني تظهر وكأنها تخدع الفريق. بينما تظهر الرسوم البيانية أن الفريق على المسار الصحيح مع كل sprint، الواقع مختلف تمامًا.
وذلك لأننا نميل إلى الاعتقاد بالأسطورة "خطط للعمل، قم بتنفيذ الخطة" غالبًا دون بذل الجهد في إكمال المهام. من السهل خطط المشروع ولكن لإكماله، يجب على الفريق وضع العمل فيه.
كيف يمكنك معرفة إذا كان هذا يحدث لفريقك؟ إليك بعض العلامات التي يجب البحث عنها:
لمنع حدوث ذلك في فريقك، من المهم التركيز على التوجيه الأساسي. استخدم البرمجيات التي يمكن أن تكمل الرسوم البيانية burndown في الـ sprint. ركز على القصص المكتملة كمقياس أساسي. أضف رسمًا بيانيًا "burndown" مكتملًا للمساعدة في استعادة تركيز فريقك.
يجب ألا يتم التخلص من الرسوم البيانية burndown للساعات المتبقية لأنها أدوات قيمة يمكن أن تساعد الفريق في تنظيم العمل الذي لا يزال يحتاج إلى إكماله. يمكنك استخدام هذه الأدوات للحفاظ على تركيز فريقك على الوضع الحالي مع المشروع؛ وليس على الخرافات السابقة أو الآمال الكاذبة.
نمكّن القادة من أن يصبحوا ذوي قيمة عالية ومعترف بهم من خلال تكييف شركتهم المركزة على المشروع إلى شركة موجهة نحو المنتج، تغيرت المجتمع ويحتاج القادة إلى دعم لتكييف شركاتهم للعصر الرقمي، هذا هو السبب في خلق ADAPT Methodology®!
إذا كنت مهتمًا في معرفة ما إذا كانت شركتك مركزة على المشروع أو شركة موجهة للمنتج ببساطة خذ اختبارنا للمنتج إلى منتج.
إذا كنت تريد معرفة كيف يمكننا مساعدتك في بدء التحول الخاص بك، يرجى مراجعة: تدريب المشروع إلى المشروع.
إذا كنت مهتمًا في إجراء تحول في شركتك، يرجى مراجعة: الاستشارات من المشروع إلى المنتج.