🛢️ 🔋 🎼 تقييم المهام في نقاط القصة ⏭️ 🌀 🤛🏾

يعرف كل شخص تقريبًا عبر تطوير البرامج ما هو تقييم مهمة Story Points (SP) ، ومع ذلك ، فأنا أحيانًا أخبر الزملاء من الأقسام الأخرى أو الوافدين الجدد إلى الفريق الذين لم يواجهوا مثل هذا النهج ، لماذا نستخدم SP ولماذا هو ملائم للفريق وفعال للشركة.

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

مشكلة

يعد حساب الوقت المطلوب لإكمال المهمة مهمة بسيطة للغاية ومحفوفة بالمخاطر للغاية تواجهها فرق التطوير.

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

للتوضيح ، سأستشهد بمثال لحوار خيالي من كتاب روبرت مارتن ، المبرمج المثالي.

مايك (المدير): ما هي احتمالية إدارتك في ثلاثة أيام؟

بيتر (المطور): يمكنني التعامل معها.

مايك: هل يمكنك تسمية رقم؟

بطرس: خمسون أو ستون بالمائة.

مايك: إذن هناك احتمال كبير أنك ستحتاج إلى أربعة أيام؟

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

مايك: إلى أي مدى تشك في ذلك؟

بيتر: أوه ، لا أعرف ... أنا متأكد بنسبة 95 في المائة من أن العمل سيتم في أقل من ستة أيام.

مايك: إذن ربما سبعة؟

نفذ:حسنًا ، إذا ساء كل شيء ... لعنة ، إذا سارت الأمور على ما يرام ، فربما عشرة أو حتى أحد عشر يومًا. لكن احتمال مثل هذه المصادفة صغير جدا ، أليس كذلك؟

أعتقد أن الحوار أعلاه يبدو مألوفًا جدًا لأي مطور أو مدير مشروع.

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

ارتباط الصف والتقدير

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

تقييم مثالي في عالم غير كامل

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

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

حلول بديلة

بطبيعة الحال ، فإن النهج باستخدام SP ليس أول محاولة لحل المشاكل التي تم التعبير عنها ، على الرغم من أنها الأكثر شيوعًا.

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

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

PERT Program Evaluation and Review Technique 50- XX .

:

O: . .

N: .

P: , , .

:

μ = \frac{O + 4 N + P}{6}

$\mu= \cfrac {O+4N+P} {6}$

, :

σ = \frac{P - O}{6}

$\sigma=\cfrac{P−O}{6}$

, :

\frac{1 + 12 + 12}{6} \pm \frac{12 - 1}{6}

$\cfrac{1+12+12}{6} ± \cfrac{12-1}{6}$

, . , , .

نقاط القصة

ما هي نقاط القصة وكيف تساعد في تقييم المهام؟ يتحدث مايك كوهن ، Agile Evangelist والمدير التنفيذي لشركة Mountain Goat Software ، عن هذه التقنية باختصار شديد وواضح.

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

في الوقت نفسه ، يجب تضمين جميع العوامل التي قد تؤثر عليه في تقييم الجهود:

مقدار العمل المطلوب ؛
التعقيد التقني للمهمة ؛
المخاطر المحتملة وعدم اليقين في المتطلبات ؛

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

أريد التأكيد على جانبين مهمين لطريقة Story Points التي تسمح لها بحل المشاكل التي ناقشناها في الصفحة السابقة:

التقييم النسبي

يتم تقييم المهام بالنسبة لبعضها البعض ، وبالتالي ينشأ مقياس تصنيف عالمي لا يعتمد على خبرة المقيم. حتى إذا تم استبدال المهمة بالمسؤولية - سيظل تقييمها دون تغيير ، قم بتقييم المهام الجديدة إلى حد ما بالنسبة لهذا المقياس.

استبدال الساعات بنقاط مجردة

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

أرقام فيبوناتشي وقمصان وكلاب

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

ومع ذلك ، تستخدم بعض الفرق مقياس تصنيف بديل. الأكثر شيوعًا هو التقييم في القمصان والكلاب ، عندما يشار إلى تعقيد المهمة في حجم القميص (S ، M ، L ، XL) أو في سلالة الكلب (تشيهواهوا ، الصلصال ، الكلب). وبالتالي ، تكون الفرق أكثر استخلاصًا من التمثيل العددي للتقييم ، والذي يقوض في بعض الحالات الانتقال إلى التقييم المؤقت.

نتيجة الفريق

ما الفرق بين تقييم الفريق والتقييم الفردي؟
ما أهمية إشراك الفريق بأكمله في التصنيف؟

