قصص المستخدمين والتنمية السريعة

بقلم آرون شيرمان

تحديد قصص المستخدم والتطوير السريع

يتمثل أحد المبادئ الأساسية لعمليات التطوير الحديثة في التطوير السريع . تؤكد منهجية التطوير هذه على استخدام قصص مستخدم صغيرة الحجم لتحديد ما يفعله النظام من منظور المستخدم ، وليس من منظور تقني. يهتم المستخدم إذا كان المنتج سريعًا وسهل الاستخدام ويحل مشكلته. إنهم لا يهتمون بما إذا كانت تتبع بنية من 3 طبقات ، أو بها Mongo DB ، أو إذا كانت تستخدم Rails أو Asp.net.

قصص المستخدم:


يوفر Storyboard That نظامًا أساسيًا مثاليًا لإنشاء قصص مستخدم رشيقة وإثارة محادثة بتنسيق أقل ضرائب بكثير من جدار النص.


مَلحمي

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


إنشاء قصة مستخدم رشيق*

Customer Care Generic Epic

استخدم هذا القالب

(وهذا سيبدأ محاكمة مجانية لمدة 2 أسبوع - لا حاجة إلى بطاقة الائتمان)


في هذه القصة ، من الواضح جدًا ما هي الرؤية طويلة المدى وكيف يجب أن يبدو النجاح. يجب أن تتضمن القصة الملحمية الجيدة ما يلي:



تحديد المستخدمين

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


إنشاء قصة مستخدم رشيق*

Acme Corp. Users

استخدم هذا القالب

(وهذا سيبدأ محاكمة مجانية لمدة 2 أسبوع - لا حاجة إلى بطاقة الائتمان)


خلق قصة

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

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

البحث عن طلب


إنشاء قصة مستخدم رشيق*

Acme Corp. - Looking up an Order

استخدم هذا القالب

(وهذا سيبدأ محاكمة مجانية لمدة 2 أسبوع - لا حاجة إلى بطاقة الائتمان)


إجراء إعادة ترتيب


إنشاء قصة مستخدم رشيق*

Acme Corp. Replacement Order

استخدم هذا القالب

(وهذا سيبدأ محاكمة مجانية لمدة 2 أسبوع - لا حاجة إلى بطاقة الائتمان)


المحادثة والتخطيط للاختبار

يجب أن تدعو هذه القصص إلى محادثة وأسئلة ، مثل:


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

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


إنشاء قصة مستخدم رشيق*