elahe saravani
مشاور استقرار سیستم های مدیریت کیفیت و استاندارد های ایزو و مدیر تضمین کیفیت
38 یادداشت منتشر شدهکنترل پروژه در عمل: تشریح گام به گام فرآیند پایش، تحلیل و اصلاح عملکرد پروژه( قسمت دوم )
گام ششم: طراحی و اجرای اقدامات اصلاحی و پیشگیرانه
(Design and Implementation of Corrective and Preventive Actions)
هدف گام
تبدیل نتایج حاصل از تحلیل علل ریشه ای به برنامه های عملیاتی مشخص برای حذف عوامل ایجادکننده انحراف، کاهش احتمال تکرار مشکلات و بازگرداندن پروژه به مسیر مورد انتظار.
منطق مدیریتی گام ششم
پس از شناسایی علت های اصلی مشکلات، مرحله مهم بعدی تبدیل دانش به عمل است. بسیاری از سازمان ها در تحلیل مسائل عملکرد مناسبی دارند، اما در مرحله اجرا با مشکل مواجه می شوند؛ زیرا یافته های تحلیلی به اقدامات مشخص، مسئولیت های تعریف شده و برنامه زمانی تبدیل نمی شوند.
اقدام اصلاحی با واکنش سریع به مشکل تفاوت دارد. واکنش سریع معمولا برای کاهش اثر فوری یک مسئله انجام می شود، اما اقدام اصلاحی با هدف حذف یا کاهش احتمال تکرار علت ایجادکننده مشکل طراحی می شود.
برای مثال، اگر پروژه ای به دلیل تاخیر تامین کننده با مشکل مواجه شده باشد، تماس فوری با تامین کننده و درخواست تسریع ارسال، یک اقدام واکنشی است. اما اصلاح فرآیند انتخاب تامین کننده، ایجاد نظام ارزیابی عملکرد تامین کنندگان یا تعریف نقاط کنترل در فرآیند خرید، اقدام اصلاحی محسوب می شود.
در کنار اقدامات اصلاحی، اقدامات پیشگیرانه نیز اهمیت دارند. این اقدامات قبل از وقوع مشکل اجرا می شوند و هدف آن ها کاهش احتمال بروز ریسک ها یا ضعف های شناسایی شده در آینده است.
مطابق رویکردهای مدیریت کیفیت و مدیریت پروژه، اثربخشی کنترل زمانی افزایش می یابد که سازمان علاوه بر اصلاح خطاهای موجود، از وقوع مجدد آن ها نیز جلوگیری کند (ISO 9001:2015؛ PMI, 2021).
ورودی های مورد نیاز
برای طراحی اقدامات اصلاحی و پیشگیرانه، اطلاعات زیر مورد نیاز است:
- گزارش تحلیل علل ریشه ای
- فهرست انحرافات اولویت بندی شده
- گزارش عملکرد پروژه
- الزامات قراردادی
- محدودیت های زمانی و مالی پروژه
- ظرفیت منابع سازمان
- تجربیات پروژه های مشابه
- وضعیت ریسک های پروژه
فعالیت های اجرایی
۱. تعیین هدف اقدام اصلاحی
اولین مرحله، مشخص کردن دقیق هدف اقدام است. اقدام اصلاحی باید مستقیما با علت ریشه ای شناسایی شده ارتباط داشته باشد.
برای مثال:
مشکل: افزایش دوباره کاری در تولید
علت ریشه ای: نبود کنترل موثر مدارک فنی قبل از شروع ساخت
اقدام نامناسب: افزایش ساعات کاری کارکنان تولید
اقدام مناسب: ایجاد مرحله بازبینی و تایید مدارک مهندسی پیش از آغاز تولید
اقدام اصلاحی زمانی اثربخش است که بتواند رابطه علت و معلولی میان مشکل و راهکار را پوشش دهد.
۲. تعیین گزینه های اصلاحی
در بسیاری از موارد، تنها یک راهکار وجود ندارد. بنابراین باید گزینه های مختلف بررسی و مقایسه شوند.
معیارهای ارزیابی گزینه ها عبارت اند از:
- میزان تاثیر بر کاهش مشکل
- زمان مورد نیاز برای اجرا
- هزینه اجرا
- منابع مورد نیاز
- تاثیر بر سایر بخش های پروژه
- میزان ریسک اجرای راهکار
برای مثال، در صورت تاخیر پروژه، گزینه ها ممکن است شامل موارد زیر باشند:
- افزایش منابع انسانی
- تغییر روش اجرا
- اصلاح توالی فعالیت ها
- استفاده از تامین کننده جایگزین
- کاهش محدوده برخی فعالیت ها
انتخاب راهکار باید بر اساس تحلیل اثرات انجام شود، نه صرفا سریع ترین واکنش.
۳. تدوین برنامه اقدام اصلاحی
هر اقدام اصلاحی باید به یک برنامه اجرایی مشخص تبدیل شود. یک برنامه اقدام مناسب باید شامل موارد زیر باشد:
مولفه توضیح
شرح اقدام چه کاری باید انجام شود؟
علت اقدام چرا این اقدام انتخاب شده است؟
مسئول اجرا چه کسی پاسخگو است؟
زمان اجرا چه زمانی باید تکمیل شود؟
منابع مورد نیاز چه امکاناتی لازم است؟
شاخص ارزیابی چگونه موفقیت سنجیده می شود؟
نبود این اطلاعات باعث می شود اقدامات اصلاحی در حد پیشنهاد باقی بمانند و پیگیری موثری صورت نگیرد.
۴. اولویت بندی اقدامات اصلاحی
همه اقدامات اصلاحی اهمیت یکسانی ندارند. برخی اقدامات مستقیما بر مسیر بحرانی، هزینه های اصلی یا رضایت مشتری اثر می گذارند و باید در اولویت قرار گیرند.
برای اولویت بندی می توان عوامل زیر را بررسی کرد:
- شدت اثر مشکل
- فوریت اصلاح
- هزینه عدم اقدام
- احتمال تکرار مشکل
- میزان تاثیر بر اهداف پروژه
در پروژه های پیچیده، اجرای هم زمان تعداد زیادی اقدام اصلاحی ممکن است باعث پراکندگی منابع و کاهش اثربخشی شود.
۵. تخصیص مسئولیت و اختیارات
یکی از عوامل شکست اقدامات اصلاحی، مشخص نبودن مالک اقدام است. عباراتی مانند:
«واحد مربوطه بررسی کند»
یا
«موضوع پیگیری شود»
مسئولیت مشخصی ایجاد نمی کنند.
برای جلوگیری از این مشکل باید مشخص شود:
- مسئول مستقیم اجرا چه کسی است؟
- چه کسانی باید همکاری کنند؟
- چه کسی نتیجه را تایید می کند؟
- چه کسی گزارش پیشرفت اقدام را دریافت می کند؟
استفاده از ماتریس مسئولیت (RACI) می تواند در این مرحله مفید باشد.
۶. اجرای اقدامات اصلاحی
در مرحله اجرا، اقدامات مصوب باید مطابق برنامه عملیاتی پیگیری شوند.
مدیر پروژه یا مسئول کنترل پروژه باید بررسی کند:
- آیا اقدام در زمان مقرر انجام شده است؟
- آیا منابع مورد نیاز فراهم شده اند؟
- آیا اجرای اقدام، اثر جانبی ایجاد کرده است؟
- آیا وضعیت پروژه بهبود یافته است؟
گاهی یک اقدام اصلاحی ممکن است خود باعث ایجاد تغییر جدیدی در پروژه شود؛ بنابراین اجرای آن نیز نیازمند کنترل است.
۷. ارزیابی اولیه نتایج اقدام
پس از اجرای اقدام اصلاحی، باید بررسی شود که آیا مشکل مورد نظر کاهش یافته است یا خیر.
برای مثال:
اگر هدف کاهش تاخیر تامین بوده است، باید بررسی شود:
- زمان تامین کاهش یافته است؟
- تعداد تاخیرهای خرید کمتر شده است؟
- عملکرد تامین کنندگان بهبود یافته است؟
اجرای اقدام به تنهایی نشانه موفقیت نیست؛ اثربخشی واقعی زمانی مشخص می شود که نتیجه مورد انتظار حاصل شده باشد.
ابزارها و تکنیک ها
ابزارهای مورد استفاده در این مرحله عبارت اند از:
- برنامه اقدام اصلاحی (CAPA)
- ماتریس مسئولیت (RACI)
- تحلیل هزینه–فایده
- تحلیل ریسک اقدام
- مدیریت تغییرات
- جلسات پیگیری اقدام
- داشبورد پیگیری اقدامات
خروجی های مورد انتظار
خروجی های این گام شامل موارد زیر است:
- برنامه اقدامات اصلاحی و پیشگیرانه
- مسئولیت های مشخص
- زمان بندی اجرای اقدامات
- معیارهای ارزیابی اثربخشی
- گزارش وضعیت اقدامات
- کاهش یا حذف عوامل ایجادکننده انحراف
خطاهای رایج
۱. اجرای اقدام بدون تحلیل علت
اگر علت واقعی مشکل مشخص نشده باشد، احتمال انتخاب راهکار نامناسب افزایش می یابد.
۲. تمرکز بر اقدامات کوتاه مدت
برخی سازمان ها فقط برای عبور از بحران اقدام می کنند و به اصلاح فرآیندهای بنیادی توجه ندارند.
۳. نبود معیار ارزیابی اثربخشی
بدون شاخص مشخص، نمی توان تشخیص داد اقدام اصلاحی موفق بوده است یا خیر.
۴. تعریف مسئولیت های مبهم
اقدامی که مالک مشخص ندارد، معمولا با تاخیر اجرا یا فراموش می شود.
۵. عدم توجه به اثرات جانبی
برخی اقدامات ممکن است یک مشکل را کاهش دهند اما مشکل جدیدی در بخش دیگری ایجاد کنند.
توصیه اجرایی
پیشنهاد می شود سازمان ها یک سیستم مدیریت اقدامات اصلاحی و پیشگیرانه (Corrective and Preventive Action System - CAPA) ایجاد کنند که در آن تمام اقدامات مهم پروژه ثبت، اولویت بندی و پیگیری شوند.
این سیستم باید امکان پاسخ به پرسش های زیر را فراهم کند:
- چه مشکلی ایجاد شده است؟
- علت اصلی چه بوده است؟
- چه اقدامی برای اصلاح انجام شده؟
- مسئول اقدام چه کسی است؟
- آیا اقدام نتیجه مورد انتظار را ایجاد کرده است؟
چنین رویکردی باعث می شود تجربه های حاصل از مشکلات پروژه به اصلاح واقعی فرآیندهای سازمان منجر شود.
جمع بندی گام ششم
اقدامات اصلاحی زمانی ارزشمند هستند که از یک واکنش موقت به یک تغییر پایدار در فرآیندها تبدیل شوند. تحلیل انحراف و شناسایی علت ریشه ای، بدون اجرای اقدام مناسب، تنها دانش تولید می کند اما بهبود ایجاد نمی کند.
در این مرحله، سازمان باید میان حل فوری مشکل و اصلاح ساختاری آن تعادل ایجاد کند. برخی شرایط نیازمند اقدام سریع برای کنترل اثرات هستند، اما هدف نهایی باید حذف یا کاهش عوامل تکرارشونده باشد.
با اجرای صحیح اقدامات اصلاحی، پروژه می تواند از مسیر انحرافی بازگردد؛ اما از آنجا که اجرای هر اقدام ممکن است شرایط جدیدی در پروژه ایجاد کند، مرحله بعد به پایش اثربخشی اقدامات و مدیریت تغییرات پروژه اختصاص خواهد داشت.
گام هفتم: پایش اثربخشی اقدامات اصلاحی و مدیریت تغییرات پروژه
(Monitoring Corrective Actions Effectiveness and Project Change Management)
هدف گام
اطمینان از اینکه اقدامات اصلاحی اجراشده توانسته اند اثر مورد انتظار را ایجاد کنند و همچنین مدیریت کنترل شده تغییراتی که در طول اجرای پروژه بر محدوده، زمان، هزینه، کیفیت یا منابع پروژه اثر می گذارند.
منطق مدیریتی گام هفتم
اجرای یک اقدام اصلاحی پایان فرآیند حل مسئله نیست. یکی از خطاهای رایج در پروژه ها این است که سازمان پس از انجام یک اقدام، آن را موفق تلقی می کند؛ در حالی که معیار واقعی موفقیت، نتیجه ایجادشده پس از اجرا است، نه صرفا انجام فعالیت اصلاحی.
برای مثال، اگر به دلیل تاخیرهای مکرر یک تامین کننده، فرآیند ارزیابی تامین کنندگان اصلاح شود، صرف تدوین یک فرم ارزیابی جدید به معنای حل مشکل نیست. باید بررسی شود که آیا در دوره های بعدی، تاخیرها کاهش یافته اند، کیفیت تحویل بهبود پیدا کرده است و ریسک وابستگی به تامین کننده کاهش یافته است یا خیر.
از سوی دیگر، اجرای اقدامات اصلاحی در بسیاری از موارد موجب تغییر در پروژه می شود. افزایش منابع، تغییر روش اجرا، جایگزینی تامین کننده یا اصلاح طراحی، همگی می توانند بر برنامه اولیه پروژه اثرگذار باشند. اگر این تغییرات بدون فرآیند رسمی مدیریت شوند، ممکن است کنترل پروژه را با مشکل مواجه کنند.
استانداردهای مدیریت پروژه تاکید می کنند که تغییرات پروژه باید شناسایی، ارزیابی، تصویب، ثبت و کنترل شوند تا از ایجاد تغییرات کنترل نشده یا اصطلاحا خزش محدوده (Scope Creep) جلوگیری شود (PMI, 2021).
ورودی های مورد نیاز
برای اجرای این گام، اطلاعات زیر مورد استفاده قرار می گیرد:
- برنامه اقدامات اصلاحی و پیشگیرانه
- گزارش وضعیت اجرای اقدامات
- شاخص های عملکرد پروژه
- درخواست های تغییر
- ارزیابی اثرات تغییر
- خط مبناهای مصوب پروژه
- گزارش ریسک ها و مسائل جدید
- تصمیم های کمیته تغییرات
فعالیت های اجرایی
۱. پایش اجرای اقدامات اصلاحی
اولین فعالیت، بررسی میزان پیشرفت اقدامات اصلاحی نسبت به برنامه مصوب است.
در این مرحله باید مشخص شود:
- آیا اقدام در زمان تعیین شده اجرا شده است؟
- آیا مسئول اقدام وظایف خود را انجام داده است؟
- آیا منابع مورد نیاز فراهم شده است؟
- آیا مانعی در مسیر اجرا ایجاد شده است؟
برای مثال، ممکن است یک اقدام اصلاحی برای کاهش تاخیر تولید تعریف شده باشد، اما به دلیل نبود بودجه یا هماهنگی بین واحدها، اجرای آن با تاخیر مواجه شود. در این شرایط، خود اقدام اصلاحی نیز نیازمند کنترل خواهد بود.
۲. ارزیابی اثربخشی اقدامات اصلاحی
پس از اجرای اقدام، باید مشخص شود که آیا نتیجه مورد انتظار حاصل شده است یا خیر.
ارزیابی اثربخشی می تواند بر اساس معیارهای زیر انجام شود:
- کاهش میزان انحراف
- بهبود شاخص های عملکرد
- کاهش تعداد مشکلات مشابه
- افزایش بهره وری منابع
- کاهش هزینه های ناشی از خطا
- افزایش رضایت ذی نفعان
برای مثال، اگر هدف اقدام اصلاحی کاهش دوباره کاری در تولید بوده است، باید بررسی شود که آیا نرخ دوباره کاری پس از اجرای اقدام کاهش یافته است یا خیر.
۳. بستن یا تداوم اقدامات اصلاحی
پس از ارزیابی نتایج، هر اقدام باید در یکی از وضعیت های زیر قرار گیرد:
اقدام اثربخش
در این حالت، مشکل کنترل شده و اقدام می تواند بسته شود.
اقدام نیازمند اصلاح
اگر نتیجه مطلوب حاصل نشده باشد، باید علت عدم اثربخشی بررسی و اقدام جدید طراحی شود.
اقدام مستمر
برخی اقدامات مانند آموزش، بهبود فرآیند یا کنترل های دوره ای نیازمند ادامه اجرا هستند.
ثبت وضعیت نهایی اقدامات، برای ایجاد سابقه و جلوگیری از تکرار مشکلات اهمیت دارد.
۴. شناسایی و ثبت تغییرات پروژه
در طول اجرای پروژه، تغییرات اجتناب ناپذیر هستند. این تغییرات ممکن است از منابع مختلف ایجاد شوند:
- درخواست کارفرما
- تغییر الزامات فنی
- تغییر قوانین و استانداردها
- مشکلات اجرایی
- تغییر شرایط بازار
- نتایج تحلیل ریسک
نکته مهم این است که وجود تغییر، الزاما نشانه ضعف مدیریت پروژه نیست؛ بلکه مدیریت نشدن تغییرات می تواند باعث شکست پروژه شود.
۵. ارزیابی اثرات تغییر
هر درخواست تغییر پیش از تصویب باید از جنبه های مختلف بررسی شود.
مهم ترین حوزه های ارزیابی عبارت اند از:
اثر زمانی
- آیا تاریخ پایان پروژه تغییر می کند؟
- آیا فعالیت های مسیر بحرانی تحت تاثیر قرار می گیرند؟
اثر هزینه ای
- هزینه اجرای تغییر چقدر است؟
- آیا بودجه جدید مورد نیاز است؟
اثر محدوده
- آیا خروجی های پروژه تغییر می کنند؟
- آیا تعهدات جدیدی ایجاد می شود؟
اثر کیفیت
- آیا تغییر باعث کاهش یا افزایش کیفیت خواهد شد؟
اثر ریسک
- آیا تغییر، ریسک جدیدی ایجاد می کند؟
۶. تصمیم گیری درباره درخواست تغییر
پس از ارزیابی، تغییر باید توسط مرجع دارای اختیار بررسی شود.
در سازمان های پروژه محور معمولا کمیته ای تحت عنوان کمیته کنترل تغییرات (Change Control Board - CCB) مسئول بررسی و تصمیم گیری درباره تغییرات مهم است.
تصمیم های ممکن عبارت اند از:
- تصویب تغییر
- رد تغییر
- درخواست اطلاعات بیشتر
- ارجاع برای بررسی مجدد
تصمیم گیری بدون بررسی اثرات، می تواند باعث ایجاد زنجیره ای از تغییرات ناخواسته شود.
۷. به روزرسانی اسناد و خط مبناها
در صورت تصویب تغییر، اسناد پروژه باید اصلاح شوند.
این اسناد ممکن است شامل موارد زیر باشند:
- برنامه زمان بندی
- بودجه پروژه
- برنامه منابع
- ماتریس مسئولیت ها
- برنامه مدیریت ریسک
- خط مبناهای پروژه
یکی از اشتباهات رایج، اجرای تغییر بدون اصلاح اسناد رسمی پروژه است. این کار باعث می شود در گزارش های بعدی، مقایسه عملکرد واقعی با برنامه معتبر نباشد.
ابزارها و تکنیک ها
ابزارهای مورد استفاده در این مرحله عبارت اند از:
- فرم درخواست تغییر (Change Request Form)
- کمیته کنترل تغییرات
- تحلیل اثرات تغییر
- سیستم مدیریت پیکربندی (Configuration Management)
- داشبورد پیگیری اقدامات اصلاحی
- جلسات بازنگری عملکرد
خروجی های مورد انتظار
خروجی های اصلی این گام عبارت اند از:
- گزارش اثربخشی اقدامات اصلاحی
- اقدامات بسته شده یا اصلاح شده
- درخواست های تغییر ارزیابی شده
- تغییرات مصوب
- خط مبناهای به روزشده
- سوابق تصمیم های مدیریتی
خطاهای رایج
۱. فرض موفقیت اقدام بدون اندازه گیری نتیجه
انجام یک فعالیت اصلاحی به معنی حل مشکل نیست.
۲. اجرای تغییر بدون تایید رسمی
این موضوع باعث از بین رفتن کنترل محدوده و افزایش هزینه های پیش بینی نشده می شود.
۳. تغییر مکرر خط مبنا برای پنهان کردن انحراف
خط مبنا باید تنها پس از بررسی و تصویب رسمی تغییر کند، نه برای بهبود ظاهری شاخص ها.
۴. نادیده گرفتن اثرات زنجیره ای تغییر
یک تغییر کوچک در محدوده ممکن است بر زمان، هزینه، کیفیت و منابع اثر بگذارد.
۵. ثبت نکردن تصمیم های تغییر
نبود سابقه تصمیم ها باعث می شود سازمان در پروژه های آینده نتواند از تجربه های گذشته استفاده کند.
توصیه اجرایی
برای مدیریت موثر تغییرات، سازمان ها باید یک فرآیند رسمی شامل مراحل زیر ایجاد کنند:
- ثبت درخواست تغییر
- بررسی ضرورت تغییر
- تحلیل اثرات
- تصمیم گیری و تصویب
- اجرای تغییر
- به روزرسانی اسناد
- پایش نتایج
همچنین پیشنهاد می شود یک گزارش دوره ای با عنوان گزارش تغییرات پروژه تهیه شود که وضعیت تمامی تغییرات باز، تاییدشده و ردشده را نشان دهد.
جمع بندی گام هفتم
کنترل پروژه زمانی کامل می شود که نه تنها مشکلات شناسایی و اصلاح شوند، بلکه نتایج اقدامات نیز مورد ارزیابی قرار گیرند. اقدام اصلاحی بدون پایش اثربخشی، تنها یک فعالیت اجرایی است و نمی توان اطمینان داشت که مشکل واقعا حل شده است.
از سوی دیگر، تغییر بخش جدایی ناپذیر پروژه هاست و تلاش برای حذف کامل تغییرات، رویکردی غیرواقع بینانه است. رویکرد حرفه ای آن است که تغییرات به صورت شفاف، تحلیل شده و تحت کنترل مدیریت شوند.
در این مرحله، پروژه از طریق کنترل اقدامات اصلاحی و مدیریت تغییرات، دوباره با مسیر اهداف مصوب هم راستا می شود. پس از تثبیت این وضعیت، سازمان باید از تجربه های به دست آمده برای جلوگیری از تکرار مشکلات و افزایش توانمندی خود استفاده کند؛ موضوعی که در گام بعدی یعنی مستندسازی درس آموخته ها و مدیریت دانش پروژه بررسی خواهد شد.
گام هشتم: مستندسازی درس آموخته ها و مدیریت دانش پروژه
(Project Lessons Learned Documentation and Knowledge Management)
هدف گام
ثبت، سازمان دهی و انتقال تجربیات حاصل از اجرای پروژه به منظور جلوگیری از تکرار خطاها، توسعه قابلیت های سازمانی و افزایش کیفیت تصمیم گیری در پروژه های آینده.
منطق مدیریتی گام هشتم
پروژه ها محیط هایی پویا و مملو از تجربه های عملی هستند. در طول اجرای هر پروژه، تیم ها با مسائل مختلفی مواجه می شوند؛ از مشکلات برنامه ریزی و تامین گرفته تا چالش های فنی، ارتباطی و مدیریتی. این تجربیات، اگر ثبت و تحلیل نشوند، با پایان پروژه از بین می روند و سازمان مجبور خواهد بود در پروژه های بعدی همان مسیر آزمون و خطا را دوباره طی کند.
مدیریت دانش پروژه تلاش می کند تجربه های فردی اعضای تیم را به دانش سازمانی تبدیل کند. تفاوت مهم میان سازمان های صرفا پروژه محور و سازمان های یادگیرنده در همین نقطه مشخص می شود؛ سازمان یادگیرنده تنها پروژه را به پایان نمی رساند، بلکه از فرآیند اجرای آن برای بهبود عملکرد آینده استفاده می کند.
مطابق استانداردهای مدیریت پروژه، درس آموخته ها باید در طول چرخه عمر پروژه جمع آوری شوند، نه اینکه تنها در پایان پروژه مورد توجه قرار گیرند. ثبت تجربیات در لحظه وقوع، احتمال از دست رفتن اطلاعات ارزشمند را کاهش می دهد (PMI, 2021).
ورودی های مورد نیاز
برای استخراج و ثبت درس آموخته ها، اطلاعات زیر مورد استفاده قرار می گیرد:
- گزارش های عملکرد پروژه
- گزارش های انحرافات
- اقدامات اصلاحی انجام شده
- تغییرات مصوب
- گزارش ریسک ها
- صورت جلسات پروژه
- تجربیات اعضای تیم
- بازخورد ذی نفعان
- گزارش های کنترل کیفیت
فعالیت های اجرایی
۱. تعریف چارچوب ثبت درس آموخته ها
اولین مرحله، ایجاد یک روش استاندارد برای ثبت تجربیات است. در بسیاری از سازمان ها، تجربیات افراد در جلسات یا گفتگوهای غیررسمی باقی می ماند و به دلیل نبود ساختار مشخص، قابل استفاده مجدد نیست.
یک فرم استاندارد درس آموخته باید حداقل شامل موارد زیر باشد:
مولفه توضیح
موضوع تجربه مسئله یا موفقیت مربوط به چه حوزه ای است؟
شرح وضعیت چه اتفاقی رخ داده است؟
علت دلیل اصلی وقوع چه بوده است؟
اثرات چه پیامدی برای پروژه داشته است؟
اقدام انجام شده چه راهکاری اجرا شده است؟
نتیجه اقدام انجام شده چه اثری داشته است؟
پیشنهاد آینده در پروژه های بعدی چه باید انجام شود؟
۲. ثبت تجربیات مثبت و منفی
یکی از برداشت های نادرست درباره درس آموخته ها این است که تنها برای ثبت شکست ها استفاده می شوند. در حالی که تجربیات موفق نیز ارزشمند هستند.
نمونه درس آموخته منفی:
«تاخیر در بررسی مدارک مهندسی باعث توقف خرید تجهیزات شد؛ در پروژه های بعدی باید فرآیند تایید مدارک پیش از آغاز خرید تعریف شود.»
نمونه درس آموخته مثبت:
«برگزاری جلسات هماهنگی هفتگی میان طراحی و تولید باعث کاهش دوباره کاری و افزایش سرعت حل مسائل شد.»
ثبت تجربیات موفق کمک می کند سازمان روش های اثربخش خود را شناسایی و تکرار کند.
۳. برگزاری جلسات بازنگری پروژه
یکی از روش های موثر برای استخراج دانش، برگزاری جلسات مرور پروژه است.
این جلسات می توانند در نقاط مهم پروژه برگزار شوند:
- پایان هر فاز اصلی
- پس از حل یک مشکل مهم
- پس از یک تغییر بزرگ
- پایان پروژه
در این جلسات باید به پرسش هایی مانند موارد زیر پاسخ داده شود:
- چه چیزی طبق انتظار پیش رفت؟
- چه چیزی باعث ایجاد مشکل شد؟
- چه تصمیم هایی نتیجه مطلوب ایجاد کردند؟
- چه اقداماتی در آینده نباید تکرار شوند؟
هدف این جلسات یافتن مقصر نیست؛ بلکه استخراج دانش کاربردی است.
۴. تبدیل تجربیات فردی به دانش سازمانی
یکی از چالش های مهم سازمان ها، وابستگی دانش به افراد است. ممکن است یک کارشناس یا مدیر پروژه تجربه ارزشمندی داشته باشد، اما با خروج او از سازمان، این دانش نیز از بین برود.
برای کاهش این وابستگی باید:
- تجربیات ثبت شوند.
- مستندات قابل جست وجو باشند.
- دانش میان تیم ها به اشتراک گذاشته شود.
- استانداردهای جدید بر اساس تجربیات ایجاد شوند.
به این ترتیب، دانش از سطح فردی به سطح سازمانی منتقل می شود.
۵. ایجاد بانک دانش پروژه ها
سازمان هایی که پروژه های مشابه اجرا می کنند، می توانند از ایجاد مخزن دانش پروژه بهره ببرند.
این بانک اطلاعاتی می تواند شامل موارد زیر باشد:
- نمونه برنامه های زمان بندی
- مشکلات رایج پروژه ها
- راهکارهای حل مسئله
- ارزیابی تامین کنندگان
- ریسک های تکرارشونده
- استانداردهای اجرایی
- تجربیات مدیریت قراردادها
وجود چنین مخزنی باعث می شود پروژه های جدید با شناخت بیشتری آغاز شوند.
۶. اتصال درس آموخته ها به فرآیندهای سازمانی
ثبت تجربه زمانی ارزشمند است که به تغییر در روش های کاری منجر شود.
برای مثال:
اگر در چند پروژه مشخص شود که تاخیر خرید یکی از عوامل اصلی تاخیر پروژه است، سازمان باید صرفا این موضوع را ثبت نکند؛ بلکه ممکن است لازم باشد:
- فرآیند خرید بازنگری شود.
- نقاط کنترل جدید ایجاد شود.
- زمان بندی تامین اصلاح شود.
- مسئولیت ها شفاف تر شوند.
درس آموخته زمانی اثرگذار است که به بهبود فرآیند تبدیل شود.
۷. انتشار و دسترسی به دانش
دانش ثبت شده باید در دسترس افرادی قرار گیرد که می توانند از آن استفاده کنند.
روش های انتقال دانش شامل:
- جلسات آموزشی داخلی
- دستورالعمل های اجرایی
- پایگاه دانش سازمانی
- گزارش های مدیریتی
- آموزش کارکنان جدید
است.
ذخیره اطلاعات بدون ایجاد امکان استفاده، تفاوت زیادی با ذخیره سازی ساده اسناد ندارد.
ابزارها و تکنیک ها
ابزارهای مورد استفاده در این مرحله عبارت اند از:
- جلسات مرور پروژه (Project Review Meetings)
- فرم درس آموخته ها
- پایگاه دانش سازمانی
- سیستم مدیریت اسناد
- مصاحبه با اعضای تیم
- تحلیل تجربه پروژه های قبلی
- روش های مدیریت دانش سازمانی
خروجی های مورد انتظار
خروجی های اصلی این گام شامل موارد زیر است:
- بانک درس آموخته های پروژه
- گزارش تجربه های کلیدی
- پیشنهادهای بهبود فرآیند
- استانداردهای اصلاح شده
- دانش قابل استفاده برای پروژه های آینده
خطاهای رایج
۱. ثبت درس آموخته فقط در پایان پروژه
با گذشت زمان، جزئیات بسیاری از مسائل فراموش می شوند و کیفیت اطلاعات کاهش می یابد.
۲. ثبت اطلاعات بدون تحلیل
صرفا نوشتن اینکه «پیمانکار تاخیر داشت» دانش ایجاد نمی کند؛ علت و راهکار باید مشخص شود.
۳. تبدیل درس آموخته به گزارش تشریفاتی
اگر تجربیات ثبت شوند اما در تصمیم های آینده استفاده نشوند، ارزش عملی خود را از دست می دهند.
۴. تمرکز بر اشتباهات افراد
هدف مدیریت دانش، اصلاح سیستم است، نه ایجاد فضای سرزنش.
۵. نبود مالک فرآیند مدیریت دانش
اگر مسئول مشخصی برای جمع آوری و استفاده از درس آموخته ها وجود نداشته باشد، این فعالیت معمولا به حاشیه می رود.
توصیه اجرایی
برای سازمان هایی که پروژه های متعدد اجرا می کنند، پیشنهاد می شود فرآیند مدیریت دانش پروژه در سه سطح طراحی شود:
سطح پروژه
ثبت مسائل، تصمیم ها و تجربیات روزمره تیم پروژه.
سطح واحد سازمانی
تحلیل تجربیات مشترک میان پروژه ها و استخراج الگوها.
سطح سازمان
تبدیل تجربیات به استانداردها، روش های اجرایی و سیاست های مدیریتی.
این ساختار باعث می شود تجربه هر پروژه، سرمایه ای برای پروژه های بعدی باشد.
جمع بندی گام هشتم
کنترل پروژه تنها با اصلاح انحرافات فعلی کامل نمی شود؛ بلکه باید توانایی سازمان برای اجرای بهتر پروژه های آینده را نیز افزایش دهد. درس آموخته ها پلی میان تجربه گذشته و تصمیم های آینده هستند.
پروژه ای که بدون ثبت تجربه پایان می یابد، بخش زیادی از ارزش دانشی خود را از دست می دهد. در مقابل، سازمانی که تجربیات را به دانش قابل استفاده تبدیل می کند، به مرور زمان خطاهای تکرارشونده را کاهش داده و بلوغ مدیریت پروژه خود را افزایش می دهد.
گام نهم: تهیه گزارش های مدیریتی و ارتباط موثر اطلاعات پروژه
(Project Reporting and Effective Communication of Project Information)
هدف گام
تبدیل اطلاعات فنی و داده های کنترل پروژه به گزارش های قابل فهم، تحلیلی و تصمیم ساز برای مدیران و ذی نفعان، به گونه ای که وضعیت واقعی پروژه، مسائل مهم، پیش بینی ها و نیازهای تصمیم گیری به موقع مشخص شود.
منطق مدیریتی گام نهم
کنترل پروژه زمانی ارزش واقعی ایجاد می کند که نتایج تحلیل ها به افراد مناسب، در زمان مناسب و با سطح جزئیات مناسب منتقل شود. داده هایی که جمع آوری، تحلیل و اصلاح شده اند، اگر نتوانند به تصمیم مدیریتی منجر شوند، صرفا مجموعه ای از اطلاعات ثبت شده باقی خواهند ماند.
گزارش دهی پروژه تنها انتقال وضعیت موجود نیست؛ بلکه ابزاری برای ایجاد درک مشترک میان مدیران، تیم اجرایی، کارفرما و سایر ذی نفعان است. یک گزارش حرفه ای باید به سه پرسش اصلی پاسخ دهد:
- وضعیت فعلی پروژه چگونه است؟
- چه عواملی بر عملکرد پروژه اثر گذاشته اند؟
- برای حفظ یا اصلاح مسیر پروژه چه تصمیمی باید گرفته شود؟
یکی از مشکلات رایج در سازمان ها، تهیه گزارش هایی است که حجم زیادی از اطلاعات را ارائه می کنند اما تحلیل مدیریتی کافی ندارند. برای مثال، ارائه یک برنامه زمان بندی با صدها فعالیت ممکن است برای کارشناس برنامه ریزی مفید باشد، اما مدیر ارشد معمولا نیازمند دانستن چند موضوع کلیدی است: میزان انحراف، ریسک های اصلی، تصمیم های مورد نیاز و پیامدهای احتمالی.
بنابراین، گزارش پروژه باید متناسب با سطح مخاطب طراحی شود. گزارش مدیر پروژه، مدیرعامل، کارفرما و تیم اجرایی الزاما نباید یکسان باشند.
ورودی های مورد نیاز
برای تهیه گزارش های مدیریتی، اطلاعات زیر مورد استفاده قرار می گیرد:
- نتایج اندازه گیری عملکرد پروژه
- شاخص های کلیدی عملکرد (KPIs)
- گزارش تحلیل انحرافات
- وضعیت اقدامات اصلاحی
- وضعیت تغییرات پروژه
- گزارش ریسک ها
- اطلاعات مالی پروژه
- برنامه زمان بندی به روزشده
- وضعیت منابع
فعالیت های اجرایی
۱. تعیین هدف و مخاطب گزارش
اولین مرحله در گزارش دهی، مشخص کردن این موضوع است که گزارش برای چه کسی و با چه هدفی تهیه می شود.
یک گزارش برای مدیر ارشد باید بر تصمیم های کلان تمرکز کند، در حالی که گزارش تیم اجرایی باید جزئیات بیشتری درباره فعالیت ها، موانع و مسئولیت ها داشته باشد.
برای مثال:
مدیر ارشد سازمان نیاز دارد بداند:
- آیا پروژه به اهداف خود خواهد رسید؟
- چه تصمیم هایی نیاز به تایید مدیریت دارد؟
- چه ریسک هایی تهدیدکننده هستند؟
- وضعیت مالی پروژه چگونه است؟
مدیر پروژه نیاز دارد بداند:
- کدام فعالیت ها تاخیر دارند؟
- چه منابعی کمبود دارند؟
- کدام اقدامات اصلاحی باز هستند؟
تیم اجرایی نیاز دارد بداند:
- اولویت فعالیت های آینده چیست؟
- چه محدودیت هایی باید برطرف شوند؟
- چه اقداماتی باید انجام شود؟
۲. انتخاب ساختار مناسب گزارش
یک گزارش حرفه ای باید ساختاری منظم داشته باشد تا مخاطب بتواند سریع اطلاعات مورد نیاز خود را پیدا کند.
ساختار پیشنهادی گزارش وضعیت پروژه:
بخش اول: خلاصه مدیریتی
این بخش باید در کوتاه ترین زمان، تصویر کلی پروژه را ارائه دهد.
شامل:
- وضعیت کلی پروژه
- میزان پیشرفت
- مهم ترین انحرافات
- تصمیم های مورد نیاز
بخش دوم: وضعیت زمان بندی
در این بخش بررسی می شود:
- درصد پیشرفت برنامه ای و واقعی
- فعالیت های تاخیردار
- وضعیت مسیر بحرانی
- پیش بینی تاریخ پایان پروژه
بخش سوم: وضعیت هزینه
شامل:
- هزینه برنامه ریزی شده
- هزینه واقعی
- انحراف هزینه
- پیش بینی هزینه نهایی
بخش چهارم: وضعیت ریسک و مسائل
این بخش باید مشخص کند:
- چه ریسک هایی فعال هستند؟
- چه مشکلاتی نیازمند تصمیم هستند؟
- چه اقداماتی برای کاهش اثر آن ها انجام شده است؟
بخش پنجم: درخواست های مدیریتی
یکی از مهم ترین بخش های گزارش، مشخص کردن تصمیم هایی است که خارج از اختیار تیم پروژه هستند.
برای مثال:
- تایید تغییر محدوده
- تخصیص منابع اضافی
- انتخاب تامین کننده جایگزین
- تصمیم درباره اولویت های پروژه
۳. استفاده از داشبوردهای مدیریتی
داشبورد پروژه ابزاری برای نمایش سریع وضعیت پروژه از طریق شاخص ها و نمودارهای قابل فهم است.
یک داشبورد مناسب می تواند شامل موارد زیر باشد:
- درصد پیشرفت پروژه
- وضعیت زمان بندی
- وضعیت هزینه
- شاخص های SPI و CPI
- تعداد مسائل باز
- وضعیت ریسک ها
- وضعیت اقدامات اصلاحی
هدف داشبورد، جایگزینی تحلیل نیست؛ بلکه فراهم کردن یک نمای سریع برای تشخیص نقاط نیازمند بررسی است.
۴. طراحی شاخص های مناسب گزارش دهی
همه اطلاعات پروژه برای گزارش مدیریتی مناسب نیستند. انتخاب شاخص های درست اهمیت زیادی دارد.
شاخص های رایج عبارت اند از:
شاخص های زمان
- درصد پیشرفت برنامه ای
- درصد پیشرفت واقعی
- میزان تاخیر
- SPI
شاخص های هزینه
- هزینه واقعی
- انحراف هزینه
- CPI
- پیش بینی هزینه نهایی
شاخص های کیفیت
- تعداد عدم انطباق ها
- میزان دوباره کاری
- وضعیت اقدامات اصلاحی
شاخص های ریسک
- تعداد ریسک های بحرانی
- روند تغییر سطح ریسک
۵. تحلیل قبل از گزارش دهی
یکی از تفاوت های اصلی میان گزارش ساده و گزارش مدیریتی، وجود تحلیل است.
گزارش ضعیف:
«پروژه ۱۵ روز تاخیر دارد.»
گزارش مدیریتی:
«پروژه ۱۵ روز تاخیر دارد. عامل اصلی تاخیر، دیرکرد تامین تجهیز X بوده است. این تجهیز در مسیر بحرانی قرار دارد و در صورت عدم اقدام تا دو هفته آینده، تاریخ پایان پروژه ۳۰ روز جابه جا خواهد شد. گزینه های پیشنهادی شامل تغییر تامین کننده یا اصلاح برنامه اجرایی است.»
گزارش مدیریتی باید علاوه بر بیان وضعیت، پیامد و گزینه تصمیم را نیز مشخص کند.
۶. تعیین دوره و چرخه گزارش دهی
تناوب گزارش ها باید بر اساس نیاز پروژه تعیین شود.
نمونه:
- گزارش روزانه: برای پروژه های بحرانی یا عملیات حساس
- گزارش هفتگی: برای کنترل فعالیت های اجرایی
- گزارش ماهانه: برای مدیریت ارشد و تصمیم گیری کلان
گزارش دهی بیش از حد ممکن است باعث افزایش کار اداری شود و گزارش دهی کم نیز باعث تاخیر در شناسایی مشکلات خواهد شد.
ابزارها و تکنیک ها
ابزارهای مورد استفاده در گزارش دهی پروژه شامل موارد زیر است:
- داشبوردهای مدیریتی
- نرم افزارهای مدیریت پروژه
- Excel و ابزارهای تحلیل داده
- گزارش های ارزش کسب شده
- نمودارهای روند
- سیستم های هوش تجاری (BI)
- گزارش های دوره ای پروژه
خروجی های مورد انتظار
خروجی های این گام عبارت اند از:
- گزارش وضعیت پروژه
- داشبورد مدیریتی
- گزارش تصمیم گیری
- گزارش انحرافات مهم
- گزارش ریسک ها
- فهرست تصمیم های مورد نیاز مدیریت
خطاهای رایج
۱. گزارش محوری به جای تصمیم محوری
گزارش نباید صرفا برای ثبت وضعیت تهیه شود؛ باید به تصمیم منجر شود.
۲. ارائه اطلاعات بیش از نیاز مخاطب
حجم زیاد اطلاعات می تواند پیام اصلی گزارش را پنهان کند.
۳. نبود تحلیل علت و پیامد
گزارشی که فقط اعداد را نمایش دهد، ارزش مدیریتی محدودی دارد.
۴. استفاده از شاخص های نامرتبط
شاخص باید به یک هدف مدیریتی مرتبط باشد، نه صرفا عددی برای نمایش.
۵. تاخیر در ارائه گزارش
گزارشی که پس از از دست رفتن فرصت تصمیم گیری ارائه شود، کارکرد کنترلی خود را کاهش می دهد.
توصیه اجرایی
برای افزایش اثربخشی گزارش های پروژه، پیشنهاد می شود سازمان ها یک تقویم گزارش دهی پروژه ایجاد کنند که در آن مشخص شود:
- چه گزارشی تهیه می شود.
- مسئول تهیه گزارش چه کسی است.
- مخاطب گزارش چه کسی است.
- دوره انتشار چگونه است.
- چه شاخص هایی باید ارائه شوند.
- چه تصمیم هایی باید پیگیری شوند.
همچنین توصیه می شود گزارش های مدیریتی به جای تمرکز بر گذشته، بخشی را به پیش بینی آینده اختصاص دهند؛ زیرا مدیران معمولا به دنبال پاسخ این سوال هستند که «اگر روند فعلی ادامه پیدا کند، چه اتفاقی خواهد افتاد؟»
جمع بندی گام نهم
گزارش دهی حرفه ای، آخرین حلقه ارتباط میان فعالیت های کنترل پروژه و تصمیم های مدیریتی نیست؛ بلکه مسیر انتقال ارزش ایجادشده توسط کل فرآیند کنترل پروژه است. اطلاعات زمانی ارزشمند هستند که بتوانند درک مشترک ایجاد کرده و زمینه اقدام مناسب را فراهم کنند.
یک گزارش موفق باید از توصیف وضعیت فراتر رود و تصویری تحلیلی از شرایط فعلی، عوامل موثر، پیامدهای احتمالی و تصمیم های مورد نیاز ارائه دهد.
با اجرای صحیح این مرحله، سازمان قادر خواهد بود کنترل پروژه را از یک فعالیت ثبت و گزارش به یک سیستم پشتیبان تصمیم گیری تبدیل کند. در گام نهایی، تمرکز بر بهبود مستمر نظام کنترل پروژه، ارزیابی بلوغ فرآیندها و ارتقای قابلیت های سازمانی خواهد بود.