ما هو الفرق بين قصة المستخدم وميزة في مصطلحات رشيقة؟ [مغلق

Question

أعتقد أن ميزة قد تكون مثل "إذن بطاقات الائتمان"، في حين أن قصة المستخدم قد تكون "تفويض بطاقة الائتمان ل PayPal".

إذن، هل قصة مستخدم مجموعة فرعية من ميزة؟

Answer 1

نعم، شيء مثل مجموعة فرعية. هذه المقالة هي قراءة جيدة:
ميزات القصص مقابل

مقتطفات:

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

Answer 2

بالنسبة الى كينت بيك ومارتن فاولر قصص و الميزات هي مرادفات:

قصة مستخدم هي جزء من الوظائف (بعض الأشخاص يستخدمون الكلمة خاصية) هو ذات قيمة للعميل.

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

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

---

تصحيح:

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

Answer 3

مُطْلَقاً..

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

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

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

Answer 4

الميزات هي ما يفعله النظام. قصص المستخدم هي طريقة واحدة فقط بين الآخرين لالتقاط الميزات.

Answer 5

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

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

يمكن للعضو إرسال رسائل إلى مسؤول المسؤول يمكنه إرسال رسائل إلى جميع الأعضاء يمكن لأعضاء إرسال رسائل إلى بعضهم البعض

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

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

لذلك أحاول إعادة صياغة هذه المتطلبات

كعضو أو مسؤول، يمكنني إرسال رسائل إلى أشخاص آخرين. كعضو أو مسؤول، يمكنني قراءة الرسائل التي تم إرسالها لي.

وكمعايير القبول، أذكر بالتفصيل الذي يمكنه إرساله إلى من.

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