نقاط القصة هي وحدات نسبية لقياس تعقيد المهام في منهجيات التطوير الرشيقة. على عكس الساعات، تأخذ نقاط القصة في الاعتبار ليس فقط الوقت ولكن أيضًا التعقيد والمخاطر وعدم اليقين للمهمة. وفقًا لـ Scrum.org، 2023، فإن الفرق التي تستخدم التقدير النسبي بنقاط القصة تفوت مواعيد السباق النهائية بنسبة 25٪ أقل مقارنة بالفرق التي تقدر بالساعات.
الرئيسية
نقاط القصة هي مقياس لتعقيد المهام يُستخدم في سكرم ومنهجيات أجيل الأخرى. يقوم الفريق بتقييم كل مهمة ليس بالساعات ولكن بوحدات نسبية: «هذه المهمة ضعف تعقيد المهمة المرجعية.» هذا النهج يوازن الفرق في السرعة بين المطورين المختلفة ويركز على التعقيد.
ظهر مفهوم نقاط القصة في أوائل العقد الأول من القرن الحادي والعشرين مع انتشار سكرم. كان رون جيفريز من أوائل من وصف الطريقة كجزء من البرمجة المتطرفة (XP). كانت الفكرة هي الابتعاد عن التقدير بـ «ساعات العمل» والتي تكون دائمًا غير دقيقة، نحو التعقيد النسبي الذي يحدده الفريق بشكل جماعي. اليوم، نقاط القصة هي المعيار الصناعي للفرق الرشيقة.
عند التقدير بـ نقاط القصة، يأخذ الفريق في الاعتبار ثلاثة عوامل: حجم العمل (كمية الكود والشاشات والمنطق)، التعقيد (التحديات التقنية والتقنيات الجديدة)، وعدم اليقين (المتطلبات غير الواضحة والمخاطر). قد تعني نقطة قصة واحدة «مهمة بسيطة بدون مخاطر» بينما 8 قد تعني «مهمة معقدة مع درجة عالية من عدم اليقين.»
يؤثر اختيار مقياس نقاط القصة على دقة التقدير وملاءمة التخطيط. المقياس الأكثر شيوعًا هو متتالية فيبوناتشي، ولكن هناك بدائل.
| المقياس | القيم | المزايا | العيوب |
|---|---|---|---|
| فيبوناتشي | 1، 2، 3، 5، 8، 13، 21 | زيادة طبيعية في التشتت للمهام الكبيرة | صعب للفرق الجديدة |
| الخطي | 1، 2، 3، 4، 5 | بسيط ومفهوم | لا يوجد تشتت للمهام الكبيرة |
| القوة | 1، 2، 4، 8، 16، 32 | أقصى تشتت للمهام الكبيرة | صعوبة التمييز بين المهام الكبيرة |
| تي شيرت | S، M، L، XL | تقدير سريع تقريبي | غير دقيق، يتطلب تحويلاً |
متتالية فيبوناتشي لم تُختر بالصدفة. الفرق بين 1 و2 ضئيل (50٪) بينما بين 13 و21 كبير (62٪). هذا يعكس الواقع: المهام الصغيرة تُقدر بدقة أكبر، والمهام الكبيرة بتشتت أكبر. عندما تُقدر مهمة بـ 21 نقطة قصة، يفهم الفريق: «لا نعرف كم ستستغرق، لكنها بالتأكيد أكثر من 13.» مقياس فيبوناتشي يمنع الدقة الزائفة.
لكي يعمل المقياس، يتفق الفريق على مرجع: «المهمة X تساوي نقطة قصة واحدة.» عادةً ما يتم اختيار مهمة بسيطة ومعروفة كمرجع: «إضافة حقل نصي إلى شاشة» أو «إصلاح خطأ مطبعي.» يتم تقدير جميع المهام الأخرى بالنسبة للمرجع. بدون مرجع، تفقد نقاط القصة معناها — كل شخص يفهم الوحدة بشكل مختلف.
السرعة هي متوسط عدد نقاط القصة التي يكملها الفريق في السباق الواحد. هذا مقياس أساسي للتنبؤ بالجداول الزمنية للمشروع.
السرعة تُحسب بناءً على المهام المكتملة: يتم جمع نقاط القصة لجميع المهام التي تمكن الفريق من إنهائها (تم استيفاء تعريف الإنجاز). المهام غير المكتملة لا تُحتسب. للدقة، يتم أخذ المتوسط على آخر 3-5 سباقات. على سبيل المثال، إذا أكمل الفريق 20 و22 و18 و24 نقطة قصة في آخر 4 سباقات، فالسرعة = 21 نق.
معرفة السرعة والحجم الإجمالي للطلبات المتراكمة بنقاط القصة، يمكنك التنبؤ بعدد السباقات حتى الإصدار. على سبيل المثال، إذا كان هناك 210 نقاط قصة في قائمة الانتظار والسرعة = 21، فستستغرق 10 سباقات. هذا تنبؤ تقريبي يتم تحسينه مع تقدم العمل. مهم: السرعة هي متوسط وليست التزامًا. خطط بناءً على الحد الأدنى (18 نق) وليس المتوسط.
السرعة لا يمكن زيادتها بأمر — إنها عرض لصحة العمليات. يتم تحقيق نمو مستدام في السرعة من خلال: تقليل الديون التقنية، تحسين عمليات مراجعة الكود، تقليل التنقل بين السياقات، أتمتة الاختبارات وCI/CD. مهم: لا يمكن مقارنة سرعة الفرق المختلفة — كل فريق يحدد نقاط القصة بطريقته الخاصة.
نقاط القصة والساعات لهما أغراض مختلفة، والاختيار بينهما يعتمد على السياق. الفرق ذات الخبرة تستخدم كلا النهجين لمهام مختلفة.
نقاط القصة لا غنى عنها لتخطيط السباقات: فهي لا تعتمد على من سينفذ المهمة. يمكن للمطور المبتدئ إنجاز 2 نق في اليوم، والمطور الخبير 4 نق، لكن تقدير المهمة يبقى 2 نق لكلاهما. تسمح نقاط القصة بتتبع إنتاجية الفريق دون مقارنة المطورين. هذا يقلل الضغط السياسي ويحسن جو الفريق.
الساعات ضرورية للالتزامات الخارجية: العقود والميزانيات وتقارير العملاء. يريد العميل معرفة ليس «8 نقاط قصة» بل «3 أسابيع.» لتحويل نقاط القصة إلى ساعات، استخدم معدل التحويل التاريخي: يعرف الفريق أن 1 نق يساوي تقريبًا 4 ساعات عمل. يجب أن يكون التحويل شفافًا وقائمًا على البيانات وليس على التخمين.
تستخدم العديد من الفرق نهجًا مشتركًا: تُقدر المهام بنقاط القصة لتخطيط السباق، ثم يقوم المدير بتحويلها إلى ساعات/أيام للتقارير الخارجية. من المهم عدم خلط النظامين في عملية واحدة: إما أن تقدر بنقاط القصة وتستخرج الوقت من السرعة، أو تقدر بالساعات مباشرة.
غالبًا ما يصاحب تطبيق نقاط القصة أخطاء تلغي فوائد التقدير النسبي. إليك أكثرها شيوعًا.
الخطأ الأكثر شيوعًا — يتفق الفريق: «1 نق = 4 ساعات.» في هذه الحالة، تفقد نقاط القصة معناها وتتحول إلى ساعات باسم آخر. يجب أن تكون نقاط القصة نسبية وغير مرتبطة بالوقت. إذا كانت المهمة (أ) ضعف تعقيد المهمة (ب)، فإنها تحصل على 2 نق، بغض النظر عن عدد الساعات التي ستستغرقها.
عندما تُقدر مهمة بعد إنجازها — هذا ليس تقديرًا بل توثيقًا. يجب تعيين نقاط القصة قبل بدء العمل، في لحظة أقصى درجات عدم اليقين. التقدير بعد الإنجاز يشوه السرعة ولا يعود بفائدة على التخطيط. علاوة على ذلك، يخلق شعورًا زائفًا بالدقة.
مقارنة السرعة بين الفريق (أ) والفريق (ب) هي تمرين لا معنى له. كل فريق يحدد المرجع والمقياس بطريقته. بالنسبة لفريق واحد، 1 نق هي مهمة بسيطة تستغرق ساعة، وبالنسبة لآخر هي مهمة تستغرق يومًا. يمكنك فقط مقارنة سرعة الفريق نفسه بمرور الوقت: هل هي في ازدياد أم انخفاض.
عندما تحصل مهام مختلفة بنفس التعقيد على نقاط قصة مختلفة، والمهام الأكثر تعقيدًا تحصل على نقاط أقل، ينهار المقياس. يجب على الفريق معايرة المقياس بانتظام: كل 3-6 سباقات، مراجعة بأثر رجعي مدى تطابق التقديرات مع التعقيد الفعلي. هذا يحسن اتساق التقديرات.
الأسئلة الشائعة
نقاط القصة ليس لها مقابل ثابت بالساعات. إنها وحدة نسبية: 1 نق = تعقيد المهمة المرجعية. للتحويل إلى ساعات، استخدم معدل التحويل التاريخي لفريقك: اقسم متوسط عدد ساعات العمل في السباق على السرعة. عادةً 1 نق = 4-8 ساعات، لكن هذا يختلف لكل فريق.
نعم، يمكن استخدام نقاط القصة في كانبان، ولكن مع تحفظات. لا يوجد في كانبان سباقات ثابتة، لذلك تُحسب السرعة أسبوعيًا أو شهريًا بدلاً من ذلك. غالبًا ما تستخدم فرق كانبان وقت الدورة بدلاً من نقاط القصة — الوقت الذي تستغرقه المهمة من البداية إلى النهاية. يعتمد الاختيار على خصائص الفريق.
إذا تباينت التقديرات (أحدهم يعطي 3 نق وآخر يعطي 13)، فهذه إشارة إلى أن المهمة غير مفهومة جيدًا. قسم المهمة إلى أجزاء أصغر. ناقش المخاطر وحالات عدم اليقين التي يراها المطورون المختلفون. إذا كانت المهمة كبيرة، قم بتقديرها كـ Spike (بحث لمدة 2-4 أيام) بدلاً من نقاط القصة.
الانتقال يستغرق 3-6 سباقات. ابدأ باختيار مقياس (فيبوناتشي هو الخيار الأكثر أمانًا) وتحديد مهمة مرجعية. أجرِ 2-3 جلسات بوكر تخطيط. احسب السرعة بعد كل سباق. لا تحول نقاط القصة إلى ساعات — دع الفريق يعتاد على النظام الجديد. بعد 3 سباقات، سترى كم تحسن التخطيط.
لا، التقدير لا يتغير. نقاط القصة هي تقدير مبدئي للتعقيد يتم قبل بدء العمل. بعد إنجاز المهمة، يبقى التقدير كما هو، حتى لو اختلف الجهد الفعلي. تغيير التقدير بعد الإنجاز يشوه الإحصائيات ويحبط الغرض من التنبؤ. حلل التناقضات خلال الاستعراضات الاسترجاعية، لكن لا تغير التقديرات بأثر رجعي.
الخلاصة
سنقوم بتطوير تطبيق جوال جاهز
تقدم IT Sectr تطبيقات iOS وAndroid للشركات الناشئة والشركات منذ عام 2017. سوف نقدم لك النصح ونقترح أفضل حل.