ما هي قصة المستخدم؟ كيف تكتب قصص المستخدم؟

في المجال الديناميكي لعمليات أجايل، تقع الأضواء المحورية دائمًا على المستخدم النهائي. يكمن جوهر الأمر في فهم احتياجاتهم والتنقل في إطار عمل أجايل لتلبية تلك المتطلبات بسلاسة. أدخل الأداة التي لا غنى عنها: قصة المستخدم.
إذا وجدت نفسك مفتونًا بتعقيدات تطوير أجايل وسكروم، فهذه المدونة مصممة خصيصًا لك. انغمس في كشف الفروق الدقيقة في صياغة قصة مستخدم مقنعة وتسلح بالرؤى التي تسد الفجوة بين توقعات المستخدم والتنفيذ الرشيق. تبدأ الرحلة أدناه حيث نقوم بإزالة الغموض عن فن إنشاء قصص مستخدمين مؤثرة.
ما هي قصة المستخدم الرشيقة؟
تشير قصة المستخدم الرشيقة إلى أداة مستخدمة في تطوير البرمجيات الرشيقة لالتقاط وصف لميزة برمجية. عادة ما تكون هذه القصة من منظور المستخدم النهائي. تصف قصة المستخدم أيضًا نوع المستخدم وما يريده على وجه التحديد ولماذا. باختصار، فهي تساعد على إنشاء وصف مبسط لأي متطلبات بكفاءة.
غالبًا ما يتم تسجيل قصص المستخدم على ملاحظات لاصقة أو بطاقات فهرسة أو في برنامج إدارة المشروع. قد يقوم مختلف أصحاب المصلحة مثل العملاء أو المستخدمين أو المديرين أو أعضاء فريق التطوير بكتابة قصص المستخدمين اعتمادًا على المشروع.
المفاهيم الأساسية لقصة المستخدم الرشيقة
يمكن اعتبار قصة المستخدم طريقة خفيفة لمعرفة “من” و “ماذا” و “لماذا” لمتطلبات المنتج. تشير هذه القصص ببساطة إلى الشروط التي تعبر عن ما يحتاجه جميع المستخدمين. يحتوي كل عنصر من عناصر قصة المستخدم على أقل من 10 أو 15 كلمة لكل منها. تحتوي هذه القصص المختصرة على قوائم “المهام” التي تساعد في تحديد الخطوات على طول مسار المشروع. يمكنك من خلالها تلبية المتطلبات التشغيلية ومتطلبات المنتج.
يتم تعريف قصة المستخدم على ثلاث مراحل تدريجية في جميع المشاريع: الوصف الموجز للمتطلبات ✓ المحادثات أثناء تخطيط الأعمال المتراكمة والتخطيط التكراري لإعطاء جميع التفاصيل الاختبارات التي تؤكد اكتمال القصة بشكل مُرضٍ
وغالبًا ما تسمى هذه المراحل بـ 3C’s: تأكيد محادثة البطاقة تأكيد المحادثة
لماذا قصة المستخدم؟
تتغير المتطلبات باستمرار عندما تتعلم الفرق، وكذلك العملاء، المزيد عن النظام مع تقدم أي مشروع. ولكن لا يمكن لأحد أن يتوقع من فرق المشروع العمل على قائمة متطلبات ثابتة.
وبالتالي، فإن نهج قصة المستخدم يساعد على استبدال التصميم المسبق الضخم بنهج “فقط بما فيه الكفاية”. تساعدك قصص المستخدم على تقليل الوقت المستغرق في كتابة وثائق شاملة. فهي تؤكد على العديد من المحادثات التي تركز على العميل. تسمح القصص أيضًا للفرق بتقديم برامج عالية الجودة بسرعة أكبر. وهذا ما يفضله العملاء بالضبط، أليس كذلك؟ ستجد العديد من الفوائد لاعتماد نهج قصة المستخدم الفعال في التطوير الرشيق: التنسيق متسق، مما يوفر الوقت عند التقاط المتطلبات وتحديد أولوياتها. أفضل جزء هو أنه يظل متعدد الاستخدامات بما يكفي لكل من الميزات الكبيرة والصغيرة على حد سواء. يساعد في تقديم منتج يحتاجه العميل من خلال تقديم عناصر خاصة بالأعمال. يساعد على تجنب تقديم أي تفاصيل في وقت مبكر جداً. وإلا فإن ذلك سيمنع خيارات التصميم ويحبس المطورين في حل واحد غير مناسب. تساعد قصة المستخدم على تجنب الظهور بمظهر الوضوح الزائف والاكتمال. يمكن أن تصل إلى أجزاء صغيرة تدعو إلى جميع أنواع التفاوض والحركة في الأعمال المتراكمة. تسمح للمهندس المعماري والمطورين والمختبرين وغيرهم بالتركيز على الوظائف التقنية.
مفهوم “INVEST” في قصص المستخدمين
يمثل INVEST المعايير أو القائمة المرجعية المحددة لتقييم جودة قصة المستخدم. قد يرغب الفريق في إعادة صياغتها إذا فشلت القصة في تلبية أحد هذه المعايير. وقد يفكر بعضهم في إعادة كتابتها إذا لم تكن القصة مرضية.
يجب أن تستثمر قصة المستخدم الجيدة! وإليك الطريقة مستقلة: يجب أن تكون قصة المستخدم مستقلة بذاتها ليتم إصدارها دون الاعتماد على قصة أخرى. قابلة للتفاوض: يجب ألا تكون قصة المستخدم مكتوبة كعقد. اجعل قصص المستخدم مفتوحة النهايات لتشجيع الحوار والمحادثة والتغذية الراجعة. ذات قيمة: القيمة هي الشيء الرئيسي الذي يجب تقديمه للمستخدم النهائي. قابلة للتقدير: يجب أن تكون قصة المستخدم المعينة قادرة على تقدير الأشياء وتحديد أولوياتها ومن ثم وضعها في عدة سباقات سريعة. صغيرة: يجب أن تكون قصة المستخدم بطريقة يمكن إكمالها في غضون ثلاثة إلى أربعة أيام فقط. قابلة للاختبار: يجب أن يكون هناك معيار مكتوب مسبقًا لتأكيد قصة المستخدم.
فوائد قصة المستخدم
توفر قصص المستخدم سياقًا مهمًا لفرق التطوير قبل بدء المشروع. فهي تركز على المستخدم وتركز على حل المواقف الواقعية التي يواجهها مختلف العملاء. يمكن أن تساعد هذه العملية فرق التطوير على التفكير بشكل أكثر إبداعًا ونقدًا. تتضمن فوائد استخدام قصص المستخدمين ما يلي: زيادة التعاون والرؤية عبر فريق التطوير. استخدام أفضل لملاحظات العملاء أو المستخدمين النهائيين. تحديد أولويات تطوير المتطلبات والوظائف، مما يوفر الوقت. يساعد على تجنب القيود أثناء التعريف المبكر لأي مواصفات. وضوح أكبر حول تقديم المنتجات التي يحتاجها المستخدمون النهائيون.
كيف تكتب قصة المستخدم؟
قصص المستخدم الرشيقة هي جمل بسيطة لها بنية مشتركة. إليك ما يبدو عليه كل مكون من مكونات هذه الجملة بالتحديد:
يمثل الدور الإنسان الذي سيتفاعل مع النظام. تشير كلمة “يريد” إلى الإجراء أو السلوك الخاص بالاستراتيجية المحددة. هذا الإجراء فريد من نوعه لكل قصة مستخدم. تشير عبارة “بحيث” إلى فائدة الكلمة الحقيقية. هذه النتيجة المحددة خارجة عن النظام وغالبًا ما تكون غير وظيفية. هذه العملية ممكنة للعديد من القصص التي تشترك في نفس بيان الفائدة.
على سبيل المثال، بصفتي مستهلكًا، أريد أن يتم إخطاري عندما أتلقى بريدًا إلكترونيًا معينًا حتى أتمكن من الرد عليه فورًا.
دعونا نلقي نظرة على مثال آخر: بصفتي قائد فريق، أريد أن أتتبع التقدم الذي يحرزه صغاري حتى تتحقق أهداف أعمال الشركة.
خريطة قصة المستخدم
تمثل خريطة قصة المستخدم وترتب قصص المستخدمين المختلفة في نموذج. وهذا يساعد على فهم وظائف نظام معين. كما تحدد العملية أيضاً الأعمال المتراكمة للنظام وتخطيط الإصدارات لتقديم القيمة للمستخدمين بفعالية.
تتمتع خريطة قصة المستخدم بالمزايا التالية: تساعد القصة في إدارة الأعمال المتراكمة بمساعدة بنية مستوية تساعد في تلبية احتياجات المستخدم من خلال نهج تعاوني تساعد القصة أيضًا في إدارة الأنشطة والمهام وتقسيمها إلى ملاحم وقصص مستخدمين تساعد في معالجة أنشطة ومهام المستخدم لتحويلها إلى قصص مستخدمين أو ملاحم ذات صلة تتيح القصة لفريق العمل أن يبقى في نفس المكان قصص الخريطة متاحة على الإنترنت وفي بيئة بعيدة.
في الختام
بمجرد أن تتعرف على قصص المستخدمين، يمكنك المضي قدمًا للتعرف على المفاهيم المهمة الأخرى المتعلقة بـ”أجايل”. يتضمن ذلك الالتحاق بدورة شهادة مطور سكروم المعتمد أو دورة Scrum Master المعتمدة. يمكن أن تساعدك هذه الدورات التدريبية على فهم كيفية تنفيذ الأجايل والمنهجيات المرتبطة بها وأساليب سكروم وما إلى ذلك بالتفصيل. لذا، توجه إلى سبوتو الآن لاختيار دورتك المفضلة التي ستعزز قدرتك على تطوير وتقديم منتجات عالية الجودة في الوقت المحدد.