https://sbt-test.azurewebsites.net/ar/articles/b/مرونة-الاستعمال-قصص

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



تحميل ورشة عمل التفكير الحر في التصميم


Use storyboards to help explain processes and customer interaction

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

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

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

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



تنزيل قوالب شخصية مجانية


الملحم

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


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

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

  • وضع أو السياق
  • الجهات الفاعلة أو المستخدمين
  • أهداف و غايات
  • الأنشطة والأحداث


تنزيل قوالب شخصية مجانية


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

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


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


خلق قصة

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

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

  • صغير - أقل من 10 أيام عمل
  • قيمة - بمجرد الانتهاء من تقديم شيء صالح للاستخدام
  • تقدير - قادر على إنشاء تقدير لملعب كرة القدم عن مقدار الجهد المطلوب

البحث عن طلب


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

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


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

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

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

  • هل هذه هي القصص الصحيحة لتتناسب مع ملحمتنا؟
  • ما القصص الأخرى التي يجب إنشاؤها؟
  • هل تتوافق هذه القصص مع ما نعرفه عن مستخدمينا؟

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

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

  • ما مدى سرعة البحث يجب أن يكون؟
  • هل هناك حد زمني لإعادة الطلبات؟
  • ما الذي يجب أن يفعله النظام إذا كان إعادة الطلب الثانية؟ الخامسة؟
  • ما الاختبارات ومتابعة الأسئلة التي لديك؟

قراءة متعمقة

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




التسعير

فقط شهريًا لكل مستخدم!

/شهر

دفع سنوى

أرسل اقتباسي
اشتري الآن!
*(وهذا سيبدأ محاكمة مجانية لمدة 2 أسبوع - لا حاجة إلى بطاقة الائتمان)
تحقق من Storyboard That 's الدليل المصور لتطوير المنتجات على العملاء رحلة رسم الخرائط!
عرض جميع موارد الأعمال
https://sbt-test.azurewebsites.net/ar/articles/b/مرونة-الاستعمال-قصص
© 2020 - Clever Prototypes, LLC - كل الحقوق محفوظة.
إنشاء أكثر من 14 مليون قصة مصورة
Storyboard That Family