دليل سكرم | 21. أخطاء قصة المستخدم

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

أخطاء قصة المستخدم الأكثر شيوعًا - جدول المحتويات:

1. مقدمة
2. مشاكل مع 3W
3. مشاكل مع 3C
4. أخطاء قصة المستخدم - ملخص

مقدمة

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

مشاكل مع 3W

قصة مستخدم مناسبة تجيب على الأسئلة:

• من؟ (من هو المستخدم المستهدف للمنتج؟)
• ماذا؟ (ما هي إمكانيات المنتج ، وماذا يمكنه أن يفعل؟)
• لماذا ا؟ (ما الغرض الذي يخدمه؟)

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

من - شخصية المستخدم

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

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

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

لماذا ا؟ - هدف ضعيف التحديد

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

كعميل ، أريد شراء عصا سحرية بنقرة واحدة لأنني أريد شراء سجادة طائرة الأسبوع المقبل.

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

مشاكل مع 3C

يمكننا تقسيم عملية العمل مع User Stories إلى ثلاث مراحل تسمى 3Cs:

• البطاقة - البطاقة التي يتم حفظ قصة المستخدم عليها
• المحادثة - محادثة داخل فريق Scrum حول بطاقة قصة المستخدم
• التأكيد - تحديد معايير القبول التي تؤكد أن المهمة قد اكتملت

يمكن أن تحدث أخطاء في أي من هذه ، والتي نوضحها أدناه.

بطاقة

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

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

محادثة

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

تأكيد

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

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

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

أخطاء قصة المستخدم - ملخص

عند إعداد قصص المستخدم وتطبيقها ، يجدر الالتزام بالقواعد التالية:

• حدد بدقة المستخدم المتأثر بالتغيير
• حدد بوضوح الغرض من بناء وظائف منتج جديد
• حافظ على حجمه قصيرًا قدر الإمكان
• تعامل مع قصة المستخدم كنقطة انطلاق لمناقشات الحل مع Development Team
• ضع قواعد واضحة للقبول

إذا أعجبك المحتوى الخاص بنا ، فقم بالانضمام إلى مجتمع النحل المشغول لدينا على Facebook و Twitter و LinkedIn و Instagram و YouTube و Pinterest.

دليل سكروم:

1. مسرد للمصطلحات الأساسية والأدوار والمفاهيم
2. ما هو سكرم؟
3. قيم سكروم
4. كيف تنفذ سكرم في شركتك؟
5. فريق سكرم - ما هو وكيف يعمل؟
6. من هو مالك المنتج؟
7. أكثر أخطاء "مالك المنتج" شيوعًا
8. من هو سيد سكرم؟
9. خصائص سيد سكرم الجيد
10. الأخطاء الأكثر شيوعًا في Scrum Master
11. ما هي الإحصائيات والمقاييس التي يجب أن يتبعها Scrum Master؟
12. التعاون بين مالك المنتج و Scrum Master
13. فريق التطوير في سكرم
14. أكثر أخطاء المطورين شيوعًا
15. القطع الأثرية سكروم
16. تحجيم سكروم
17. سباق المتراكمة
18. ما هو Product Backlog؟
19. ما هي قصص المستخدم؟
20. إنشاء أفضل قصة مستخدم مع INVEST
21. أكثر أخطاء قصة المستخدم شيوعًا
22. معايير قبول قصة المستخدم
23. التقدير ونقاط القصة في سكرم
24. التخطيط للبوكر
25. لعبة تقدير الفريق
26. تحديد الزيادة
27. أحداث سكرم
28. ما هو Sprint in Scrum؟
29. التزامات فريق Scrum - هدف المنتج ، هدف Sprint وتعريف الإنجاز
30. ما هو مخطط Burndown؟
31. كيفية إنشاء وتفسير مخطط توقف؟
32. مزايا وعيوب مخطط التوقف
33. مجالس كانبان في سكرم وسكرومبان
34. السرعة في سكرم - سرعة فريق التطوير
35. ديلي سكرم
36. Sprint Planning
37. مراجعة Sprint
38. ما هو معرض Sprint Retrospective؟
39. الأخطاء الشائعة خلال Sprint Retrospective
40. رعاية تراكم المنتج