عنصر أساسي في مطوري البرمجيات رشيقة هو جعل المستخدمين والعملاء محور التركيز وقصص المستخدم تساهم في القيام بذلك بالضبط. لقد وضعوا المستخدمين النهائيين في مركز المحادثة. في ، دعنا نناقش في هذه المقالة قصة مستخدم في أجايل.
تستفيد القصص من لغة غير تقنية من أجل توفير الظروف لفريق التطوير وجهودهم. تساعد قصة المستخدم الفريق على فهم هدفهم الخاص ، ولماذا يقومون ببنائه. وأيضًا ما يبنونه والقيمة التي تخلقها في النهاية وعلى طول الطريق. وبالتالي ، تعد قصص المستخدم أحد المكونات الحيوية لبرنامج رشيق. إنها تسهل الإبداع والتقدم والحصول على منتج نهائي أفضل من خلال منح الفريق إطارًا يركز على المستخدم لمهامهم اليومية. تركز جميع القصص المرنة على المتطلبات وتساعد على إنشاء محادثات من خلال جملة أو جملتين حول الوظيفة المطلوبة.
الموضوعات التي تمت مناقشتها في هذه المقالة هي:
- ما هي قصص المستخدم؟
- من المسؤول عن كتابة قصة المستخدم؟
- متى تكتب قصص المستخدم؟
- لماذا إنشاء قصص المستخدم؟
- العمل مع قصص المستخدمين
ما هي قصص المستخدم؟
قصص المستخدم هي وصف بسيط ومختصر لميزة بواسطة مستخدم أو عميل للنظام. يتبعون نموذجًا مشتركًا:
بصفتي ، أريد ذلك.
تحويل من جافا إلى int
لنتعرف على المزيد حول قصص المستخدمين.
- عادة ، تتم كتابة قصص المستخدم على ملاحظات لاصقة وبطاقات فهرسة. ثم يتم ترتيبها على طاولات أو جدران لغرض التخطيط والمناقشة ، ومن ثم يتم إنشاء محادثات حولها.
- تعد قصص المستخدمين ، وهي مناقشات تدور حول قصص المستخدم وبمساعدتها ، مهمة جدًا وتحول التركيز من الكتابة حول الميزات إلى مناقشتها فعليًا.
- يتم التعبير عنها دائمًا من منظور المستخدم ولا يتم تصنيفها على أنها ميزة. قصة المستخدم هي أصغر جزء من نظام إطار عمل رشيق.
- الهدف الرئيسي لقصة المستخدم هو التعبير عن كيفية تقديم قطعة عمل معينة قيمة للمستخدم أو العميل. من المهم ملاحظة أن العملاء لا يجب أن يكونوا بالضرورة مستخدمين خارجيين ، ولكن يمكنهم أيضًا أن يكونوا زملاء في فريقك أو داخل مؤسستك.
- قصص المستخدمين لا تدخل في التفاصيل وتتكون من جمل بسيطة وقليلة.
قصص المستخدم بتنسيق سكرم و كانبان
يستخدم كل من Scrum و Kanban قصص المستخدم في أطر عملهم. في Scrum ، تعد قصص المستخدم إضافة إلى سباقات السرعة ويتم استخدامها على مدار السباق. في KanBan ، تضيف الفرق قصص المستخدمين إلى الأعمال المتراكمة الخاصة بهم وتستخدمها من خلال سير العمل. وبالتالي فهي تساعد في تقدير أفضل ، وتخطيط العدو ، ودقة أفضل في التنبؤ وخفة حركة أكبر في فريق Scrum. من ناحية أخرى ، يمكن لفرق KanBan التعامل بشكل أفضل مع العمل الجاري وتحسين سير العمل من خلال قصص المستخدمين.
إطارات رشيقة أكبر مثل الملاحم و المبادرات تتكون من قصص المستخدم. الملاحم هي قطع عمل أكبر مقسمة إلى العديد من القصص وتتألف المبادرات من العديد من الملاحم.
هناك طريقتان لإضافة التفاصيل إلى قصص المستخدم:
- بتقسيم قصة المستخدم إلى قصص متعددة أصغر.
- بإضافة شروط الرضا.
يشير شرط الرضا إلى اختبار قبول عالي المستوى يجعل نفسه صحيحًا بمجرد اكتمال قصة المستخدم الرشيقة.
من المسؤول عن كتابة قصة المستخدم؟
لا توجد قاعدة محددة بشأن من يمكنه كتابة قصص المستخدم. يتعين على مالك المنتج التأكد من وجود تراكم المنتج لقصص المستخدمين ولكن ليس بالضرورة أن يكتبها. من الناحية المثالية ، أسيحتوي مشروع رشيق جيد على قصص مستخدم مكتوبة من قبل كل عضو في الفريق وسيتم إعطاء أهمية أكبر لأعضاء الفريق الذين يشاركون على قدم المساواة في المناقشات بعد كتابة قصص المستخدم
متى تكتب قصص المستخدم؟
يتم تصور قصص المستخدمين في جميع أنحاء المشروع الرشيق. عادة ما يتم إجراء ورشة عمل لكتابة القصة في بداية المشروع الرشيق بحيث يمكن لكل عضو في الفريق المشاركة وربما المساعدة في إنشاء تراكم للمنتج يصف الوظيفة المطلوبة والهدف النهائي الذي يمكن إضافته بعد ذلك إلى المشروع ستنتهي بعض قصص المستخدمين بالتحول إلى ملاحم. بالإضافة إلى ذلك ، سيتم تقسيم هذه الملاحم لاحقًاإلى قصص متعددة أصغر والتي تتناسب بشكل أفضل مع التكرار. يمكن أيضًا إضافة قصص جديدة من وقت لآخر إلى تراكم المنتج وفقًا للمتطلبات.
ستؤدي طريقة system.exit إلى إنهاء التطبيق.
لماذا إنشاء قصص المستخدم؟
يمكن أن تبدو قصة المستخدم في Agile كخطوة إضافية في عملية إطار العمل السريع ولكنها توفر رؤية مهمة وقيمة للفريق وتنوير الشاي حول القيمة التي تجلبها مهامهم إلى المشروع. توفر قصص المستخدمين عددًا من الفوائد والمزايا:
- تعزيز التركيز على المستخدم - عادة ما تحافظ قائمة المهام على الفريق على أصابع قدميه مع المهام التي يجب القيام بها وفحصها من القائمة بينما تركز قصص المستخدم بالكامل على المستخدمين وتساعد في حل مشكلاتهم أثناء كتابتها من منظور المستخدم .
- تفعيل التعاون - عندما يكون الهدف النهائي واضحًا ومحددًا للفريق ، يمكنهم العمل معًا بكفاءة لتحقيق هذا الهدف بالإضافة إلى توفير الرضا والخدمة الجيدة للمستخدم.
- دفع الإبداع - تتضمن عملية كتابة قصص المستخدمين ومناقشتها مناقشات وعصف ذهني يساعد الفريق على التفكير النقدي والإبداعي بالإضافة إلى إمكانية التوصل إلى حلول لتحقيق الهدف النهائي.
- توفير الزخم - توفر كل قصة زخماً لفريق التطوير من خلال التحديات والتقدم.
العمل مع قصص المستخدمين
- يتم وضع تصور لقصة المستخدم وكتابتها ، ثم يتم استيعابها وتنفيذها في سير العمل. عادةً ما يكتب مالكو المنتجات أو مديرو المنتجات أو مديرو البرامج قصص المستخدمين. ثم يقدمونها للمراجعة.
- خلال اجتماع تخطيط التكرار أو العدو ، يتخذ الفريق قرارًا بشأن القصص التي سيتم تضمينها خلال هذا السباق المحدد. بالإضافة إلى ذلك ، تناقش الفرق وظائف ومتطلبات القصة. يمكن إضافة المتطلبات إلى القصة بعد أن يتفق عليها الفريق.
- تتمثل إحدى الخطوات المهمة في هذا الاجتماع في تقييم القصص بناءً على مدى تعقيدها ووقت الانتهاء. يجب أن تكون القصة قادرة على الانتهاء في سباق واحد. لهذا السبب ، يحتاج الفريق لمناقشة القصص.
تلقي قصص المستخدمين الضوء على الأعمال اليومية لفريق التطوير بالإضافة إلى شرح العمليات التي يتبعها الفريق كل يوم. أفضل طريقة لاستغلالهم في مشروعك للكشف عن فوائده هي فهم دورهم ومساهمتهم في عمل الفريق وتسليمه.
هذا كل شيء يا رفاق! بهذا نكون قد وصلنا إلى نهاية مقالة 'قصة مستخدم في Agile'. يمكنك أيضًا إلقاء نظرة على أثناء وجودك فيه.
لديك سؤال لنا؟ يرجى ذكر ذلك في قسم التعليقات من هذا أ rticle وسنعاود الاتصال بك في أقرب وقت ممكن.