در این راهنما، «پریمورتِم (Pre-mortem)» را ساده، کاربردی و گامبهگام توضیح میدهم تا بتوانید همان امروز در تیمتان اجرا کنید.
یک کارگاه پیشگیرانه برای تصورِ «شکست»، کشفِ دلایلِ آن، و تبدیلشان به اقدامهای پیشگیرانه. فرقش با پسامورتِم (Post-mortem) این است که قبل از شروع/انتشار انجام میشود تا ریسکها را پیشدستیکنید.
کِی و کجا بهکار ببریم؟
- پیش از آغاز یک پروژه/نسخه مهم، یا ابتدای اسپرینتهایی با ریسک بالا.
- در اسکرام، بهترین جاها: اواخر بازبینی بکلاگ (PBR) یا ابتدای برنامهریزی اسپرینت؛ خروجی آن به بکلاگ محصول و هدف اسپرینت وصل میشود. (کاملاً همسو با رکنهای شفافیت، بازرسی و انطباق در راهنمای اسکرام ۲۰۲۰ است.)
شرکتکنندگان
مالک محصول، توسعهدهندگان، اسکراممستر (تسهیلگر)، و ترجیحاً ذینفع/کاربر کلیدی. اندازه ایدهآل: ۵ تا ۹ نفر.
زمانبندی پیشنهادی (۶۰–۹۰ دقیقه)
- آمادهسازی ۱۰ دقیقه
- تولید فردی ایدهها ۱۰ تا ۱۵ دقیقه
- اشتراک و خوشهبندی ۱۵ تا ۲۰ دقیقه
- اولویتبندی ۱۰ دقیقه
- برنامهریزی اقدامات ۲۰ تا ۳۰ دقیقه
مواد و ابزار
یادداشت چسبی یا تخته مجازی، تایمر، تِمپلیت ساده (ریسک، منشأ/فرض، پیامد، شاخص هشدار زودهنگام، اقدام پیشگیرانه، مالک، موعد).
اجرای گامبهگام
1) صحنهسازی (Set the Scene)
- مسئله و معیارهای موفقیت را یادآوری کنید.
- سپس فرض داستانی را بگویید: «فرض کنید نسخه/اسپرینتِ ۳۰ روز دیگر شکستِ کامل شده. چه شد که اینطور شد؟»
- قوانین: بدون سرزنش، کمّیت بر کیفیت در مرحله ایدهپردازی، تمرکز بر واقعنگری.
2) ایدهپردازی فردی (Brainwriting)
- هر نفر بیوقفه تمام دلایلِ شکستِ فرضی را بهصورت فردی مینویسد (۱ ایده در هر یادداشت).
- تاکتیکها: به فرضیات پنهان، وابستگیها، کیفیت/تکنیک، هماهنگی ذینفعان، ریسکهای امنیت/عملیاتی و «چیزهایی که اگر غلط باشند، همهچیز میریزد» فکر کنید.
3) اشتراک، خوشهبندی و نامگذاری
- یادداشتها را یکییکی بیان و روی دیوار/بُرد بچسبانید.
- موارد مشابه را خوشه کنید و برای هر خوشه یک نام واضح بگذارید (مثلاً «ابهام دامنه»، «کمبود ظرفیت بکاند»، «وابستگی به تیم X»).
4) امتیازدهی و انتخابِ ریسکهای مهم
- از رأی نقطهای (Dot Voting) استفاده کنید؛ هر نفر ۳–۵ رأی.
- ۵–۸ ریسکِ بالادست را انتخاب کنید. اگر لازم بود ماتریس احتمال × اثر، یا «آشکارشدگی زودهنگام» (Detectability) را هم در نظر بگیرید.
5) تبدیل به اقدام پیشگیرانه و شاخصهای هشدار
برای هر ریسک منتخب:
- چه چیزی را زود تشخیص میدهیم؟ (Leading indicators: مثلا تأخیر در API تستی)
- کدام اقدام پیشگیرانه/کاهنده را همین الان انجام میدهیم؟ (Spike تحقیقاتی، کوچکسازی دامنه، اضافهکردن تست خودکار، هماهنگی با تیم وابسته، محافظ زمانی، طرح بازگشت)
- مالک و موعد را تعیین کنید.
- پیوند به بکلاگ: خروجیها را بهصورت آیتمهای بکلاگ با نتیجه قابل مشاهده بنویسید؛ اگر مربوط به کیفیت است، در «تعریف انجامشدگی» هم بازتاب دهید.
6) بستن جلسه و شفافسازی پیگیری
- اثربخشترین خروجیها را خلاصه و تأیید کنید.
- توافق کنید که در دیلی اسکرام و بازبینی اسپرینت شاخصهای هشدار و اقدامات را رصد کنید.
- اگر ریسک خیلی بزرگ است، هدف اسپرینت را محافظهکارانهتر کنید.
خروجیهای ملموس
- فهرست خوشههای ریسک با توضیح کوتاه.
- ۵–۸ ریسک اولویتدار با: شاخص هشدار، اقدام پیشگیرانه، مالک، موعد.
- آیتمهای بکلاگ/اسپرینت ایجادشده و تغییرات در Definition of Done (در صورت نیاز).
- یک صفحه خلاصه برای بهاشتراکگذاری با ذینفعان.
نکات تسهیلگری حرفهای
- بینام شروع کنید: در مرحله فردی نامها روی یادداشتها نباشد تا اثر سلسلهمراتبی کم شود.
- از «اگر… چه؟» استفاده کنید: پرسشهای شرطی به کشف فرضیات پنهان کمک میکند.
- ترکیب با اسپایک/آزمایش: در دامنه پیچیده (Cynefin: Complex) اقدامها را بهصورت آزمایشهای کوچک «ایمن برای شکست» طراحی کنید و نتایج را در رِترو گزارش دهید.
- زمانبندی کوتاه نگه دارید: زود به «اقدام» برسید؛ فهرست بلندِ ترسناک بدون اقدام، بهسرعت فراموش میشود.
- بهروزرسانی DoD: اگر ریسکهای تکرارشونده کیفی دیدید، معیار جدیدی به DoD بیفزایید (مثلاً اسکن امنیتی خودکار).
ضداِلگوها (Anti-patterns)
- تبدیل جلسه به «پیشبینی فاجعه» و ناامیدی؛ تسهیلگر باید تمرکز را به «پیشگیری عملی» برگرداند.
- فهرستنویسی بیپایان بدون مالک و موعد.
- ورود به بحثهای فنی عمیق در همان جلسه؛ اینها را تبدیل به اسپایک/جلسه پیگیری کنید.
- خروجیهایی که به بکلاگ یا هدف اسپرینت وصل نمیشوند.
الگوی آماده (کپی کنید و استفاده کنید)
فرض شکست: …
هدف/محدوده: …
ریسکها (خام): …
خوشهها: …
ریسکهای منتخب: R1 … Rn
برای هر R:
- شاخص هشدار (Leading Indicator): …
- اقدام پیشگیرانه/آزمایش: …
- مالک: … | موعد: …
- آیتم بکلاگ مرتبط: …
نمونه کوتاه
- خوشه «وابستگی به تیم پرداخت»:
- شاخص: عدمدسترسبودن Sandbox تا ۳ روز آینده.
- اقدام: هماهنگی رسمی + برنامهجایگزین پرداخت شبیهسازیشده (Feature Toggle).
- مالک: سارا | موعد: سهشنبه.
- بکلاگ: PB-217 (Mock Payment Service)، PB-218 (Toggle).
ارتباط با اسکرام
- شفافیت: ساخت ریسکها و فرضیات پنهان بهصورت بصری.
- بازرسی: پیگیری شاخصهای هشدار در دیلی اسکرام/بازبینی.
- انطباق: تبدیل یافتهها به آیتمهای بکلاگ، تنظیم هدف اسپرینت و DoD.
- رویداد مناسب: پیش از برنامهریزی اسپرینت یا بهعنوان بخشی از پالایش بکلاگ.
دیدگاهتان را بنویسید