تمرین تیم‌سازی در چارچوب Scrum

پُست‌مورتِم چیست؟

در این راهنمای گام‌به‌گام، «پُست‌مورتِم» (Post-mortem) را ساده و کاربردی توضیح می‌دهم تا بتوانید بلافاصله اجرا کنید.

نشستی پس از یک پروژه/اسپرینت/رخداد (موفق یا ناموفق) برای بررسی بی‌طرفانه‌ی آنچه رخ داد، یافتن ریشه‌ی مسائل، و تعریف اقدام‌های اصلاحی.
در اسکرام، پست‌مورتِم یک رویداد رسمی نیست؛ اما می‌تواند به‌عنوان رتروسپکتیوِ متمرکز یا یک جلسه‌ی یادگیریِ پس از انتشار اجرا شود و خروجی‌هایش وارد بک‌لاگ محصول/بهبود شود (هماهنگ با سه رکن: شفافیت، بازرسی، انطباق در راهنمای اسکرام ۲۰۲0).

چه‌وقت استفاده کنیم؟

  • بعد از انتشار مهم، باگ/اختلال جدی، یا پایان پروژه.
  • وقتی می‌خواهید دانش ضمنی را به بهبودهای عملی تبدیل کنید.

چه کسانی شرکت کنند؟

تیم درگیر (مالک محصول، توسعه‌دهندگان)، اسکرام‌مستر به‌عنوان تسهیل‌گر، و در صورت لزوم نماینده‌ی عملیات/پشتیبانی/امنیت. اندازه‌ی ایده‌آل ۵–۹ نفر.

زمان‌بندی پیشنهادی (۶۰–۹۰ دقیقه)

  1. آماده‌سازی ۱۰ دقیقه
  2. بازسازی بی‌طرفانه‌ی خط زمانی ۱۰ –۱۵ دقیقه
  3. تحلیل علت‌ ریشه‌ای ۱۵ –۲۰ دقیقه
  4. استخراج بینش‌ها و درس‌آموخته‌ها ۱۰ دقیقه
  5. تعریف اقدام‌ها، مالک، موعد ۲۰ –۳۰ دقیقه
  6. جمع‌بندی و برنامه‌ی پیگیری 5 دقیقه

ابزار

برد فیزیکی/آنلاین، تایمر، قالب ساده: «رویداد»، «زمان»، «اثر»، «علت محتمل»، «درس‌آموخته»، «اقدام»، «مالک»، «موعد»، «شاخص موفقیت».

اجرای گام‌به‌گام

1) آماده‌سازی و قوانین

  • هدف جلسه را شفاف کنید: «یادگیری و بهبود؛ نه سرزنش».
  • دامنه را مشخص کنید (مثلاً «اختلال ۲۳ آبان نسخه 1.4»).
  • قوانین: مستندات/شاخص‌ها بر برداشت شخصی مقدم‌اند؛ حمله به افراد ممنوع؛ تمرکز بر اقدام‌های قابل اجرا.

2) بازسازی خط زمانی (Timeline)

  • رویدادها را به ترتیب زمان روی برد بچسبانید: مشاهده‌ی اولیه، هشدارها، تصمیم‌ها، تغییرها، نتایج.
  • داده‌ها را ضمیمه کنید (لاگ، نمودار، اسکرین‌شات).
  • شکاف‌های اطلاعاتی را علامت بزنید تا بعداً پیگیری شوند.

3) تحلیل علت ریشه‌ای (Root Cause)

  • برای هر رویداد کلیدی از ۵ چرا (5 Whys) شروع کنید.
  • اگر چند بُعد دخیل است، یک استخوان‌ماهی (Ishikawa) سریع بکشید (دسته‌ها: فرایند، افراد، ابزار، محیط، سیاست‌ها/قوانین، کد/معماری).
  • به‌جای «مقصر»، روی «سیستم و تصمیم‌ها» تمرکز کنید. معمولاً یک «زنجیره علّی» به چند عامل ختم می‌شود.

4) استخراج بینش‌ها و درس‌آموخته‌ها

  • برای هر علتِ مهم، «آنچه آموختیم» را به یک جمله روشن تبدیل کنید.
  • بینش‌ها را خوشه‌بندی کنید (کیفیت، عملیات، هماهنگی، تصمیم‌گیری، کشف‌پذیری/مانیتورینگ).

5) تعریف اقدام‌های بهبود

