سؤال

تتم كتابة قصص المستخدم تقليديًا على أنها تعبير "كنوع مستخدم] أريد [ميزة] بحيث [بعض الفوائد]. في الكتب والموارد عبر الإنترنت [نوع المستخدم] عادة ما تتوافق مع دور الإنسان. ومع ذلك ، عند وصف ميزات النظام الداخلي للنظام ، يكون من الأسهل في كثير من الأحيان وضع بعض الخدمات غير المراقبة بدلاً من مستخدم ، على سبيل المثال "كخدمة ، أريد أن يتم تحديث بعض البيانات بانتظام بحيث يمكنني القيام بـ XYZ باستخدام أحدث المعلومات".

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

هل كانت مفيدة؟

المحلول

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

نصائح أخرى

لا أرى لماذا يجب أن يكون الممثل إنسانًا - مثالك هو سبب وجيه تمامًا لعدم وجوده.

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

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

ها هو السر. إنها ليست قصص المستخدم ، لكنها سيناريوهات المستخدم.

ال المستعمل هو الشيء الذي يفعل التفاعل - الجهاز ، أو الشخص.

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

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

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

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top