قصص المستخدم - مشاكل لا يمكن جعل قصص المستخدم [مغلقة

Question

أنا من خلفية XP. أعرف العملية جيدا ولديها تجربة عمل قوية معها. لقد وجدت أنه أفضل طريقة لتطوير البرامج.

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

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

1. كبيرة جدا (سيكون المطور ليس لديه ما يظهر حتى نهاية 5 أسابيع).
2. إنها خوارزمية معقدة أو مفهوم مجردة (سوف يستغرق 5 أسابيع للكتابة ولا شيء لإظهاره).

هذا السؤال هو الحصول على تلميحات أو نصائح أو اقتراحات.

أنا أبحث عن تلميحات ونصائح واقتراحات حول كيفية معالجة هذه المشكلات المتشابهة (والمزيد من التفكير فيها).

سأمنح الإجابة التي لديها معظم المعلومات حول كيفية التجول حول المستخدمين / المطورين الذين لن يكتبوا قصص ومعالجة أعذارهم كثيرة لمعرفة لماذا لا (أدرجت فقط عدد قليل فقط وهناك الكثير).

Answer 1

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

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

تذكر: نقطة التكرار ليست لتقديم وظائف كاملة، ولكن فقط وظيفة مفيدة وشهيرة.

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

ومع ذلك، إذا كانت المهمة حقا حقا حقا لا يمكن تقسيمها (فكر في الخوارزمية الرياضية المعقدة في بيئة بحثية، تستغرق أسابيع حتى فهم أساسيات)، ثم تكرارك قصير جدا. يجب أن يكون التكرار طويلا بما يكفي لإنتاج نتائج ذات معنى. وإذا كانت معظم مشاكلك صعبة للغاية، فإنها تستغرق 2-3 أشهر للحصول على أي شيء آخر، ثم طول تكرارك. لكنني لم أر مطلقا مشروعا حيث كان هذا هو الحال حقا ...

Answer 2

فيما يلي بعض الموارد التي جمعتها مع مرور الوقت وقد تساعد ذلك:

• أنماط لتقسيم قصص المستخدم
• مجموعة أدوات تخفيض الوزن
• عشرون طريقة لتقسيم القصص
• طرق تقسيم قصص المستخدم

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

Answer 3

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

Answer 4

المستخدمين / المطورين الذين لن يكتبوا القصص

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

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

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

Answer 5

مشكلة "مواصفات الخوارزميات" شائعة.

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

أحاول الحصول عليها للتركيز من خلال طرح هذه الأسئلة.

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

اتخاذ قرار بشأن المعلومات.

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

إذا لم يكن هذا هو التركيز، ثم تخرج القصص عن السيطرة.

Answer 6

لها أساسا واجب مالك المنتج والمسؤولية. ويمكن أن يكون هناك أي متطلبات / مهمة لا يمكن تقسيمها إلى قصص المستخدم. لقد وجدت العديد من هذه المناقشات حول Scrum Master Forums.

Answer 7

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

تحقق هذا المخطط المخطط .. يمكن أن يكون مساعدة: http://www.agileforall.com/wp-content/uploadsourn2/01/story-splitting-flowchart.pdf.