إتقان ال burndown chart: المفتاح لتطوير المنتج في الوقت المناسب.

عندما تقوم شركتك بتغيير التركيز، من تقديم مشاريع منعزلة إلى تغذية وتطوير المنتجات الشاملة، ستحتاج إلى طرق جديدة لتتبع التقدم، وتوقع العقبات المحتملة، والتكيف مع التغييرات. هنا يأتي دور ال Burndown Chart.

Burndown chart هو أداة شائعة ومفيدة تُستخدم عادة في الاجتماعات الواقفة (ليس فقط) لتقييم مقدار العمل الذي تم إكماله في مهمة معينة. أنا شخصيًا أفضل استخدامه كأداة للتنبؤ. يعطينا فكرة تقريبية عن أدائنا في الSprint الحالي. يستخدم العديد من ممارسي Scrum هذا الشكل البسيط والجذاب بصريًا لأنه يمكن فهمه بسهولة من قبل جميع أعضاء الفريق.

Scrum Methodology هو إطار عمل إلزامي لأي قائد يأخذ بجدية بناء شركة منتج رقمي.

تُستخدم Burndown charts لقياس مقدار العمل الذي تم إكماله في مشروع خلال إطار زمني محدد، ثم يتم مقارنته مع الوقت المتاح لإكمال المشروع. توضح الرسوم البيانية مقدار العمل المخطط مقابل ما يتم تنفيذه خلال كل تكرار.

الرسوم البيانية هي أداة مفيدة للغاية تُستخدم لمراقبة العمل المكتمل والعمل الذي لا يزال يتعين القيام به خلال الإطار الزمني المحدد. ومع ذلك، على الرغم من فائدتها، فإن للburndown charts قيودها. فهي لا تستطيع، على سبيل المثال، قياس العمل الذي لا يزال قيد التقدم بوضوح أو فعالية؛ فهي تقيس فقط ما تم إكماله بالفعل.

أدناه مثال على burndown chart. يوضح مثالًا عن العمل المكتمل مقابل العمل الذي يمكن تقديمه خلال كل تكرار.

Originally taken from: http://www.agilenutshell.com/burndown

يمكنك أن ترى من خلال النظر في الرسم البياني أن الجانب الأيسر يظهر الجهد الكلي بينما الجانب الأيمن يظهر سرعة الفريق. يوفر هذا الرسم البياني أيضًا المعلومات التالية:

• العمل الذي تم إكماله خلال كل تكرار
• العمل الذي لا يزال يتعين القيام به
• الإطار الزمني الذي يتوقع فيه الفريق اكتمال المشروع

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

مزايا وعيوب الـ Burndown Chart

الـ Burndown charts هي أدوات فعالة للغاية ولها العديد من النقاط القوية. ومع ذلك، هناك ضعف أو عيوب أيضًا في استخدام الرسم البياني.

مزايا استخدام الـ Burndown chart هي:

• الـ Burndown charts بسيطة وسهلة المتابعة
• يظهرون بوضوح إنجازات الفريق الـ Agile
• يظهرون بوضوح ما يحتاجه الفريق لتحقيقه
• يتيح للفرق معرفة ما إذا كانوا على الطريق الصحيح مع المواعيد النهائية
• ينبه الفريق إلى المشكلات المحتملة أو حالات الاختناق بسرعة
• يظهر توقف المشروع
• يمكن للفرق رؤية المكان الذي يحتاجون إلى تركيز جهودهم للعودة إلى الطريق الصحيح
• يحفز الفريق
• يظهر للفريق أين نجحوا والعمل الذي ما زال يحتاجون إلى القيام به

عيوب استخدام الـ Burndown chart تشمل:

• هي محدودة - الرسوم البيانية تظهر فقط جزءًا من الصورة الكلية
• لا يظهرون الأعمال التي لا تزال قيد التقدم
• لا يظهرون مدى قرب الفريق من إكمال عملهم
• يمكن أن يؤدي إلى توقعات مبالغ فيها

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

أي معلومات لا تتم تغطيتها في الـ Burndown chart يجب معالجتها في اجتماع SCRUM، حتى يكون لدى الفريق صورة واضحة عن كيفية تقدم المشروع.

كيفية إنشاء واستخدام الـ Burndown Chart

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