من أكبر الأخطاء التي يمكن ارتكابها عند تقييم المهام هي أن تصنعها بنفسك وأن لا تطلب آراء أعضاء الفريق. ربما لديهم رأي في هذا؟ هل تريد إضافة دعم متصفح جديد؟ ما رأي سؤال وجواب في هذا؟

الناس هم أهم موارد التقييم. يمكنهم رؤية ما لا تراه.

ولكن كيف يمكن إجراء تقييم الفريق؟ مجرد صراخ الدرجات ليس فعالاً للغاية ، بالإضافة إلى أنه بعد سماع درجتك ، قد يغير عضو آخر في الفريق رأيه ولن يصرح بنفسه.

تخطيط البوكر

في عام 2002 ، وصف James Granning طريقة أصبحت شائعة في وقت لاحق لدرجة أنه يمكنك الآن شراء مجموعات حقيقية من البطاقات لتخطيط البوكر. أو استخدم إحدى الخدمات عبر الإنترنت للدورة ؛

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

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

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

البدائل

مثل طريقة التقييم نفسها ، فإن تخطيط البوكر له بدائل. سأتحدث بإيجاز عن واحد منهم.

يمكنك تخطي هذه الكتلة والانتقال مباشرة إلى الصفحة التالية.

تصنيف أفيني

« . , . , . — . , , , .

, . , . .

, , .

, „“ .

تخطيط المشروع

كم عدد الساعات الموجودة في Story Point'e وكيف يمكنني إنشاء مخطط جانت؟

لذا ، فقد قدرنا تراكم المهام ، ولكن لا يمكنك بناء خطة مشروع على Story Point'ah. غالبًا ما يكون لدى مدير المشروع سؤال: "كيف تترجم النقاط الذهنية إلى ساعات؟".

الجواب المختصر لهذا السؤال هو: "لا مفر".

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

وينطبق الشيء نفسه على المهام في 2 SP وهذا موضح في الشكل الثاني. هل لاحظت أن "ذيول" الرسوم البيانية تتقاطع؟ نعم ، قد تتطلب بعض المهام المصنفة في نقطة واحدة ليرة سورية جهدًا أكبر من أبسط المهام المصنفة في نقطة واحدة. في النهاية ، لم يتعلم أي فريق بعد التقييم بشكل مثالي. بالإضافة إلى ذلك ، عند ترجمة النقاط الذهنية إلى ساعات ، نعود إلى أشعل النار القديمة ، فكم من الوقت سيحتاج المطور إلى حل مشكلة معينة يعتمد بشكل كبير على المطور.

ولكن ماذا نفعل ، لا يمكننا التخلي عن التخطيط تمامًا. لحسن الحظ ، لا نحتاج إلى ترجمة كل نقطة قصة إلى ساعات. ما يهم حقًا هو مقدار النقاط الذهنية التي يمكن لفريق التطوير "إغلاقها" للسباق (التكرار ، الإصدار).

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

السرعة (أو السرعة) هي أداة تخطيط قوية والمقياس الرئيسي لفريق التطوير. يجب أن يعمل الفريق على التحسين المستمر من أجل زيادة سرعتهم. لا تنس أن السرعة مشتقة من النقاط الذهنية ، وبالتالي نسبي أيضًا. لا يمكنك مقارنة فريقين مع بعضهما البعض ، يتنافس الفريق مع نفسه.

ممارسة

ما الفروق الدقيقة التي تحتاج إلى معرفتها؟
ما الأخطاء التي يمكن تجنبها؟

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

من أين تبدأ

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

هل لديك مشروع جديد وليس لديك مهام مكتملة؟ حاول استخدام تصنيف التقارب الموصوف أعلاه وقم بتعيين المهام لمقياس التصنيف.

لا تحسب متوسط التقييمات

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

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

لا تقم بتغيير التصنيفات ،

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

تصنيف الخطأ

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

مهما كان النهج الذي تختاره ، حافظ على الاتساق. لا ينبغي أن تتأثر المعلومات حول السرعة التاريخية للفريق باستخدام أساليب مختلفة للتقييم.

تصنيفات الصفر

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

يمكنك إدخال درجة 1/2 نقطة لمثل هذه المهام ومراقبة بأثر رجعي ما إذا كانت نسبة هذه المهام تتجاوز الحدود المعقولة. لكن النصيحة الرئيسية هي نفسها ، ابق متناسقًا في قراراتك.

إعادة تقييم المهام غير المكتملة بين التكرارات

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

تقييمات بأثر رجعي

إذا لم تكن تجري عمليات استرجاعية بعد - فقد حان الوقت للبدء! هذه أداة فريق رائعة لزيادة سرعة وتماسك الفريق. ومع ذلك ، هذه قضية منفصلة.

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

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

سجل كل شيء.

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

تقييم المهام في نقاط القصة