برنامج Premortem - كيفية إنقاذ المريض بعد وفاتهم؟

كيفية حل المشاكل قبل حدوثها؟

ما هي الفكرة وراء الحك؟

الفكرة وراء premortem هي العثور على المشاكل قبل حدوثها.

في تطوير البرامج ، سواء كان لديك إطلاق رسمي لإصدار كبير أو إصدار غير رسمي لميزة صغيرة ، فهناك نقطة زمنية يمكنك من خلالها إيقاف ما يمكن أن يحدث إذا تخيلت ذلك.

يشجع مفهوم premortem الفريق على افتراض وفاة المريض ، أو في عالم البرمجيات - فشل المشروع. يمكن أن يفشل المشروع بعد إصداره لأسباب متعددة.

ربما كانت جودة الرمز منخفضة.

ربما لم يتم تنفيذ بعض الميزات الرئيسية ، مما تسبب في اعتماد السوق ببطء.

ربما ، كان اعتماد السوق أسرع مما توقعنا ، وبالتالي ، كان عدد الأشخاص الذين يستخدمونه كبيرًا جدًا إلى درجة أنه تسبب في حدوث مشكلات على نطاق واسع لخدمة البنية التحتية التي تدير المشروع.

ربما سيكون هناك الكثير من العملاء الذين يتصلون بمركز الدعم لطرح أسئلة حول الوظيفة اللامعة الجديدة ، ولكن قسم الدعم ليس مزودًا بالإجابة عليها ، أو ربما لا يعلمون أننا قد قمنا بتسليم مشروع جديد.

ربما يعرض المشروع مشكلات الخصوصية ، وقسم الشؤون القانونية لدينا ليس موجودًا في الحلقة أو ربما سيجد متسلل أبيض عيوبًا في اختراق الأمان.

ربما شخص ما سوف تغرد ردود فعل سلبية على الميزة وسيصبح الفيروسية.

ربما لا نعرف ما إذا كان المشروع ناجحًا أم فاشلاً.

هناك الكثير من الأسباب وراء فشل المشروع.

عادة ، عندما نبدأ مشروعًا جديدًا ونبدأ في تنفيذه ، يتم ضبط عقلنا على حالة معينة.

نحن مستهدفون لاستكمال جميع متطلبات الميزة في الوقت المحدد ، وتلبية بعض شريط الجودة. في مؤسسة أكثر نضجًا ، ربما وضعنا لأنفسنا بعض مقاييس النجاح.

حسنًا ، هذا رائع حقًا.

إذا كانت لدينا خطة ومتطلبات وشريط جودة ومقاييس يجب قياسها ، فنحن جيدون.

ولكن ، القرف يحدث. هذه هي الحقيقة.

يتم الكشف عن الأخطاء بعد إصدار المشاريع.

الظروف غير معروفة في أحسن الأحوال أو تتغير في أسوأ الأحوال.

المشاريع تفشل.

القرف يحدث.

ولكن ، هذه هي الفكرة الرئيسية وراء premortem ، ماذا لو استطعنا أن نضع أنفسنا في حالة ذهنية حيث نعتقد أن المشروع قد فشل بالفعل بعد أن أصدرناه.

يمكن أن نكون في حالة ذهنية أن القرف حدث بالفعل؟

إذا استطعنا ، إذا كنا على افتراض أن كل الجحيم قد انهار ، فعلينا أن نفهم لماذا؟ لماذا حدث هذا؟ ماذا فعلنا خطأ؟ ما الذي يجب أن نفعله بطريقة مختلفة؟

وفقًا للبحث (يمكن العثور على إحالة جيدة إليه في منشور HBR اعتبارًا من سبتمبر 2007) ، ووفقًا لتجربتي أيضًا من العام الماضي ، سنتمكن من منع بعض المشكلات الأكثر أهمية التي قد تفشل على الأقل مشروع. ممتاز!

هل الإجهاض هو نفس نموذج التهديد؟

على الرغم من وجود بعض أوجه التشابه ، إلا أنها ليست هي نفسها.

نمذجة التهديد عادة ما تكون مجموعة محددة مسبقًا من الأسئلة التي تحتاج إلى إجابة للتأكد من قيامك بتغطية أساسك. هذا هو جزء مماثل.

الفرق هو أنه في premortem لا تجيب على الأسئلة المبسطة. على العكس تماما. تحاول الوصول إلى مزاج ، من الفشل. توفي المريض. فشل المشروع. العالم ينهار ، ماذا بحق الجحيم أخطأنا؟ هذا تدريبات خيالية أكثر من تدريبات استجواب.

كيف نفعل قبل الأوان الصحيح؟ Gamification ، Gamification ، و Gamification

من الصعب الوصول إلى الحالة الذهنية المطلوبة للحصول على الإجهاض. صعب جدا.

لماذا ا؟ بادئ ذي بدء ، تحتاج إلى القفز إلى المستقبل ، وإذا لم يكن لديك سيارة ...

ثانياً ، المريض لم يمت. لم يفشل المشروع. على افتراض أنه قد فشل ، يتطلب بعض الخيال الإبداعي جدا!

ثالثا ، الناس متشككون. مطورو البرمجيات ساخرون.

انهم لن يشتري في كل شيء قبل الأوان.

في أذهانهم ، تم التفكير في الأشياء التي يمكن أن يفكروا بها ، والأشياء التي لم تكن ... حسناً ، لن تساعد أي ممارسة خيالية.

هذا هو المكان الذي تلعب فيه لعبة التلاعب والغلاف الجوي.

