كيف يمكننا تتبع تفاصيل قصة المستخدم؟ [مغلق

Question

لذلك إذا كانت قصة المستخدم شيئا غامضا مثل:

كمندوب مبيعات، أود التقاط معلومات الاتصال حتى أتمكن من المتابعة لاحقا.

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

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

Answer 1

تلتقط قصة المستخدم جوهر ميزة، وليس التفاصيل، وهي قصة هي دعم للمناقشة.

لذلك، للإجابة على سؤالك، يتم إرسال التفاصيل عن طريق الفم أثناء المناقشة، لأن وجها لوجه مناقشة وسائل الإعلام الأكثر فعالية. وبعد إذا كنت تشعر بالحاجة، فيمكن التقاط التفاصيل كملاحظات على الجزء الخلفي من البطاقة (إذا كنت تستخدم بطاقات) أو ... في "ملاحظات"الحقل إذا كنت تستخدم أداة إلكترونية. في الواقع، أنا عادة استخدام"كيفية العرض"الحقل أيضا لالتقاط وصف رفيع المستوى لكيفية توضيح هذه القصة في برنامج Sprint Demo واستخدم" ملاحظات "موجزة للغاية لأي معلومات أخرى أو توضيحات أو إشارات إلى مصادر أخرى للمعلومات، إلخ (اعتمادات Henrik Kniberg الشهيرة مولد بطاقة الفهرس). إذا وجدت هذه مفيدة للغاية، خاصة عند استخدام المواصفات القابلة للتنفيذ.

ملاحظة: قصتك صالحة تماما وممارسة جيدة لتضمين الفوائد في القالب الخاص بك ("ك وظيفة, ، أريد عمل لهذا السبب. فوائد").

Answer 2

يجب أن تكون قصص المستخدم بيانات قصيرة في 1 إلى 3 جمل.

http://en.wikipedia.org/wiki/user_story.

أريد أن أكون قادرا على علامة التبويب من مربع نص إلى آخر هي قصة مستخدم أخرى.

يمكنك تتبع هذه الأشياء في أداة مثل www.rallydev.com، أو مجرد أي نوع من أداة تتبع المهام (SharePoint، Excel حتى ... إلخ).

الشيء التالي الذي تفعله هو الأولوية.

Answer 3

مجرد أخذ طعنة خشنة ...

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

أو

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

Answer 4

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

http://www.tdan.com/viewharticles/6089.

الجزء الثاني (حول tabbing) هو جزء من وثيقة أخرى - "UX SPOC" (يعرض جميع الشاشات ويصف تفاعل المستخدم). عادة ما يتم كتابته هذا الشخص من قبل شخص مختلف / فريق (منتج منتج أو UX).

http://uxdesign.com/ux-defined-2.

http://www.uxmatters.com/mt/archives/2007/05/sharing-awnership-of-ux.php.

Answer 5

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

نستخدم xplanner، ونحن نحل هذا عن طريق وضع الوصف القصير في نص النص من قصة المستخدم. ثم نستخدم ميزة "Notes" Xplanners (النص التعسفي أو الملفات التي يمكن إرفاقها بقصة مستخدم) للحصول على التفاصيل.

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

هذا النهج يعمل بشكل جيد للغاية بالنسبة لنا.

Answer 6

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

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

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