دليل سكرم | 34. السرعة في سكرم - سرعة فريق التطوير
نشرت: 2022-07-06تساعدك Velocity في Scrum على تحديد المعدل الذي يُكمل به فريق Scrum المهام. يمكننا تعريفه على أنه متوسط عدد نقاط القصة المكتملة في Sprint واحد. يمكن للسرعة أيضًا تقدير مدة المشروع بناءً على تقدم العمل المنجز بالفعل. ومع ذلك ، هذا أمر منطقي فقط بالنسبة لفريق ناضج يعمل بوتيرة منتظمة وثابتة. ألق نظرة على ماهية السرعة وكيفية جعلها تعمل بشكل أفضل من أجلك!
السرعة في سكروم - جدول المحتويات:
- السرعة في سكرم - مقدمة
- السرعة الفعلية والمخطط لها
- الصعوبات والمخاطر المرتبطة بالسرعة في سكروم
- ملخص
السرعة في سكرم - مقدمة
السرعة هي طريقة اختيارية ولكنها شائعة لقياس وتيرة فريق سكرم. وذلك لأن السرعة المقدرة بدقة تمكن من التنبؤ ، إلى حد معقول ، بالوقت اللازم لإكمال المشروع. ومع ذلك ، فهو مقياس لا يمكن تطبيقه إلا على فريق تطوير معين ، والذي سينفذ المهام التي "قيّمها" بنفسه باستخدام وحدة مألوفة ، مثل Story Points ، على سبيل المثال.
غالبًا ما يتم تقديم سرعة فريق التطوير في شكل مخطط السرعة. على المحور X تم وضع علامة سباقات السرعة المتتالية. على المحور Y ، من ناحية أخرى ، سنجد عدد نقاط القصة أو الوحدات المقابلة الأخرى التي تم إكمالها في Sprint معين. مع مخطط السرعة ، يكتسب فريق Scrum رؤية واضحة للتغيرات في وتيرة عمله. إذا كان الخط المحدد على الرسم البياني يرتفع ، فهذا يعني أن الفريق يعمل على تحسين كفاءته أو تقليل قيمة نقاط القصة. لذلك يجب أن يتبع كل من مدير سكرم ومالك المنتج بعناية الخط الذي يوضح سرعة الفريق.
السرعة الفعلية والمخطط لها
تصف السرعة الفعلية لـ Development Team وتيرة العمل في Sprint المكتمل ويتم حسابها في نهاية كل Sprint. يأخذ قيمة مجموع نقاط القصة لجميع قصص المستخدم المكتملة. تسمح لك السرعة الفعلية لـ Development Team بالتخطيط والتقدير مع بعض الاحتمالات لوتيرة المهام المستقبلية.
من ناحية أخرى ، يتم تقدير السرعة المخططة بناءً على متوسط قيمة السرعة الفعلية. يتطلب افتراض عدم وجود تغيير في Development Team. إنها أداة داخلية مهمة لـ Development Team ، والتي ، بناءً عليها ، يمكنها تقييم ما إذا كان التعاون في الفريق يسير على ما يرام وما إذا كان يتم الحفاظ على وتيرة العمل.
تتيح السرعة المخططة أيضًا لمالك المنتج التنبؤ بوقت تنفيذ قصص المستخدمين المحددة جيدًا والمجدولة للتنفيذ في سباقات السرعة اللاحقة. يتيح ذلك رعاية أكثر فعالية لـ Product Backlog ، والتي كتبنا عنها في هذه المقالة. ومع ذلك ، فإن ممارسة تطبيق السرعة المخططة لتقدير مدد المشروع ليست بهذه البساطة.
الصعوبات والمخاطر المرتبطة بالسرعة في سكروم
غالبًا ما يتم إعطاء السرعة في Scrum أهمية كبيرة دون مراعاة العوامل التالية:
- تقدير الكيانات الأكبر أو المشروع بأكمله - بينما يستطيع فريق التطوير تقدير عدد نقاط القصة بدقة لتخصيصها لمهمة معينة ، فإنه من الصعب جدًا أو المستحيل وصف مجموعات أكبر للتنفيذ المستقبلي في هذه الوحدات
- التغييرات في المشروع - من المحتمل أن يعني أي تغيير في المشروع تغييرًا في عدد نقاط القصة اللازمة لتحقيق هدف المنتج. قد تكون المهام التي تم إكمالها بالفعل بحاجة إلى تعديل أو حتى عدم استخدامها في الإصدار النهائي من المنتج
- الأحداث غير المتوقعة - توقع وتيرة المشاريع المستقبلية بناءً على تلك التي تم الانتهاء منها بالفعل ، أي ترجمة السرعة الفعلية إلى السرعة المخططة ، يمكن أن يؤدي إلى تقديرات دقيقة. ومع ذلك ، فإن كل مشروع له خصائصه الخاصة ، وعادة ما يكون التنبؤ الدقيق المستند إلى التاريخ مستحيلًا.
ملخص
يمكن أن يؤدي استخدام السرعة كمقياس لتقييم فعالية Development Team إلى تدهور موثوقيتها. يمكن أن يؤدي أيضًا إلى تدهور جودة التقديرات ، والتي كتبنا عنها بمزيد من التفصيل في هذه المقالة. بعد كل شيء ، للحصول على أفضل النتائج الممكنة في المقاييس ، قد يبالغ فريق التطوير في تقدير كثافة اليد العاملة للمهام لزيادة السرعة. هذا أمر ضار لأن الفريق نفسه يفقد بعد ذلك معلومات قيمة لإجراء تحسينات وتخطيط مهامه بشكل أكثر دقة.
تأتي السرعة في سكرم في متناول اليد في المقام الأول كإجراء داخلي يستخدمه فريق التطوير لتقييم وتيرة عمله. هذا لأنه يسمح له بتحديد عدد المهام التي يمكنه إكمالها خلال Sprint واحد.
تصبح السرعة في يد مالك المنتج أداة مفيدة لتقدير الموعد النهائي للمهام الأكبر.
ومع ذلك ، ترتبط أكبر المخاطر باستخدام السرعة كمقياس لتقييم فريق التطوير. هذا لأنه يمكن أن يؤدي إلى تقليل مصداقيته وحتى المبالغة المتعمدة في تقدير قيمته لتحسين التقييم الخارجي لعمل فريق 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
- رعاية تراكم المنتج