ملاحظة: لقد كتبتُ هذا المقال على افتراض أن القارئ لديه خبرة عملية في مجال الرشيقة ويعرف مفهوم السرعة المتجهة
إن معنى السرعة في القاموس هو “سرعة شيء ما في اتجاه معين”، وتقول الفيزياء: “السرعة هي معدل تغير موضع جسم ما بالنسبة لإطار مرجعي وهي دالة للزمن”.
ولكننا في عالم (الشركات المدفوعة بالبرمجيات) الذي تقوده أجيليتي. في عالم أجايل، تعني السرعة “مقدار العمل (الوحدات أو القيمة أو عناصر العمل) الذي تم تسليمه لإنشاء زيادة محتملة قابلة للإصدار في سباق سريع.”
من واقع خبرتي، تُستخدم “السرعة” لقياس إنتاجية فريق التطوير.
هل “السرعة” مقياس للإنتاجية أم القدرة على التنبؤ؟ لم أصادف أي تعريف للسرعة حيث يتم استخدام كلمة إنتاجية.
السرعة المستقرة تعني أن الفريق يمكن التنبؤ به في التسليم أو يمكن القول، النتائج.
عندما يعمل المطورون في سباقات السرعة أو التكرارات، في السباقات الأولية الأولى، قد يكون النطاق المتوقع للسرعة مرتفعًا بسبب الفرق الجديدة التي تعمل والشكوك التي تظهر. ومع ذلك، بعد قضاء عدد قليل من سباقات السرعة، يقل عدم اليقين، ويصبح الفريق أكثر قابلية للتنبؤ، وهنا تكون السرعة أداة ممتازة للتنبؤ.
انضم إلى تدريب مالك المنتج PSPO الخاص بنا للحصول على تعليمات من الدرجة الأولى من نافين وسوميت. مع سجل حافل بالنجاح بنسبة 100%، فإن نجاحك في التدريب مضمون. سجل اليوم
لنفترض أن العمل المتراكم الأولي للمنتج تم تقديره (لنقل بالنقاط أو أي وحدات)، ويصل العمل المتراكم إلى 500 وحدة (مع التقديرات الأولية). لنفترض أن فريقًا عمل على نفس نوع العمل الذي يجب إنجازه على المنتج، وكانت سرعة هذا الفريق (تحويل الأعمال المتراكمة إلى زيادة محتملة قابلة للإصدار) 50 وحدة.
بعملية حسابية بسيطة، لكي يتم تسليم 500 وحدة مع فريق لديه سرعة سابقة قدرها 50 وحدة، يحتاج إلى 10 سباقات سريعة (500 وحدة / 50 وحدة)
لنفترض أن هذا الفريق بدأ العمل معًا، وخلال التخطيط للسباق الأول من التخطيط للسباق، التقطوا 50 وحدة من العمل. عندما بدأ الفريق في العمل، اكتشفوا بعض الشكوك وتمكنوا من تسليم 10 وحدات فقط.
وبما أنه تم إنجاز بعض العمل في السبرينت السابق والسبرينت الثاني، فقد توقعوا 50 وحدة وسلموا 50 وحدة من العمل. والآن، ما هو مقدار العمل الذي يجب أن يختاروه في السبرينت الثالث، أو كم سيكونون قادرين على تسليمه؟ – هذا غير مؤكد الآن.
لنقم بإنشاء تصور سريع حول هذا الأمر
ضع في اعتبارك، أثناء المراجعة، وسأل أحد أصحاب المصلحة عن مقدار العمل الذي يمكن تسليمه بحلول نهاية السبرينت السابع، يمكن لضابط العمل استخدام هذا الرسم البياني للتنبؤ بالعمل الذي سيتم تسليمه بحلول نهاية السبرينت السابع.
يتنبأ الرسم البياني أعلاه بأن الفريق قد يسلم ما بين 80 – 220 نقطة/وحدة من العمل. يُطلق على هذا المستوى من عدم اليقين في التنبؤ اسم مخروط عدم اليقين.
نظرًا لأن مخروط عدم اليقين مرتفع، فإن نطاق التنبؤ سيكون كبيرًا، أي 80 نقطة/وحدة إلى 220 نقطة/وحدة، وهذا هو الحال في الوقت الأولي لتطوير المنتج.
مع تقدم الفريق، عادةً ما تتضح أوجه عدم اليقين مع عمليات التحقق الأولية من متطلبات المنتج.
ضع في اعتبارك أن الفريق قد اجتاز التكرارات/المخططات الأولية، والآن تتضح أوجه عدم اليقين وتصبح أوجه عدم اليقين واضحة، ويقوم المطورون بالتسليم وفقًا لتوقعاتهم، مما يقلل من مخروط عدم اليقين. وبالتالي، تصبح التوقعات واقعية، وتصبح الفرق أكثر قابلية للتنبؤ.
الآن أثناء المراجعة، إذا سأل أصحاب المصلحة عن مقدار العمل الذي يمكن تسليمه بحلول نهاية سبرينت السابع، فيمكن لضابط المشروع استخدام هذا الرسم البياني للتنبؤ بالعمل مرة أخرى، وهذه المرة يكون هذا النطاق أكثر قابلية للتنبؤ (مثل 260 وحدة إلى 280 وحدة)
أثناء المراجعة، إذا سأل بعض أصحاب المصلحة عن أي سبرينت يمكن أن ننجز عمل الوحدة 300 (باعتبار أن العمل يقع هناك)، فإن الرسم البياني العكسي يساعد في توفير توقعات في أي وقت بنهاية السبرينت السابع أو الثامن
هذه هي بعض الطرق التي يمكن لمالك المنتج استخدام السرعة لزيادة الشفافية حول تراكمات المنتج لزيادة الشفافية على مستويات مختلفة (حيثما كان ذلك مطلوبًا) من العمل.
محاولتي الصغيرة لوضع تجربتي الصغيرة حول كيفية رفع الشفافية في تطوير المنتج من خلال تراكمات المنتج. الرجاء المساعدة.
يتمتع سوميت بخبرة لا مثيل لها في مجال هندسة البرمجيات والتدريب الرشيق والتدريب والاستشارات لمدة 18 عامًا. وباعتباره مدربًا محترفًا معتمدًا في مجال سكروم (PST) من Scrum.org ومستشارًا متميزًا في ممارسة SAFe®، يجلب سوميت ثروة من المعرفة والمهارة لكل مشروع، مما يترك تأثيرًا دائمًا على المؤسسات التي تسعى إلى تبني منهجيات أجايل.
