في التسويق ، تتمثل أفضل الممارسات في فهم العميل لإجراء اتصال عاطفي يؤدي إلى الولاء للعلامة التجارية. في المبيعات ، تكون العلاقة مع العميل ذات أهمية قصوى ؛ تفقد تلك الثقة وتفقد الأعمال. في إدارة المشروع ، يجب أن تكون احتياجات العميل هي الأولوية ، ولكن للأسف غالبًا ما تضيع في تنافر الأصوات من مختلف أصحاب المصلحة. يمكن لمديري المشاريع الاستمتاع بمزيد من نتائج المشروع الناجحة ونعم حتى “تكرار الأعمال” عندما يضعون المستخدم أولاً. أداة قصة المستخدم هي طريقة رائعة لضمان مشاركة جميع أعضاء الفريق فهم العمل في متناول اليد.
تعريف قصة المستخدم
ترتبط “قصة المستخدم” بشكل شائع بمنهجية إدارة مشروع Agile. باستخدام مدخلات من العميل (أو مالك المنتج ، كممثل لصوت العميل) ، يقسم الفريق العمل إلى زيادات وظيفية تسمى “قصص المستخدم”. عبارة عامة تلخص مجهود المشروع الإجمالي ، كل زيادة ، أو قصة مستخدم ، توفر مجال رؤية واضح لما ولماذا جزء من العمل. من الناحية المثالية ، تساهم كل قصة مستخدم تم تنفيذها في القيمة الإجمالية للمنتج.
يجب أن تكون قصص المستخدمين في متناول أعضاء الفريق ، سواء في مساحة مكتب مشتركة أو تعمل بشكل افتراضي. ولتحقيق هذه الغاية ، يمكن للفرق استخدام بطاقات الفهرسة أو الملاحظات اللاصقة لنشر قصص المستخدمين في مساحة فعلية مشتركة أو الاستفادة من برنامج إدارة المشروع الذي يحاكي طبيعة المعلومات المركزة التي يمكن تنظيمها ونقلها حسب الحاجة.
إنشاء قصة المستخدم
ليست هناك حاجة إلى تدريب خاص لكتابة قصة مستخدم ، ولكن لكي تساعد فريق مشروعك ، يجب أن تعكس القصص صيغة مجربة من ثلاثة أجزاء: من وماذا ولماذا. يمكنك التفكير في الأمر على أنه معادلة:
بصفتي <نوع المستخدم> ، أريد <بعض الميزات> بحيث <سبب ما>
بالنسبة للآخرين ، قد يكون من المفيد التفكير في الأمر على أنه أكثر من عبارة ملء الفراغ:
كشخص
أريد شيئا
لذلك يمكنني الحصول على قيمة.
ما يجب أن يكون في جميع قصص المستخدم هو التركيز على العميل. كما هو الحال في التسويق والمبيعات ، فإن إدارة المشروع تتعلق أيضًا بإنشاء قيمة للعميل. قصة المستخدم هي وسيلة للحفاظ على هذه القيمة في مقدمة جميع الأعمال.
يجب أن تكون قصص المستخدم “سهلة الهضم” – فكرة واحدة مبنية على القيمة التي يحصل عليها العميل. يوفر ScrumDesk نصائح رائعة لقصص المستخدم الفعالة بما في ذلك:
قم بإزالة الكلمات غير الضرورية التي لا تضيف قيمة للمعلومات.
تحديد المستخدم صراحة. (“المستخدم” لا يلتقط من يعمل إذا)
اجعلها بسيطة ، فكلمات أكثر لا تضيف الوضوح.
اجعله صغيرًا بحيث يمكن تحقيقه لمدة 3-5 أيام بما في ذلك الاختبارات والتوثيق وما إلى ذلك.
التحدي المتمثل في كتابة قصص المستخدم لا يكمن في تحديد القيمة (نأمل!) ولكن في إبقائها نظيفة ومباشرة وبسيطة قدر الإمكان.
قصة المستخدم في سياق إدارة المشروع
لقد كُتب الكثير عن قصص المستخدمين كأداة ضمن منهجية Agile. في ورقة المؤتمر الغنية بالمعلومات حول “إدارة المشاريع الرشيقة مع المتطلبات الرسمية واختبار إدارة الحالة” المتوفرة على موقع معهد إدارة المشاريع ، صرح المؤلف ماكينريك:
يعتمد تطوير منتج Agile مع Scrum على إكمال مجموعة من قصص المستخدمين ضمن مربع زمني يسمى Sprint
قصة المستخدم تنتمي إلى صفر أو Sprint واحد
قصة المستخدم لها سمات مثل العنوان والوصف
ستنتقل حالة “قصة المستخدم” عادةً من “لم يتم البدء” إلى “قيد التقدم” إلى “تم”.
يجب أن تخضع جميع قصص المستخدمين لمراجعة التصميم قبل إتمامها ومراجعة كاملة بعد الانتهاء منها.
من المهم أن نلاحظ أن قصص المستخدم ليست ميزة ولا مهمة. قصص المستخدم تقدم سياق ومنظور العميل البشري في دورة التطوير.
يتعلم أكثر
بغض النظر عن دورك في بيئة مشروع Agile ، من الضروري فهم الغرض من قصص المستخدمين ومدى ملاءمتها لسير العمل الكلي. في ورشة عمل Agile Fundamentals من Project Management Academy ، ستتعلم كيفية كتابة متطلبات أفضل باستخدام المستخدم القصص ومعايير القبول التي تمثل أفضل صوت للعميل.