إنشاء دعوة اجتماع التقويم: مشروع "someProjName" - premortem ".

دعوة الفريق بأكمله.

المطورين ، ضمان الجودة ، مديري المنتجات ، مصممي ux.

إذا استطعت ، فيجب عليك دعوة عدد قليل من الأشخاص الذين ليسوا على دراية بهذا المشروع.

ربما بعض الأشخاص من فريق آخر أو أشخاص من مجموعة دعم العملاء. لا يهم حقا. الشيء الجيد في جلب أشخاص ليسوا جزءًا من فريق هو أنهم الأقرب إلى العملاء الحقيقيين.

قبل الاجتماع نفسه ، أرسل إلى جميع المدعوين بضع كلمات على premortem ، أو الأفضل من ذلك ، أرسل إليهم هذه المقالة (-:

في الاجتماع نفسه ، سوف تحصل على نظرات متشككة.

الآن ، تحتاج إلى ضبط المشهد.

أن تكون مثيرة. ارهم الصور

قل لهم قصة.

تقديم أكبر عدد ممكن من التفاصيل على الساحة.

اختر تاريخًا محددًا في المستقبل. على سبيل المثال ، 3 أشهر ونصف الشهر بعد الإطلاق.

معرفة التاريخ الدقيق. لنفترض أن هذا هو 14 مارس 2019.

اكتشف بعض التفاصيل المثيرة للاهتمام التي لا صلة لها بهذا اليوم ، والتي من شأنها أن تضع الناس في مزاج.

على سبيل المثال ، 14 مارس هو يوم بي. دع الفريق يعرف ذلك.

أخبرهم ، أنه في الرابع عشر من مارس ، تمام الساعة 17:12 ، قبل 3 دقائق من إدخال الكمبيوتر المحمول في حقيبة الظهر الخاصة بك ، والاستعداد لإغلاق اليوم ، تلقيت رسالة بريد إلكتروني من الرئيس التنفيذي للشركة مع الموضوع التالي: عاجل! مشروع "اسم بعض" - إصلاح X على الفور.

مهمتنا هي العثور على X.

الآن ، بدأوا في المزاج.

اشرح لهم أن توابل الأشياء قليلاً ، تقوم بتقسيمها إلى مجموعتين.

ريدز والبلوز.

قبل الاجتماع ، التحضير مقدما الملاحظات ، مع العناوين التالية:

  • ضابط أمن
  • رئيس الأعمال
  • رئيس الجودة
  • موظف قانوني
  • رئيس التسويق

إنشاء مجموعة واحدة من الملاحظات الزرقاء ومجموعة واحدة من الملاحظات الحمراء.

إذا لم يكن لديك عدد كافٍ من الأشخاص ، فما عليك سوى النقر على بعض العناوين (ليس بالأمر الحرج).

الآن ، مرر قبعة مع الملاحظات في الداخل ، ودع كل واحد يختار ملاحظة عشوائية. سيؤدي ذلك إلى تقسيم الغرفة إلى مجموعتين (الأحمر والأزرق) ، ولكل شخص عنوان معين.

عند هذه النقطة ، ستكون قادرًا على الشعور بالتوتر في الهواء ، لأن الناس يشعرون أن هناك منافسة قادمة.

انهم على حق.

اشرح لهم قواعد الألعاب.

  • ستذهب كل مجموعة إلى قاعة اجتماعات مخصصة.
  • سيكون لدى كل مجموعة 45 دقيقة للتوصل إلى أخطر المشكلات التي تسببت في فشل المشروع.
  • يمكن لكل شخص في المجموعة المساهمة في مشكلة في أي مجال ولكن يجب أن يتذكر أنه مسؤول بشكل خاص عن مجال معين. هذا يخلق للأفراد شعور بالملكية. لا يود أي رئيس تسويق أنه خلال نوبة العمل هذه ، تسببت بعض المواد / الحملات التسويقية الفائتة في فقدان الوعي بوظائف جديدة.
  • بعد 45 دقيقة ستنضم الفرق مرة أخرى وستتغلب على المشكلات.
  • الفريق الذي يعاني من أخطر المشكلات (يمكنك ترتيبها وفقًا لشدتها أو لا) سيفوز بآيس كريم أو كب كيك أو حقوق المفاخرة.
  • يمكنك التوابل أعلاه بأفكارك الإبداعية - أحب أن أسمع عنها!

هذا هو. انتهيت. توصيتي ليست الاستمرار ، ولكن وقف الاجتماع. تم تحقيق الهدف من الاجتماع. كان الهدف هو التفكير الإبداعي في سبب فشل المشروع. هذا هو.

في حالة عدم الاتصال بالإنترنت ، يجب عليك الانتقال إلى قائمة العناصر التي وجدها الفريق ، والتطفل على أشياء مكررة أو غير ذات صلة (حيث تم اختبارها والتحقق من صحتها ، أو باحتمال 0 ، أو تمت معالجتها بالفعل).

إن إخلاء المسئولية المهم هنا هو أنك لست مجبرًا على إصلاح أو معالجة جميع المشكلات التي طرحت أثناء جلسة premortem. الأمر متروك للفريق لتحديد عائد الاستثمار (ROI) لكل مهمة من المهام. إذا كان عائد الاستثمار منخفضًا ، فقم بإغلاقه كـ "لن يصلح".

بالنسبة للمشكلات ذات الصلة ، يحتاج الفريق إلى تعيين المالكين من أجل معالجتها في الأيام القليلة المقبلة قبل بدء المشروع.

لقد قمت فقط بحفظ مشروع.