بمجرد الانتهاء من تقسيم المهام، يمكن للفريق بعد ذلك إنشاء ورسم الـ Burndown Chart. إذا افترض الفريق أن كل مهمة ستكتمل بنفس الوتيرة كباقي المهام، فإن أفكارهم يجب أن تعكس تقدمهم المستمر.

هناك العديد من أدوات الـ Agile المتاحة التي تحتوي على قدرات الـ Burndown Chart المدمجة. بعض هذه الأدوات تشمل Rally, RTC, Version One, و Mingle. إذا لم يكن لديك أي من هذه البرامج، يمكن استخدام جدول Excel لإنشاء الـ Burndown Chart. في الجدول، أدخل تواريخ الـ Sprint على المحور X والجهود المتبقية على المحور Y.

لقد قمت بتضمين مثال على الـ Burndown Chart المثالي أدناه:

Originally taken from https://www.scrumalliance.org/community/articles/2013/august/burn-down-chart-%E2%80%93-an-effective-planning-and-tracki

في هذا المثال، الـ Sprint هو لمدة أسبوعين؛ الفريق يتكون من سبعة أعضاء يعملون 6 ساعات في اليوم لمجموع 420 ساعة. كما ترون، الساعات الكلية للـ Sprint بأكمله تظهر على المحور Y. الخط الأحمر يظهر ما يجب أن يكون عليه التقدم المثالي في العمل خلال الـ Sprint. إذا افترضنا أنه لن يكون هناك أي مشكلات أو تأخيرات، يجب أن تكتمل جميع المهام بحلول نهاية الـ Sprint.

المثال التالي يوضح الـ Burndown Chart الآخر لتتبع تقدم الفريق خلال الـ Sprint:

Originally taken from https://www.scrumalliance.org/community/articles/2013/august/burn-down-chart-%E2%80%93-an-effective-planning-and-tracki

يمكنكم رؤية أن الخط الأحمر يظهر التقدم الذي تم إكماله بينما الخط الأزرق يظهر الجهد المتبقي الذي يحتاج لإكمال المشروع.

Release Burndown Charts

منتجات Scrum يمكنها استخدام  Release Burndown Chart لتتبع تقدمها. Scrum Master مسؤول عن تحديث Release Burndown في نهاية كل تمرين  Sprint. على هذا الرسم البياني، المحور الأفقي يظهر كل  Sprint بينما يتم عرض العمل المتبقي على المحور الرأسي.

الفرق يمكنها استخدام أي طريقة يختارونها لعرض الكمية المتبقية من العمل بما في ذلك نقاط القصة، أيام الفريق، والأيام المثالية.

مثال على Release Burndown Chart يمكن رؤيته أدناه:

Originally taken from https://www.mountaingoatsoftware.com/agile/scrum/scrum-tools/release-burndown

في هذا المثال، يظهر الرسم البياني أن الفريق بدأ بـ 360 نقطة قصة. لإتمام مشروعهم بنجاح في الستة  sprints  المخطط لها، كان على الفريق أن يحقق متوسط 60 نقطة قصة لكل sprint.

يظهر هذا المثال أيضًا أن الفريق استخدم 90 نقطة قصة في الـ  sprint  الأول مع 270 متبقية. تم تنفيذ الـ  sprint  الثاني بسلاسة أيضًا. ومع ذلك، كما يمكنك رؤيته في الرسم البياني، حدث شيء ما خلال الـ  sprint  الثالث واستهلك الفريق نقاط القصة الخاصة بهم. بمجرد حل المشكلات في الـ  sprint  الثالث، تم تنفيذ المشروع بسلاسة خلال الـ  sprint  المتبقية.

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

Release Burndown Charts  شائعة بين العديد من الفرق لأنها تعمل بشكل جيد في مجموعة متنوعة من الحالات. ومع ذلك، فإنها لا تعمل بشكل جيد في المشاريع التي تحدث فيها الكثير من التغييرات. تعمل هذه المشاريع بشكل أفضل باستخدام شكل بديل من Release Burndown Chart.

أخطاء شائعة تؤدي إلى معلومات مضللة في الـ  Burndown Charts

هذه الأخطاء الشائعة التي يرتكبها الفرق الـ  agile  يمكن أن تسبب معلومات مضللة في الـ  burndown charts :

