Velocity في Scrum / Agile
Velocity هي متوسط كمية العمل التي يستطيع الفريق إكمالها داخل Sprint وفق Definition of Done.
Velocity تعني سرعة الفريق في إنجاز عناصر العمل المكتملة خلال Sprint. غالبًا تُقاس بمجموع Story Points للعناصر التي انتهت فعلًا وحققت Definition of Done.
📈 ما هي Velocity؟
Velocity ليست سرعة كل مطور على حدة، وليست وعدًا ثابتًا. هي مؤشر
يساعد الفريق ومالك المنتج على فهم القدرة التقريبية للفريق بناءً على
بيانات فعلية من Sprints سابقة.
- تقيس العمل المكتمل فقط، وليس العمل الذي بدأ ولم ينتهِ.
- تعتمد على عناصر حققت Definition of Done.
- تستخدم للتخطيط والتوقع، وليس للمحاسبة الفردية.
- تكون مفيدة أكثر بعد عدة Sprints، وليس من أول Sprint فقط.
- تختلف من فريق لآخر ولا تصلح للمقارنة بين الفرق.
🎯 الفكرة الأساسية
إذا كان الفريق ينجز في العادة حوالي 30 نقطة في كل Sprint، يمكن
استخدام هذا الرقم لتوقع كم عنصرًا يمكن إدخاله في Sprint القادم أو كم
وقتًا قد يستغرق Release معين.
28Sprint 1
32Sprint 2
30Sprint 3
🧠 قاعدة مهمة
Velocity مفيدة عندما تبقى طريقة التقدير وحجم الفريق وDefinition
of Done مستقرة نسبيًا. إذا تغيّر الفريق أو تم تقليل الاختبارات أو تغيّر
DoD، فإن الرقم قد يصبح مضللًا.
- ارتفاع Velocity لا يعني دائمًا تحسنًا.
- انخفاض Velocity لا يعني دائمًا فشلًا.
- الأهم هو القيمة والجودة والاستقرار، وليس الرقم وحده.
كتاب Velocityصفحة 01
كيف تُحسب Velocity؟
تُحسب من مجموع Story Points للعناصر التي اكتملت فعلًا داخل Sprint.
🧮 المعادلة البسيطة
في نهاية Sprint، نحسب فقط العناصر التي أصبحت Done. العناصر غير المكتملة لا تُحسب جزئيًا حتى لو أنجز منها 90%.
Velocity = Sum of Done Story Points in Sprint
- قصة مكتملة = تُحسب نقاطها كاملة.
- قصة غير مكتملة = لا تُحسب في Velocity.
- لا نحسب ساعات العمل بدل Story Points إذا كان الفريق يستخدم النقاط.
- لا نضيف نقاطًا لعمل لم يحقق Definition of Done.
📊 مثال حسابي
إذا كان لدى الفريق في Sprint خمسة عناصر:
| العنصر | النقاط | الحالة | هل يُحسب؟ |
|---|
| تسجيل مستخدم | 5 | Done | نعم |
| صفحة الدفع | 8 | Done | نعم |
| تقرير الطلبات | 3 | Done | نعم |
| إشعارات البريد | 5 | غير مكتمل | لا |
| صلاحيات المشرف | 8 | قيد الاختبار | لا |
Velocity = 5 + 8 + 3 = 16
⚠️ لا تحسب العمل الجزئي
إذا لم يحقق العنصر Definition of Done، لا يتم احتسابه في Velocity. هذا يحافظ على الشفافية ويمنع تضخيم الأرقام.
كتاب Velocityصفحة 02
لماذا نستخدم Velocity؟
Velocity تساعد في التوقع والتخطيط، لكنها ليست هدفًا بحد ذاتها.
🎯 استخدامات Velocity الصحيحة
عندما تصبح لدى الفريق بيانات من عدة Sprints، يمكن استخدام Velocity لتوقع القدرة المستقبلية بشكل أفضل.
- مساعدة الفريق على اختيار كمية عمل مناسبة في Sprint Planning.
- مساعدة Product Owner على توقع موعد إنجاز مجموعة عناصر.
- توضيح أثر تغيير النطاق على تاريخ الإصدار.
- تحسين النقاش مع أصحاب المصلحة بناءً على بيانات فعلية.
- مقارنة التوقعات السابقة بالأداء الفعلي للفريق نفسه.
📦 Velocity و Product Backlog
عندما يكون Product Backlog مرتبًا ومقدّرًا، تساعد Velocity في فهم ما يمكن إنجازه خلال فترة معينة.
- إذا كان الفريق ينجز 30 نقطة في Sprint، وRelease يحتوي على 90 نقطة، فقد يحتاج تقريبًا إلى 3 Sprints.
- إذا أضيفت 30 نقطة جديدة للنطاق، فالتوقع قد يزيد Sprint إضافيًا.
- إذا تغيّر ترتيب الأولويات، تُستخدم Velocity لإعادة التخطيط بناءً على الواقع.
🧭 توقع لا وعد
Velocity تساعد على بناء توقع احتمالي، لكنها لا تضمن أن كل
Sprint سيكون بنفس الرقم. العمل قد يتغير، المخاطر قد تظهر، وقدرة الفريق
قد تتأثر.
تخطيطتوقعتعلمشفافية
كتاب Velocityصفحة 03
أخطاء شائعة في Velocity
استخدام Velocity بطريقة خاطئة قد يخلق سلوكًا ضارًا ويقلل الجودة بدل تحسين الأداء.
⚠️ الخطأ الأول: استخدامها لتقييم الأفراد
Story Points وVelocity تخص الفريق كنظام، ولا تصلح لقياس أداء
مطور فردي. عند استخدامها كمؤشر فردي سيبدأ الناس بتضخيم التقديرات أو
اختيار المهام السهلة.
- تقلل التعاون بين أعضاء الفريق.
- تشجع على التركيز على الرقم بدل القيمة.
- تخلق منافسة غير صحية.
- تضعف الشفافية في الإبلاغ عن المشاكل.
📉 الخطأ الثاني: محاولة رفع الرقم بأي طريقة
رفع Velocity عن طريق تقليل الاختبارات أو تجاوز Definition of Done ليس تحسنًا. هذا غالبًا يعني جودة أقل ودينًا فنيًا أكبر.
- Velocity أعلى مع جودة أقل = مؤشر مضلل.
- تقليل الاختبارات يرفع المخاطر لاحقًا.
- الدين الفني سيجعل الفريق أبطأ بمرور الوقت.
🚫 الخطأ الثالث: مقارنة فرق مختلفة
لا تقارن فريقًا ينجز 40 نقطة بفريق ينجز 25 نقطة، لأن معنى النقطة يختلف بين الفرق. كل فريق لديه طريقة تقدير وسياق ونطاق مختلف.
✅ الاستخدام الصحي
استخدم Velocity للفريق نفسه، على مدى عدة Sprints، ومع الحفاظ على نفس تعريف الجودة والإنجاز.
كتاب Velocityصفحة 04
كيف نشرح Velocity للإدارة؟
أفضل شرح للإدارة هو ربط Velocity بالتوقع والخيارات، وليس بوعد قطعي.
عندما تسأل الإدارة: “متى سننتهي؟” لا يكون الجواب الرشيق: “سنضغط
على الفريق”. بل يكون: “بناءً على الأداء الفعلي والنطاق الحالي، هذا هو
التوقع، وهذه هي الخيارات”.
🧭 صياغة مناسبة
يمكن شرح Velocity بهذا الشكل:
- الفريق ينجز في المتوسط حوالي 30 نقطة في Sprint.
- النطاق المتبقي حوالي 120 نقطة.
- بناءً على ذلك، التوقع التقريبي هو 4 Sprints.
- إذا أردنا تاريخًا أقرب، نحتاج إلى تقليل النطاق أو إعادة ترتيب الأولويات.
- إذا ظهرت مخاطر جديدة، سيتم تحديث التوقع بناءً على البيانات.
🎯 الخيارات أمام الإدارة
| الخيار | الأثر |
|---|
| تقليل النطاق | يساعد على إطلاق أسرع مع الحفاظ على الجودة. |
| تغيير الأولويات | يضمن تنفيذ الأعلى قيمة أولًا. |
| زيادة الوقت | يحافظ على النطاق والجودة لكنه يؤخر الإصدار. |
| تقليل الجودة | خيار خطير وغير رشيق لأنه يخلق أخطاء ودينًا فنيًا. |
💡 الجملة الذهبية
Velocity لا تقول لنا “اضغطوا أكثر”، بل تقول لنا “هذا ما تظهره البيانات، فلنقرر بوعي ما الذي نغيّره: النطاق، الوقت، أو الأولوية”.
كتاب Velocityصفحة 05
مثال عملي وخلاصة
مثال سريع يوضح كيف تستخدم Velocity للتوقع دون تحويلها إلى أداة ضغط.
📊 مثال عملي
فريق يعمل على بوابة طلبات موزعين. بعد 4 Sprints، كانت Velocity كالتالي:
| Sprint | Velocity | ملاحظة |
|---|
| Sprint 1 | 24 | بداية المشروع وتعلم المجال. |
| Sprint 2 | 30 | استقرار أفضل في التقدير. |
| Sprint 3 | 28 | ظهرت بعض الاعتماديات. |
| Sprint 4 | 32 | تحسن وضوح المتطلبات. |
متوسط Velocity تقريبًا = 28.5 نقطة. إذا كان المتبقي 85 نقطة،
فقد يحتاج الفريق حوالي 3 Sprints تقريبًا، مع مراجعة التوقع بعد كل
Sprint.
⚠️ تنبيه مهم
إذا زادت Velocity فجأة بعد تقليل الاختبارات أو تجاهل التوثيق، فهذه ليست إشارة صحية. هي غالبًا رقم جميل يخفي مشكلة قادمة.
✅ الخلاصة النهائية
Velocity أداة تخطيط وتوقع داخل Scrum / Agile. قيمتها الحقيقية
أنها تساعد الفريق وProduct Owner على اتخاذ قرارات أفضل بناءً على بيانات
فعلية، لا على التفاؤل أو الضغط.
- Velocity = مجموع نقاط العمل Done في Sprint.
- لا تُحسب العناصر غير المكتملة أو غير المختبرة.
- تستخدم للتوقع وليس لتقييم الأفراد.
- لا تقارن Velocity بين فرق مختلفة.
- الجودة وDefinition of Done أهم من رفع الرقم.
- أفضل استخدام لها هو دعم قرارات النطاق والوقت والأولوية.