مرحبا بالجميع. ترجم مادة أخرى مثيرة للاهتمام لطلاب الدورة التدريبية "Product IT IT projects" . استمتع بالقراءة
في وقت سابق ، لقد كتبت بالفعل عن
مشاكل مع
قصة المستخدم (قصص المستخدم). في تلك الأيام ، اعتقدت أنه من الأفضل مطالبة الفريق بمناقشة التغييرات المقترحة على المنتج. كانت الإستراتيجية جيدة إذا قدم الفريق المساعدة ، وكان المنتج ناضجًا بالفعل. ومع ذلك ، فأنا أعمل الآن مع فريق جديد وأنشئ منتجًا من البداية. في هذه الحالة ، لدينا ورقة فارغة وليس من السهل بالنسبة لنا أن نتوصل إلى اتفاق عندما يتعلق الأمر بدافع العملاء والأحداث والتوقعات. اليوم ، لقد تغير كل شيء. لقد وجدت طريقة رائعة لاستخدام فلسفة Jobs To Done لتحديد وظيفة المنتج. اليوم سنتحدث عن قصص الوظيفة.
من أين أتت؟
جاءت هذه الفكرة من رجال أذكياء للغاية من
إنتركوم . إليك ما يقولونه حول هذا الموضوع:
نحن نسمي كل مهمة من مهام الهندسة المعمارية ، ونركز على الموقف أو الحدث الذي يبدأ فيه ، أو الدافع أو الغرض ، ونحصل على ما يلي:
عندما _____ ، أريد ______ أن _______.على سبيل المثال ، عندما يسجل عميل جديد مهم ، أرغب في تلقي تنبيهات حتى أتمكن من بدء محادثة معه.
في هذا المقال ، لا أشير إلى هذا البناء فيما يتعلق بـ Job Story ، لكنني سأسميها بطريقة تمكّن من الرجوع إليها بسهولة في المستقبل.
اليوم لن نقضي الكثير من الوقت في شرح المفهوم ، سأتحدث فقط عن سبب إعجابي ولماذا أفضل من قصة المستخدم.
حول مشكلة قصة المستخدم [مرة أخرى]
بشكل عام ، تتمثل مشكلة قصص المستخدم في أنها تحتوي على الكثير من الافتراضات والسبب السببي القليل. عندما يتم تعيين المهمة في تنسيق قصة مستخدم (
مثل [نوع المستخدم] ، أريد [إجراء] الحصول على [النتيجة] ) ، لا يوجد مكان للسؤال "لماذا؟" ، في الواقع أنت ببساطة مقيد بسلسلة معينة مأخوذة من السياق.
هذه هي الطريقة التي أرى بها هذا التنسيق:
الافتراضات وقلة التواصل بين الشخص وأفعاله.المشكلة الأولى هي أننا نبدأ بشخصية ، وهي ليست
فكرة جيدة ، ثم تأتي الحركة التي ، في رأينا ، ينبغي اتخاذها لتحقيق النتيجة المرجوة. كما أشرت بالفعل في الشكل أعلاه ، في الواقع ، الفجوة بين الفعل والشخصية.
دعونا نلقي نظرة على بعض قصص المستخدم الحالية:
مثال عن كيفية كتابة قصص المستخدمبالنظر إلى الجدول أعلاه ، هل يمكن أن نقول أن أنواع المستخدمين "المشرف" و "المُقيِّم" تضيف اللون إلى الصورة الإجمالية؟ في أي حال ، هذا يضيف الغموض. يمكننا تقديم تفسيرنا الخاص لهذه المفاهيم ولماذا يبدو السياق هكذا.
هنا ، جربه. أزل الجزء بالكامل
"بنوع [نوع المستخدم]" وانظر إذا كنت تخسر شيئًا ما حقًا. قارن العبارات التالية:
كمشرف ، أريد إنشاء لعبة جديدة عن طريق إدخال اسم ووصف اختياري.أو غير ذلك:
أريد إنشاء لعبة جديدة عن طريق إدخال اسم ووصف اختياري.هل انهارت السماء؟
قصة الوظيفة: كل شيء عن السياق والسبب
شكل قصة العملبناءً على المزيد من الخبرة والتعليقات ، أستخدم الآن شرحًا مختلفًا قليلاً. الآن أرى ذلك على
النحو التالي .
دعنا ننظر إلى الصورة مرة أخرى ونبدأ أخيرًا!
جميع المعلومات المذكورة أعلاه مهمة للغاية وغنية بالمعلومات ، ونحن نركز على السببية. يجب أن تحتوي كل قصة مهمة على أكبر قدر ممكن من السياق وأن تركز على الدافع وليس فقط التنفيذ.
بعد العمل مع Job Job لفترة من الوقت ، غيرت الدوافع إلى الدوافع والقوى بالنيابة. ألقِ نظرة على مقالة
"5 نصائح لكتابة قصة عمل" ، حيث يتم تناول هذا الموضوع مباشرة. يمكنك
معرفة المزيد عن القوى العاملة في هذا
البودكاست والمقالة القصيرة.
دعنا نعيد كتابة بعض الأمثلة من جدول Job Story أعلاه في Job Story ، مع إضافة الدافع والسياق لكل منها.
قصة المستخدم:كمشرف ، أريد إنشاء لعبة جديدة عن طريق إدخال اسم ووصف اختياري.قصة الوظيفة:عندما أكون مستعدًا للمثمنين للمراهنة على لعبتي ، سأريد إنشاء اللعبة بتنسيق يفهمونه ، حتى يتمكن المثمنون من العثور على لعبتي وفهم إمكانية رهانهم.قصة المستخدم:كمثمن ، أريد أن أرى العنصر الذي يتم تقييمه لمعرفة ما أراهن عليه.قصة الوظيفة:عندما أجد عنصرًا أريد تقييمه ، أريد أن أكون قادرًا على النظر إليه لفهم أنني بحاجة حقًا إلى العنصر الذي أراهن عليه.قصة المستخدم:كمشرف ، أريد تحديد عنصر للتقييم أو إعادة التقييم ، يرى الفريق هذا العنصر ويمكنه تقييمه.قصة الوظيفة:عندما لا يكون هناك تصنيف لعنصر ما أو لا يعجبني التقييم ، أريد أن أكون قادرًا على إعادة تشغيل عملية التقييم وإخطار الجميع حتى يعلم الفريق أن موضوعًا ما يحتاج إلى التصنيف.ماذا عن الأدوار والأحداث المتعددة؟نظرًا لأنني أتلقى العديد من المراجعات حول Job Job وأواصل العمل معهم بنفسي ، أجد أنه من المناسب أحيانًا تضمين بعض الأدوار أو
الشخصيات في الجزء
When _____ .
دور المنتجات المتعددةتكون الأدوار والشخصيات مفيدة للغاية عندما يكون للمنتج نفسه عدة أدوار ، على سبيل المثال ، منتج تكنولوجيا المعلومات (مسؤول ، مدير ، مشارك) أو منتج سوق مفتوح (المشتري ، البائع). والسبب هو أنه يجب على المرء دائمًا أن يفهم من نتحدث عنه.
خذ eBay كمثال:
عندما يكون المشتري قد راهن بالفعل على المنتج ، فإنه يشعر بالقلق من أن شخصًا ما سيقدم عرضًا كبيرًا ويرغب في تلقي إعلامات من أجل توفير الوقت الكافي لتقييم وتحديث عرضه الخاص.
الأدوار والسببيةفي بعض الأحيان تنشأ المواقف عندما تصف قصة الوظيفة تفاعل عدة أدوار في وقت واحد ، مما يخلق سيناريو سببيًا.
ومرة أخرى ، خذ eBay كمثال:
عندما يكون البائع غير راض عن العروض التي يتلقاها ويسحب منتجه من السوق ، يرغب المشترون الذين قدموا عطاءات بالفعل في تلقي إخطار على الفور بأن المنتج قد تم سحبه من المزاد بحيث لم يعد يتبع ديناميكيات الأسعار والبحث عن منتج آخر مماثل.
استخدام الأحداث بدلاً من الأدوارفي بعض الأحيان قد ينشأ موقف عندما يؤثر حدث ما على جميع الأدوار أو مجموعات من الأشخاص: على سبيل المثال ، تحتاج إلى الحصول على تذكير بكلمة مرور. في هذه الحالة ، لا يوجد سبب لتقديم دور محدد ؛ وبدلاً من ذلك ، يجب تركه على مستوى المفاهيم العامة ، على سبيل المثال ، "العميل" أو شيء مشابه (ولكن ليس "المستخدم"):
عندما يستخدم العميل جهازه المحمول وينسي كلمة المرور ، يريد الحصول على كلمة مرور يمكن استعادتها بسهولة باستخدام جهازه المحمول حتى يتمكن العميل من متابعة تسجيل الدخول والوصول إلى موجز الأخبار الخاص به.
لماذا
لا مستخدم ؟ يبدو "المستخدم" هامداً للغاية وغير مثمر ، بينما يذكرك "العميل" أن هناك أشخاصًا يجب عليك تقديم خدمة لهم ويجب احترامهم.
تحديد الدافع ، وليس التنفيذقصص العمل جيدة لأنها تجعلنا نفكر في الدافع والسياق ، وكذلك إزالة التركيز من إضافة أي تطبيق معين. غالبًا بسبب تركيز الأشخاص على أسئلة "من" و "كيف" ، نسيان "السبب" تمامًا. عندما تبدأ في التفكير في "السبب" ، يفتح عقلك للطرق الإبداعية والإبداعية لحل المشكلة.
معرفة المزيدتحتاج قصة عملك إلى لحظة تكافح (https://jtbd.info/your-job-story-needs-a-struggling-moment-c03de87c6026) ، 5 نصائح لكتابة قصة مهمة.يمكنك أيضًا معرفة المزيد عن JTBD و Job Story من كتابي When Coffee and Kale Compete.
يمكنك نطقها مجانًا في PDF أو شراء نسخة ورقية
هنا .
وهنا يمكنك طلب ذلك عبر الإنترنت.