برای هر بینش منتخب:

  • اقدام مشخص: چه کاری، با چه خروجیِ قابل مشاهده؟
  • شاخص موفقیت/هشدار زودهنگام: چه چیزی نشان می‌دهد اثر داشت؟
  • مالک و موعد: یک نفر مسئول روشن + تاریخ.
  • اتصال به بک‌لاگ: اقدام‌ها را به‌صورت آیتم‌های بک‌لاگ/بهبود بنویسید؛ اگر به کیفیت مربوط است، در Definition of Done یا استانداردهای تیم بازتاب دهید.
  • کاهش ریسک: برای موارد پرریسک، «آزمایش ایمن برای شکست» طراحی کنید (کوچک، زمان‌دار، برگشت‌پذیر).

6) جمع‌بندی و پیگیری

  • ۳–۵ اقدام برتر، شاخص‌ها و موعدها را باهم تأیید کنید.
  • توافق کنید کجا پیگیری می‌شود: دیلی اسکرام برای رصد پیشرفت، رترو بعدی یا بازبینی اسپرینت برای ارزیابی اثر.
  • خروجی جلسه را در یک صفحه خلاصه مستند و با ذی‌نفعان به‌اشتراک بگذارید.

نمونه قالب (کپی کنید)

دامنه: … | بازه زمانی:
اهداف جلسه: یادگیری، بهبود، مستندسازی

خط زمانی (چپ→راست):
[T1 رویداد/تصمیم] – اثر … | [T2 …] – اثر …

علل ریشه‌ای (۵ چرا/استخوان‌ماهی):

  • مسئله A → چرا1 … → چرا2 … → ریشه …
  • مسئله B → …

درس‌آموخته‌ها:

  • L1: … | L2: … | L3: …

اقدام‌ها:

کُداقدامخروجی قابل مشاهدهشاخص موفقیتمالکموعدلینک بک‌لاگ
IMP-01PB-123

نکات تسهیل‌گری حرفه‌ای

  • زمان‌بندی نگهبان است: در تحلیل عمیق گیر نکنید؛ اگر لازم شد، یک «اسپایک» یا جلسه‌ی پیگیری بسازید.
  • از داده شروع کنید: قبل از روایت‌ها، نمودارها و لاگ‌ها را ببینید.
  • بی‌نام‌سازی حساس‌ها: برای کاهش سوگیری سلسله‌مراتبی، نقل‌قول‌ها را بی‌نام ثبت کنید.
  • تمرکز بر سیستم نه افراد: سیاست‌ها، فرآیندها، طراحی، ابزار، آموزش.
  • یک تغییر کوچک، همین امروز: دست‌کم یک اقدام که در ۲۴–۴۸ ساعت آینده انجام می‌شود تعیین کنید تا شتاب ایجاد شود.

ضدالگوها (Anti-patterns)

  • «شکار مقصر» و دفاعیات بی‌پایان.
  • فهرست اقدام‌های مبهم یا بدون مالک/موعد.
  • درس‌آموخته‌های بدون تبدیل به تغییر سیستماتیک (DoD، استانداردها، آلارم‌ها، اتوماسیون).
  • تکرار خطاها به‌خاطر نبود پیگیری منظم.

ادغام با اسکرام (همراستا با Scrum Guide 2020)

  • می‌توانید پست‌مورتِم را به‌صورت رتروسپکتیوِ موضوع‌محور اجرا کنید.
  • خروجی‌ها باید به بک‌لاگ محصول/بهبود تیم تبدیل شوند و در اسپرینت‌های آتی برنامه‌ریزی شوند.
  • پیگیری و بازرسی در دیلی اسکرام و بازبینی اسپرینت انجام می‌شود؛ انطباق در رترو بعدی سنجیده می‌شود.

نگاه سی‌نِوین (Cynefin)

  • اگر مسئله روشن/قابل‌حلِ تکرارشونده است: بهترین‌عمل را اعمال کنید (چک‌لیست، اتوماسیون، معیار DoD).
  • اگر پیچیده است (علل متعدد، تعاملات غیرخطی): چند آزمایش ایمن برای شکست طراحی کنید، یک‌به‌یک اجرا و نتایج را اندازه‌گیری کنید، سپس تقویت/ترک کنید.
  • اگر آشفته است (بحران/اختلال زنده): ابتدا مهار کنید (Containment)، بعد تحلیل و یادگیری.


منتورینگ رایگان مالکین محصول

«اگر در یک شرکت نرم‌افزاری مشغول به کارهای روزانه یک PO هستید و دوست دارید در مورد پیاده‌سازی اجایل، اسکرام و چالش‌های نقش PO در چهارچوب اسکرام یا تفکر استراتژیک در محصول، راهنمایی و مشاوره بگیرید، در خدمتتون هستم. یک وقت در adplist بگیرید.»


دیدگاه‌ها

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

error: اجازه کپی محتوا وجود ندارد