ملخص
الكتاب عبارة عن خوارزمية مروية لتنفيذ عملية التطوير من الفكرة إلى التنفيذ باستخدام تقنيات Agile. تم وضع العملية في خطوات وفي كل خطوة تتم الإشارة إلى طرق خطوة العملية. ويشير المؤلف إلى أن معظم الأساليب ليست أصلية، دون أن تدعي أنها أصلية. لكن أسلوب الكتابة الجيد وبعض النزاهة في العملية يجعل الكتاب مفيدًا للغاية.
أحد الأساليب الرئيسية لرسم خرائط قصة المستخدم هو تنظيم الأفكار والعروض أثناء تحرك المستخدم خلال العملية.
وفي الوقت نفسه، يمكن وصف العملية بطرق مختلفة. يمكنك بناء الخطوات أثناء تحقيقك لقيمة أساسية، أو يمكنك ببساطة التقاط وتخيل يوم عمل المستخدمين أثناء استخدام النظام. يركز المؤلف على حقيقة أن العمليات تحتاج إلى تحديدها وتحدثها في شكل قصة مستخدم على خريطة العملية، وهو ما أعطانا اسم خريطة قصة المستخدم.
من يحتاج إليها
لمحللي تكنولوجيا المعلومات ومديري المشاريع. يجب أن تقرأ. الكتاب سهل وممتع، وهو متوسط الحجم.
استدعاء
في أبسط صوره، هذه هي الطريقة التي يعمل بها.
يأتي الزائر إلى المقهى، ويختار الأطباق، ويقدم طلبًا، ويتلقى الطعام، ويأكل، ويدفع.
يمكننا كتابة متطلبات ما نريده من النظام في كل مرحلة.
يجب أن يعرض النظام قائمة بالأطباق، كل طبق له تركيبة ووزن وسعر ويمكن إضافته إلى سلة التسوق. لماذا نحن واثقون من هذه المتطلبات؟ لم يتم توضيح ذلك في الوصف "المعياري" للمتطلبات وهذا يخلق مخاطر.
فناني الأداء الذين لا يفهمون سبب ضرورة ذلك عادة ما يفعلون الشيء الخطأ. فناني الأداء الذين لا يشاركون في عملية إنشاء فكرة لا يشاركون في النتيجة. يقول Agile، دعونا نركز في المقام الأول ليس على النظام، ولكن على الأشخاص والمستهلكين ومهامهم وأهدافهم.
نقوم بإنشاء شخصيات، ونعطيهم تفاصيل للتعاطف، ونبدأ في سرد القصص من جانب الشخصية.
ذهب موظف المكتب زاخار لتناول الغداء ويريد تناول وجبة خفيفة سريعة. ماذا يحتاج؟ الفكرة هي أنه ربما يريد غداء عمل. فكرة أخرى هي أنه يريد أن يتذكر النظام تفضيلاته، لأنه يتبع نظامًا غذائيًا. فكرة اخرى. يريد إحضار القهوة له على الفور لأنه معتاد على شرب القهوة قبل الغداء.
وهناك أيضًا عمل تجاري (الشخصية التنظيمية هي الشخصية التي تمثل مصالح المنظمة). ترغب الشركات في زيادة متوسط الشيك، وزيادة وتيرة عمليات الشراء، وزيادة الأرباح. الفكرة هي - دعونا نقدم أطباقًا غير عادية من بعض المأكولات. فكرة أخرى – لنقدم وجبة الإفطار.
يمكن، بل ينبغي، تجسيد الأفكار وتحويلها وتقديمها في شكل قصة مستخدم. كموظف في مركز زاخر للأعمال، أريد أن يتعرف علي النظام حتى أتمكن من الحصول على قائمة بناءً على تفضيلاتي. كنادل، أريد من النظام أن يخطرني بموعد الاقتراب من الطاولة حتى يشعر العميل بالرضا عن الخدمة السريعة. وما إلى ذلك وهلم جرا.
عشرات القصص. التالي هو تحديد الأولويات والتراكم؟ ويشير جيف إلى المشاكل التي تنشأ: التورط في التفاصيل الصغيرة وفقدان الفهم المفاهيمي، بالإضافة إلى تحديد أولويات الوظائف مما يخلق صورة ممزقة بسبب عدم الاتساق مع الأهداف.
مسار المؤلف: نحن لا نعطي الأولوية للوظيفة، بل للنتيجة = ما يحصل عليه المستخدم في النهاية.
نقطة واضحة غير واضحة: جلسة تحديد الأولويات لا يتم تنفيذها من قبل الفريق بأكمله، لأنها غير فعالة، ولكن من قبل ثلاثة أشخاص. الأول مسؤول عن الأعمال، والثاني عن تجربة المستخدم، والثالث عن التنفيذ.
دعونا نختار الحد الأدنى لحل مشكلة مستخدم واحد (الحد الأدنى من الحلول القابلة للتطبيق).
نقوم بتفصيل الأفكار ذات الأولوية الأولى باستخدام قصص المستخدم ورسومات التصميم والقيود وقواعد العمل على خريطة قصة المستخدم من خلال إخبار الفريق بما يحتاجه الأشخاص وأصحاب المصلحة ومناقشته مع الفريق في كل خطوة من العملية. ونترك الأفكار المتبقية دون دراسة في تراكم الفرص.
تتم كتابة العملية على بطاقات من اليسار إلى اليمين، مع الأفكار الموجودة على البطاقات أسفل خطوات العملية. من الضروري مناقشة المسار عبر القصة بأكملها مع أعضاء الفريق لضمان التفاهم المتبادل.
التفصيل بهذه الطريقة يخلق النزاهة في الامتثال للعمليات.
الأفكار الواردة تحتاج إلى اختبار. يرتدي أحد الأعضاء من خارج الفريق قبعة الشخص ويعيش يوم الشخص في رأسه ويحل مشكلته. ومن الممكن ألا يرى التطورات، فيصنع البطاقات من جديد، ويكتشف الفريق البدائل لنفسه.
ثم هناك تفاصيل للتقييم. ثلاثة أشخاص يكفيون لهذا. مسؤول عن تجربة المستخدم والمطور والمختبر مع السؤال المفضل: "ماذا لو...".
في كل مرحلة، تتبع المناقشة خريطة عملية لسجل المستخدم، مما يسمح بوضع مهمة المستخدم في الاعتبار لخلق فهم متماسك.
هل التوثيق ضروري في رأي المؤلف؟ نعم أنا أحتاجه. ولكن كملاحظات تسمح لك بتذكر ما اتفقت عليه. إن إشراك شخص خارجي مرة أخرى يتطلب المناقشة.
ولم يخوض المؤلف في موضوع كفاية التوثيق، مع التركيز على ضرورة المناقشة. (نعم، هناك حاجة إلى التوثيق، بغض النظر عن مدى ادعاء الأشخاص الذين ليس لديهم فهم عميق للرشاقة بذلك). كما أن تفصيل جزء فقط من القدرات قد يؤدي إلى الحاجة إلى إعادة صياغة كاملة للنظام بأكمله. ويشير المؤلف إلى خطورة الإفراط في التفصيل في حالة كون الفكرة خاطئة.
للتخلص من المخاطر، من الضروري الحصول بسرعة على تعليقات حول المنتج الذي يتم إنشاؤه لتقليل الضرر الناتج عن إنشاء منتج "خاطئ". لقد قمنا بعمل رسم تخطيطي للفكرة - تم التحقق من صحتها مع المستخدم، ورسمنا نماذج أولية للواجهة - وتم التحقق من صحتها مع المستخدم، وما إلى ذلك. (بشكل منفصل، هناك القليل من المعلومات حول كيفية التحقق من صحة النماذج الأولية للبرنامج). إن أهداف إنشاء البرمجيات، خاصة في المرحلة الأولية، هي التعلم من خلال تلقي ردود فعل سريعة، وبالتالي فإن المنتج الأول الذي يتم إنشاؤه هو الرسومات التخطيطية القادرة على إثبات أو دحض الفرضية. (يعتمد المؤلف على عمل إريك ريس "البدء باستخدام منهجية Lean").
تساعد خريطة القصة على تحسين التواصل عند تنفيذ التنفيذ عبر فرق متعددة. ماذا يجب أن يكون على الخريطة؟ ما تحتاجه لمواصلة المحادثة. ليست مجرد قصة مستخدم (من وماذا ولماذا)، ولكن الأفكار والحقائق ورسومات الواجهة وما إلى ذلك...
من خلال تقسيم البطاقات الموجودة على خريطة التاريخ إلى عدة خطوط أفقية، يمكنك تقسيم العمل إلى إصدارات - تسليط الضوء على الحد الأدنى، وطبقة من الوظائف المتزايدة والأقواس.
نحن نروي القصص على خريطة العملية.
جاء موظف لتناول طعام الغداء.
ماذا يريد؟ سرعات الخدمة. بحيث يكون غداءه ينتظره بالفعل على الطاولة أو على الأقل على الدرج. عفوًا - خطوة ضائعة: أراد الموظف أن يأكل. قام بتسجيل الدخول وحدد خيار غداء العمل. رأى محتوى السعرات الحرارية والمحتوى الغذائي يساعده على اتباع نظام غذائي وعدم زيادة الوزن. رأى صور الطبق ليقرر ما إذا كان سيأكل في ذلك المكان أم لا.
بعد ذلك، هل سيذهب لتناول الغداء والعشاء؟ أو ربما سيتم تسليم الغداء إلى مكتبه؟ ثم خطوة العملية هي اختيار مكان لتناول الطعام. إنه يريد أن يرى متى سيتم تسليمه له وكم سيكلف، حتى يتمكن من اختيار المكان الذي يقضي فيه وقته وطاقته - النزول إلى الطابق السفلي أو الذهاب إلى العمل. يريد أن يرى مدى ازدحام المقهى حتى لا يتزاحم في طوابير.
ثم جاء الموظف إلى المقهى. يريد أن يرى صينية الطعام الخاصة به حتى يتمكن من أخذها والذهاب مباشرة لتناول العشاء. يريد المقهى قبول المال لكسب المال من الخدمة. يريد الموظف أن يضيع ما لا يقل عن الوقت في التسويات مع المقهى، حتى لا يضيع وقتا ثمينا بلا فائدة. كيف افعلها؟ الدفع مقدما أو العكس بعد الخدمة عن بعد. أو الدفع على الفور باستخدام كشك. ما هو الشيء الأكثر أهمية في هذا؟ كم عدد الأشخاص المستعدين لدفع ثمن الغداء باستخدام البطاقة المصرفية؟ كم عدد الأشخاص الذين يثقون في هذا المقصف لتخزين رقم بطاقتهم للمدفوعات المتكررة؟ بدون بحث ميداني، من غير الواضح أن هناك حاجة إلى إجراء اختبار.
في كل خطوة من خطوات العملية، تحتاج إلى توفير الوظيفة بطريقة أو بأخرى، ولهذا تحتاج إلى اتخاذ شخص ما كأساس واختيار ما هو أكثر أهمية بالنسبة له (نفس المحددات الثلاثة). تابعت القصة حتى النهاية = توصلت إلى حل قابل للتطبيق.
التالي يأتي التفصيل. يريد العميل أن يرى مدى انشغال المقهى، حتى لا يتدافع في طوابير. ماذا يريد بالضبط؟
اطلع على توقعات عدد الأشخاص الذين سيكونون هناك خلال 15 دقيقة عندما يصل إلى هناك
عرض متوسط وقت الخدمة في المقهى وديناميكياته قبل نصف ساعة
شاهد الوضع وديناميكيات إشغال الطاولة
ماذا لو أعطى نظام التنبؤ نتيجة غير واضحة أو توقف عن العمل؟
شاهد بالفيديو قوائم الانتظار في المقهى، وكذلك إشغال الطاولات. حسنًا، لماذا لا تفعل ذلك أولاً؟!
يشير المؤلف إلى تمرين صغير يمكنك التدرب عليه: حاول أن تتخيل ما تفعله في الصباح بعد الاستيقاظ. بطاقة واحدة = إجراء واحد. قم بتكبير البطاقات (بدلاً من طحن القهوة، اشرب مشروبًا منشطًا) لإزالة التفاصيل الفردية، مع التركيز ليس على طريقة التنفيذ، بل على الهدف.
لمن هذا الكتاب: محللي تكنولوجيا المعلومات ومديري المشاريع. يجب أن تقرأ.
التطبيقات
تكون المناقشة واتخاذ القرار فعالة في مجموعات مكونة من 3 إلى 5 أشخاص.
اكتب على البطاقة الأولى ما يجب تطويره، في الثانية - صحح ما فعلته في الأولى، في الثالثة - صحح ما تم في الأول والثاني.
قم بإعداد قصص مثل الكعك - ليس من خلال كتابة الوصفة، ولكن من خلال معرفة من ولأي مناسبة وعدد الأشخاص الذين ستخصص لهم الكعكة. إذا قمنا بتقسيم المبيعات، فلن يقتصر الأمر على إنتاج الكعك والكريمة وما إلى ذلك، بل على إنتاج الكعك الصغير الجاهز.
يشبه تطوير البرمجيات صناعة الفيلم، حيث تحتاج إلى تطوير السيناريو وصقله بعناية وتنظيم المشهد والممثلين وما إلى ذلك قبل بدء التصوير.
سيكون هناك دائما نقص في الموارد.
20% من الجهود تؤدي إلى نتائج ملموسة، و60% تعطي نتائج غير مفهومة، و20% من الجهود ضارة - ولهذا السبب من المهم التركيز على التعلم وعدم اليأس في حالة الحصول على نتيجة سلبية.
تواصل مباشرة مع المستخدم، واشعر وكأنك مكانه. التركيز على بعض المشاكل.
إن تفصيل القصة وتطويرها للتقييم هو الجزء الأكثر كآبة في سكروم، اجعل المناقشات قائمة في وضع حوض السمك (يناقش 3-4 أشخاص في اللوحة، إذا أراد شخص ما المشاركة، فإنه يستبدل شخصًا آخر).
المصدر: www.habr.com