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