إنشاء قصص مستخدمين مؤثرة: النماذج والأمثلة

يشعر كل فريق بالمكافأة والإلهام بعد إنشاء منتج ناجح أو تنفيذ ميزة جديدة. ولكن الأمر ليس كذلك إذا طُلب من فريق التطوير كتابة مستندات متطلبات المنتج الطويلة مع إرشادات غير مرنة. كانت أساليب التطوير التقليدية تفعل ذلك بالضبط لأنها كانت تعتمد على مجموعة كاملة من المتطلبات المحددة مسبقًا لكل ميزة من ميزات المنتج أو الخدمة. وهذا يعني أن فرق العمل كانت ملزمة بهذه المتطلبات المحددة مسبقًا ولم يكن لديها المرونة اللازمة لإجراء تعديلات أو تغييرات على طول الطريق بناءً على ملاحظات العملاء أو البيانات في الوقت الفعلي. ثم جاءت المنهجيات الرشيقة لإدارة المشاريع. عندما بدأ الناس في استخدام منهجية أجايل، وجدوا أن منهجها يركز على المستخدم. تحول التركيز من الترميز والتصميم إلى تقديم أقصى قيمة للمستخدم النهائي وأصحاب المصلحة الآخرين. هكذا تم تقديم فكرة قصص المستخدم التي تركز على العميل.
ما هي قصة المستخدم؟
بعبارات أبسط، قصة المستخدم هي وصف عام غير رسمي لميزة منتج معين مكتوب من وجهة نظر المستخدم النهائي. الهدف منها هو إيصال كيف سيحصل العميل على قيمة من هذه الميزة أو ما يتوقع المستخدم النهائي الحصول عليه من هذه الميزة. في منهجية أجايل، تعتبر قصة المستخدم أحد عناصرها الأساسية. قصة المستخدم هي أصغر جزء من العمل الذي يجب القيام به في إطار عمل Scrum، وهي تحمل بعض القيمة التي سيتم تسليمها للمستخدم النهائي أو العميل خلال سباق السرعة. يمكن أن يكون العميل أو المستخدم النهائي داخليًا أو خارجيًا. وهي عبارة عن وصف موجز لميزة المنتج، وعادةً ما تكون مكتوبة في جملة أو جملتين. عادةً ما تتم كتابة قصص المستخدم من قبل مالك المنتج أو مدير المنتج ومشاركتها لاحقًا مع المطورين. تتم كتابتها بلغة بسيطة، ولا يتم استخدام مفردات تقنية ثقيلة في كتابتها. والغرض من ذلك هو أن يكون جميع المعنيين قادرين على فهمها وليس المطورين فقط.
يكتسب عمل التطوير في أجايل الشكل والمعنى من قصص المستخدمين، والتي توفر أيضًا الملاحم والمهام والمواضيع. من الفوائد الرئيسية لقصص المستخدم هي أنه نظرًا لأنها مكتوبة من وجهة نظر المستخدم، يحصل المطورون على المنظور الصحيح للقيمة التي ستوفرها ميزة معينة للعميل ولا تركز فقط على وظائف الميزة. لذا، تهدف قصة المستخدم إلى وضع المستخدمين النهائيين في مركز جميع المناقشات وفهم وظائف الميزة من وجهة نظرهم. تم وضع معايير قصص المستخدم الرائعة من قبل بيل ويك وتُعرف بشكل مختصر باسم INVEST.
راجع أيضًا:كيفية تحديد أولويات قصص المستخدمين في Agile
الشكل الطويل لـ INVEST هو:
I اختصارًا لـ “مستقل”: قصة مستخدم واحدة مستقلة عن القصص الأخرى، لذا فإن التغييرات في قصة مستخدم واحدة لا تؤثر على قصص المستخدمين الأخرى، ويمكن تطويرها بأي ترتيب.
ن للتفاوض: سير العمل ليس جامدًا. يمكن لفريق التطوير أن يقرر كيفية تطبيق قصص المستخدم.
V للقيمة: تتم كتابة كل قصة مستخدم لتوفير بعض القيمة للعميل.
E للتقدير: يمكن تقدير الوقت المستغرق لتطوير قصة مستخدم بسهولة.
S للصغيرة: كما ذكرنا سابقاً، هي أصغر جزء من العمل. لذا، يجب أن تكون قصة المستخدم صغيرة بما فيه الكفاية بحيث يمكن إكمالها في سباق واحد بما في ذلك الترميز والتصميم والاختبار.
T للاختبار: أخيرًا، يجب أن تكون قصة المستخدم قابلة للاختبار، مما يعني أنه يجب أن تكون هناك معايير قبول محددة بوضوح لتحديد ما إذا كان قد تم تنفيذها بشكل مناسب.
كما تشكل مجموعة من قصص المستخدمين المجمعة معًا إطار عمل رشيق أكبر مثل الملاحم.
قالب قصة المستخدم
قالب قصة المستخدم هو تنسيق عام أو صيغة بسيطة تُستخدم لكتابة قصص المستخدم يمكنك من خلالها تضمين المعلومات الرئيسية حول قصة المستخدم. وهو يوفر السياق اللازم لفريق التطوير الرشيق. يعبّر قالب قصة المستخدم عن “من” و “لماذا” و “ماذا” حول عنصر من عناصر التطوير الرشيق. يساعدك قالب قصة المستخدم على فهم قيمة ميزة معينة للعميل بوضوح. الصيغة الأكثر شيوعًا المستخدمة كقالب قصة المستخدم هي “بصفتي (مستخدم)، أريد أن (القدرة)، بحيث (أحصل على الفائدة). هذا واضح وبسيط للغاية ويمكن كتابته بسهولة. يمكنك تطبيق هذا القالب على كل أنواع المنتجات تقريبًا وحتى على نوع مستخدم معين داخل المنتج. دعونا نفهم هذا القالب بالتفصيل.
كـ (مستخدم): المستخدم هو الشخص الذي يتم إنشاء المنتج من أجله. المستخدم هو شخص ويجب أن تعرف وتفهم هذا الشخص جيدًا. كيف يفكر هذا الشخص أو يتصرف أو يعمل. سيساعدك هذا في فهم الجزء التالي من القالب.
أريد (القدرة): هذا يصف توقعات المستخدم من الميزة المطلوب تطويرها. وبما أن هذا هو هدف المستخدم الذي تحاول تحقيقه، فلا بد من فهم واضح لما تحاول تحقيقه.
بحيث (الحصول على الفائدة): هذا هو جوهر المسألة. ما هي المنفعة الفعلية التي يحاول المستخدم الحصول عليها من هذه الميزة بالذات؟ أو ما هي المشكلة التي يبحث المستخدم عن حل لها؟
بهذه الطريقة، يعرف المطورون لمن يطورون وما هو السياق أو التوقع. يعرف الفريق ما الذي يحاولون تحقيقه، وأخيرًا، يعرف الفريق ما هي الفائدة أو الحل الذي من المفترض أن يقدمه للمستخدم.
راجع أيضًا:ملحمة وقصة المستخدم
أمثلة على قصة المستخدم
يمكنك كتابة العديد من قصص المستخدمين. في الواقع، يتم تشجيع ذلك. لقد قدمنا بعض الأمثلة لقصص المستخدمين لمساعدتك على فهم ماهية قصة المستخدم بشكل أفضل. بصفتي مستخدمًا جديدًا لبطاقة الائتمان، أريد أن أفهم جميع ميزاتها حتى أتمكن من الاستمتاع بجميع مزاياها. كمسؤول عن البيانات، أريد دمج جميع البيانات الواردة من مصادر مختلفة، مما يسهل عليّ إعداد التقارير. بصفتي قائد فريق، أريد أن أحصل على تنبيهات تلقائية عندما يتعثر فريقي في مكان ما حتى أتمكن من تقديم المساعدة على الفور. بصفتي مستخدمًا جديدًا، أريد تسجيل الدخول بحسابي على Google، حتى لا أضطر إلى التنقل بين حسابات متعددة. وبصفتي مشتركًا جديدًا في هذه الخدمة، أريد أن يتم إرشادي إلى جميع ميزاتها، حتى أتمكن من استخدامها جميعًا. بصفتي مديراً للموارد البشرية، أريد أن أرى الحضور اليومي لجميع الموظفين في لمحة سريعة حتى أتمكن من متابعة دقة مواعيدهم. كزائر منتظم لموقعك الإلكتروني، أريد الحصول على تنبيهات كلما تم طرح أو إضافة منتج جديد حتى أتمكن من مراجعته. بصفتي صاحب متجر، أريد أن يكون لديّ مخزون صحيح من المواد في متجري، حتى أتمكن من معرفة كمية إعادة الطلب بدقة. بصفتي مستخدمًا لهذه الخدمة، أريد الحصول على إشعارات على هاتفي المحمول، حتى أتمكن من الاطلاع على آخر المستجدات حتى أثناء تنقلي. بصفتي مسافر متكرر السفر، أريد الحصول على خريطة طريق على هاتفي المحمول في كل مرة أسافر فيها، حتى أتمكن من التنقل بسهولة.
هذه بعض الأمثلة على قصص المستخدمين. يمكنك أن ترى، في كل قصة، إما أن المستخدم يريد حلاً أو ميزة جديدة تجعل حياته أسهل. لكن السؤال هو لماذا يجب أن نكتب قصص المستخدمين؟ ما هي فوائدها؟ دعنا نرى ذلك أيضًا.
فوائد قصص المستخدم
يبقى تركيزك على خلق قيمة تجارية، مما يساعدك على إنشاء منتج مفيد ومفيد للمستخدم النهائي.
تحتوي كل قصة مستخدم على الحد الأدنى من المعلومات، بحيث يمكن للمطورين استخدام إبداعهم للوصول إلى أفضل الحلول لتنفيذها. وبهذه الطريقة، توفر قصص المستخدم المرونة للمطورين، حيث لا يتعين عليهم اتباع عملية جامدة يتم توثيقها قبل بدء العمل. فهم أحرار في الابتكار وغير ملزمين بحل ثابت.
من الأسهل دائمًا العمل على أجزاء صغيرة من العمل بدلاً من المهام المعقدة الكبيرة. لذا، فإن العمل بقصص مستخدم صغيرة قابلة للاختبار والتقدير. وهذا يسمح لفريق التطوير بالتركيز على الميزات والتحديثات الجديدة الصغيرة بدلاً من العمل بطريقة العمل دفعة واحدة. يرى الفريق الحركة إلى الأمام في تراكمات المنتج المتراكمة مما يجعله متحمسًا. وهذا يجعل المشروع بأكمله أكثر قابلية للإدارة.
كل إنجاز لقصص المستخدم يمنح المطورين إحساسًا بالإنجاز ويلهمهم لبذل المزيد من الجهد.
نظرًا لأن قصص المستخدم تتمحور حول المستخدم، فإن الفرق قادرة على التركيز على ما هو أكثر أهمية: المستخدم. لذلك، تتركز جهودهم أيضًا حول إنشاء الميزات الأكثر فائدة للمستخدم. إلى جانب ذلك، عندما تأتي التحديثات في أجزاء أصغر، يمكن للفرق الاستجابة بسرعة أكبر لتوقعات المستخدم أو أي تغييرات مرغوبة، وذلك أيضًا في الوقت الفعلي. في النهاية، تهدف قصة المستخدم إلى تمكين الفرق من معرفة رغبات المستخدم واحتياجاته من المنتج أو الخدمة المطلوبة.
الخلاصة:
يمكننا القول أن قصص المستخدم تشكل جزءًا أساسيًا من عملية التطوير الرشيقة التي تستمر طوال دورة تطوير المنتج. فهي تجعل من السهل على فريقك التركيز على العنصر الأكثر حيوية في عملية تطوير المنتج بأكملها، أي المستخدم النهائي. لن تجلب قصة المستخدم المكتوبة بشكل صحيح ومكتوبة بمهارة الوضوح لفريق التطوير فحسب، بل ستقطع شوطًا طويلاً في المساعدة على إنشاء منتج أو خدمة من شأنها أن تجلب رضا العملاء وقيمة العمل.
تُحدث قصص المستخدم ثورة في تطوير المنتج من خلال وضع المستخدم النهائي في مقدمة كل قرار. لقد حولت المنهجيات الرشيقة، بنهجها الذي يركز على المستخدم، ممارسات التطوير التقليدية، مما مكّن الفرق من تقديم أقصى قيمة للعملاء. من خلال السرد الواضح والموجز، تنقل قصص المستخدم احتياجات المستخدم، وتعزز الإبداع والمرونة بين المطورين. ومن خلال تقسيم المهام إلى أجزاء يمكن إدارتها، تحافظ الفرق على تحفيزها وتركيزها، وتحقق شعوراً بالإنجاز مع كل قصة مكتملة. في نهاية المطاف، تتيح قصص المستخدم التكيف السريع مع توقعات المستخدمين، مما يؤدي إلى التحسين المستمر وضمان تقديم منتجات تتمحور حول العملاء. تقدم SPOTO حلولاً شاملة لتبسيط عمليات التطوير الرشيقة وزيادة الكفاءة ورضا العملاء.