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