قصص متعددة بوظيفة عامة

هناك بعض المشاريع حيث لدى الفرق قصص متعددة ولكن وظيفة عامة واحدة فقط. يمكن أن تكون الـ  burndown charts  مضللة في هذه الظروف لأن إضافة مهام إضافية ستعطي العدد الخاطئ من الساعات الكلية. تتبع التقدم بأوقات غير صحيحة أمر مضلل أيضًا.

مهام كبيرة جدًا أو مفصلة جدًا

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

يتم فهم الجهد المتبقي والجهد المبذول بشكل خاطئ

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

عدم الانضباط في تحديث الرسوم البيانية

يجب على الفرق تحديث قياسات "الجهد المتبقي" على الـ  burndown charts  الخاصة بهم كل يوم. إذا تأخرت الفرق في هذه المهمة، قد لا يكون الـ  burndown chart  دقيقًا.

Burndown vs Burnup Charting

هناك نوعان مختلفان من الرسوم البيانية تستخدم لقياس الوقت في مشروع  Scrum :  burndown  و  burnup. تقيس الرسوم البيانية burndown كمية العمل المتبقية في المشروع. أما الرسوم البيانية  burnup ، فتقيس كمية العمل التي تم إكمالها بالفعل والكمية الإجمالية من العمل الذي تم القيام به.

سيكون للفرق وقتًا أسهل في تحديد أي نوع من الرسوم البيانية يستخدمون لمشروعهم إذا نظروا أولاً إلى هدف المشروع. على سبيل المثال، إذا كان هدفهم هو الحفاظ على المشروع على قيد الحياة من خلال تقديم المعلومات للعميل، أو كان  Scrum Master يحاول تحفيز الفريق، فإن الرسم البياني  burnup  سيكون الخيار الأفضل. ولكن إذا أراد  Scrum Master الحصول على معرفة أو فهم أكبر لما يحدث في المشروع، فإن الرسم البياني burndown  هو الخيار الأفضل.

المعلومات مقابل البساطة

الفرق الأخرى بين الرسوم البيانية  burndown  و burnup  هو أن واحدة منها بسيطة بينما الأخرى توفر معلومات. الرسوم البيانية  burndown  بسيطة: خط واحد يتجه نحو العلامة الصفرية حيث يكمل الفريق المشروع. يتم فهمها بسهولة من قبل جميع أعضاء الفريق ولا تتطلب شرحًا طويلاً. ومع ذلك، الرسوم البيانية burndown لا تروي القصة كاملة. غالبًا ما تخفي معلومات معينة مثل آثار تغيير النطاق.

تحدث التغييرات في النطاق عندما يتم إضافة عمل إلى المشروع أو إزالته. يجب أن يكون جميع ممارسي Agile وأعضاء الفريق على دراية بتغيير النطاق. يحدث ذلك عندما يضيف العملاء ميزات إضافية إلى المشروع أو يزيلون المهام حتى يمكن إكمال المشروع في الوقت المحدد. لا يمكن للرسم البياني burndown عرض هذه التغييرات، ولكن الرسم البياني burnup يمكن.

تستخدم الرسوم البيانية burnup خطين منفصلين لتتبع العمل الذي تم إكماله والكمية الإجمالية من العمل الذي تم القيام به بالفعل. يمكن أن يوفر خط العمل الإجمالي المكتمل معلومات حيوية للفريق حول سبب عدم انتهاء المشروع. قد تشمل بعض الأسباب: العمل بطيء جدًا؛ تمت إضافة الكثير من المهام الجديدة إلى المشروع، أو هناك مشكلات أخرى داخل المشروع.

الرسوم البيانية Burnup واجتماعات التقدم العادية

بالنسبة لـ Scrum Masters الذين يجتمعون بانتظام مع فريقهم أو عملائهم، الرسوم البيانية burnup هي الخيار الأفضل لاستخدامه في الاجتماع. من الأسهل عرض تقدم الفريق الأسبوعي باستخدام الرسم البياني "burnup". سيظهر هذا النوع من الرسم البياني للمجموعة أي اختبارات أو مشكلات أضافت المزيد من العمل خلال الأسبوع.

تغيير النطاق

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

