چرا جلسه بازنگری اثرش را از دست می‌دهد؟
تیم در پایان پروژه فهرستی از نکات مثبت و منفی می‌سازد، فایل را ذخیره می‌کند و به کار بعدی می‌رود. چند ماه بعد، تیم دیگری همان ریسک تأمین‌کننده یا ابهام پذیرش را دوباره تجربه می‌کند. مشکل نبود جلسه نیست؛ دانش تولیدشده در نقطه تصمیم بعدی حاضر نیست.
یک درس مفید باید زمینه، شواهد و اقدام داشته باشد. جمله «ارتباطات بهتر شود» قابل استفاده نیست. باید بدانیم کدام اطلاعات دیر رسید، چه اثری داشت و چه تغییری در فرایند پیشنهاد می‌شود.
قالب یک درس قابل استفاده
- زمینه: نوع پروژه، مرحله و محدودیت مرتبط
- رویداد: چه اتفاقی افتاد، بدون سرزنش فردی
- اثر: بر زمان، کیفیت، هزینه یا مشتری چه اثری گذاشت
- علت‌های مؤثر: بر اساس شواهد، نه حدس سریع
- توصیه: در چه شرایطی چه کاری انجام شود
- مالک اقدام و موعد: اگر تغییری لازم است
- اعتبار: چه زمانی باید دوباره بررسی یا منسوخ شود
درس را بیش از حد عمومی نکنید. روشی که برای پروژه قراردادی مناسب است شاید برای آزمایش محصول جدید مضر باشد.
بازنگری را نزدیک رویداد انجام دهید
برای یادگیری لازم نیست تا پایان پروژه صبر کنید. پس از رخداد مهم، انتشار، شکست آزمایش یا تغییر دامنه، یک بازنگری کوتاه برگزار کنید. فاصله زیاد، جزئیات و شواهد را از بین می‌برد و روایت‌ها جای واقعیت را می‌گیرند.
فضای جلسه باید بدون سرزنش باشد، اما این به معنی حذف مسئولیت نیست. تمرکز روی شرایط سیستم، تصمیم و کنترل‌هایی است که می‌توان تغییر داد. اقدام بدون مالک نیز صرفاً آرزوست.
مثال: تأیید مشتری که دوباره پروژه را متوقف کرد
دو پروژه پیاپی به‌دلیل دیررسیدن تأیید مشتری عقب می‌افتند. درس مفید «پیگیری بیشتر» نیست. بررسی نشان می‌دهد تحویل‌دادنی تعریف پذیرش روشن ندارد و نماینده مشتری نیز اختیار تأیید نهایی ندارد.
تیم الگوی پذیرش را اصلاح می‌کند، تأییدکننده مجاز را پیش از شروع ثبت می‌کند و برای کارهای منتظر مشتری موعد پیگیری می‌گذارد. این تغییر به چک‌لیست آغاز پروژه بعدی اضافه می‌شود. اکنون درس از متن به کنترل عملی تبدیل شده است.
دانش را در نقطه استفاده ظاهر کنید
فقط قابلیت جست‌وجو کافی نیست؛ افراد همیشه نمی‌دانند چه چیزی را باید جست‌وجو کنند. درس‌های مرتبط را به الگوی پروژه، نوع ریسک، چک‌لیست برنامه‌ریزی یا تصمیم مشابه پیوند دهید. پیش از تصویب برنامه، مرور درس‌های هم‌نوع را به یک گام مشخص تبدیل کنید.
KPIهای یادگیری سازمانی
- درصد اقدامات بازنگری با مالک و موعد
- نرخ تکمیل یا تصمیم صریح درباره اقدامات
- رخدادهای تکراری با علت مشابه
- درس‌هایی که در پروژه بعدی مشاهده یا استفاده شده‌اند
- زمان یافتن سابقه یک تصمیم یا ریسک مشابه
تعداد درس‌های ثبت‌شده معیار موفقیت نیست. انباشت صدها یادداشت بدون پالایش، یافتن دانش مفید را سخت‌تر می‌کند.
اجرا در WKFGo
برای یک نوع بازنگری، قالب ثابت در ویکی بسازید و آن را به پروژه، رخداد و اقدامات حاصل پیوند دهید. برچسب‌ها را محدود و قابل فهم نگه دارید. در آغاز پروژه بعدی، درس‌های مرتبط را مرور و نتیجه استفاده یا عدم استفاده را ثبت کنید.
هر فصل، مطالب تکراری را ادغام و موارد قدیمی را با دلیل منسوخ کنید. مالک کتابخانه دانش باید مسئول کیفیت و بازیابی باشد، نه تولید محتوای بیشتر.
محدودیت
همه شکست‌ها از فرایند قابل پیشگیری نیستند و رابطه علت و معلول همیشه روشن نیست. از نسخه‌کردن یک تجربه محلی برای تمام سازمان پرهیز کنید. توصیه را ابتدا در پروژه مشابه آزمایش و نتیجه را به همان درس اضافه کنید.
قدم بعدی
آخرین بازنگری پروژه را بردارید و فقط یک درس را به اقدام و کنترل پروژه بعدی تبدیل کنید. امکانات WKFGo را مرور کنید یا برای طراحی جریان مدیریت دانش با ما تماس بگیرید.