استخدام Burndown Charts  في  Daily Stand-up  و  Sprint Retrospectives

الـ  Scrum Masters  غالبًا ما يستخدمون burndown charts  و daily stand-up كأداة للتنظيم الذاتي مع فريقهم. تقدم  burndown charts  ملخصًا لعمل الفريق. تظهر للماستر والأعضاء العمل الذي أكملوه والمشكلات التي يواجهونها.

يمكن استخدام المعلومات المقدمة في الرسم البياني كبيانات مدخلة في  daily stand-up. إذا وجد الفريق أنهم متخلفون، هناك أشياء يمكنهم القيام بها للعودة إلى الطريق الصحيح. يمكنهم:

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

يجب أن يتم إلغاء النطاق فقط كنتيجة أخيرة. يجب النظر في كل الحلول الممكنة الأخرى أولاً قبل اتخاذ هذه الخطوة.

الغرض من استخدام burndown chart في  daily stand-up  هو إعادة الفريق إلى الجدول الزمني مرة أخرى.

خلال الاجتماعات، من المهم أن يبحث الـ Scrum Master عن إشارات مختلفة مثل: مدى جودة تعاون الفريق، من هو القائد، مستوى الصدق؛ التعاون بين أعضاء الفريق، والالتزام بالمشروع.

تقدم  burndown charts مدخلات جيدة في اجتماعات  sprint retrospective  لأن الفرق يمكنها رؤية التغييرات والنظر في المعلومات للعثور على السبب الحقيقي لأي مشكلة أو تأخير. من خلال مناقشات الفريق واجتماعات التفكير الجماعي، يمكن للفرق تحليل المعلومات والبحث عن حلول.

الساعات المتبقية في الرسوم البيانية  Burndown  – نماذج مكافحة في  Agile

الرسوم البيانية burndown للساعات المتبقية هي أدوات رائعة لتتبع الوقت المتبقي على كل مهمة. إنها سهلة القراءة وستظهر بسرعة للفريق إذا كانوا في الوقت المحدد لإكمال نقاط القصة في نهاية كل sprint.

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

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

كيف يمكنك معرفة إذا كان هذا يحدث لفريقك؟ إليك بعض العلامات التي يجب البحث عنها:

• عدم الكفاءة في مقاييس الساعات المتبقية
• تحليل السبب الجذري يستخدم الرسم البياني burndown للكشف عن أي مشكلات
• أعضاء الفريق يرغبون في التخلص من الرسم البياني burndown تمامًا

ماذا يمكنك أن تفعل؟

لمنع حدوث ذلك في فريقك، من المهم التركيز على التوجيه الأساسي. استخدم البرمجيات التي يمكن أن تكمل الرسوم البيانية burndown في الـ  sprint. ركز على القصص المكتملة كمقياس أساسي. أضف رسمًا بيانيًا "burndown" مكتملًا للمساعدة في استعادة تركيز فريقك.

يجب ألا يتم التخلص من الرسوم البيانية burndown للساعات المتبقية لأنها أدوات قيمة يمكن أن تساعد الفريق في تنظيم العمل الذي لا يزال يحتاج إلى إكماله. يمكنك استخدام هذه الأدوات للحفاظ على تركيز فريقك على الوضع الحالي مع المشروع؛ وليس على الخرافات السابقة أو الآمال الكاذبة.

هل أعجبك هذا المقال؟

نمكّن القادة من أن يصبحوا ذوي قيمة عالية ومعترف بهم من خلال تكييف شركتهم المركزة على المشروع إلى شركة موجهة نحو المنتج، تغيرت المجتمع ويحتاج القادة إلى دعم لتكييف شركاتهم للعصر الرقمي، هذا هو السبب في خلق ADAPT Methodology®!

إذا كنت مهتمًا في معرفة ما إذا كانت شركتك مركزة على المشروع أو شركة موجهة للمنتج ببساطة خذ اختبارنا للمنتج إلى منتج.

إذا كنت تريد معرفة كيف يمكننا مساعدتك في بدء التحول الخاص بك، يرجى مراجعة: تدريب المشروع إلى المشروع.

إذا كنت مهتمًا في إجراء تحول في شركتك، يرجى مراجعة: الاستشارات من المشروع إلى المنتج.