کنترل پروژه در عمل: تشریح گام به گام فرآیند پایش، تحلیل و اصلاح عملکرد پروژه (قسمت اول )

چکیده

کنترل پروژه یکی از فرآیندهای اساسی در مدیریت پروژه است که با هدف اطمینان از دستیابی به اهداف تعیین شده در حوزه های زمان، هزینه، کیفیت و محدوده اجرا می شود. با وجود توسعه ابزارها و نرم افزارهای مدیریت پروژه، بسیاری از سازمان ها همچنان کنترل پروژه را به تهیه گزارش های دوره ای و ثبت میزان پیشرفت محدود می کنند؛ در حالی که کارکرد اصلی آن، فراهم کردن اطلاعات معتبر برای تحلیل وضعیت، پیش بینی آینده و پشتیبانی از تصمیم های مدیریتی است.

هدف این مقاله، ارائه یک چارچوب اجرایی و گام به گام برای استقرار فرآیند کنترل پروژه در محیط های واقعی سازمانی است. در این چارچوب، کنترل پروژه به عنوان یک چرخه یکپارچه شامل تدوین مبانی کنترل، جمع آوری و اعتبارسنجی داده ها، اندازه گیری عملکرد، تحلیل انحرافات، شناسایی علل ریشه ای، اجرای اقدامات اصلاحی، مدیریت تغییرات، ثبت درس آموخته ها، گزارش دهی مدیریتی و بهبود مستمر بررسی می شود. رویکرد ارائه شده تلاش می کند فاصله میان مفاهیم نظری مدیریت پروژه و نیازهای اجرایی سازمان ها را کاهش دهد.

یافته های این بررسی نشان می دهد اثربخشی کنترل پروژه صرفا به استفاده از نرم افزار یا شاخص های عددی وابسته نیست، بلکه به کیفیت فرآیندها، اعتبار داده ها، توانایی تحلیل اطلاعات و تبدیل نتایج به تصمیم های مدیریتی بستگی دارد. از این منظر، کنترل پروژه یک فعالیت نظارتی محدود نیست، بلکه یک نظام تصمیم یار برای افزایش قابلیت پیش بینی و بهبود عملکرد سازمان محسوب می شود (PMI, 2021).

۱. مقدمه

پروژه ها در محیط های سازمانی امروز با مجموعه ای از محدودیت ها، عدم قطعیت ها و تغییرات مستمر مواجه هستند. افزایش پیچیدگی فنی، وابستگی میان فعالیت ها، محدودیت منابع و تغییر انتظارات ذی نفعان باعث شده است اجرای موفق پروژه ها تنها به برنامه ریزی اولیه وابسته نباشد. حتی دقیق ترین برنامه ها نیز در طول اجرا تحت تاثیر عوامل داخلی و خارجی دچار تغییر می شوند؛ بنابراین، سازمان ها به سازوکاری نیاز دارند که بتواند فاصله میان وضعیت برنامه ریزی شده و عملکرد واقعی را شناسایی کرده و زمینه تصمیم گیری به موقع را فراهم کند.

کنترل پروژه پاسخی به همین نیاز است. این فرآیند با مقایسه مستمر عملکرد واقعی با برنامه مصوب، امکان شناسایی انحرافات، تحلیل علل، پیش بینی پیامدها و اجرای اقدامات اصلاحی را فراهم می کند. با این حال، در بسیاری از سازمان ها، برداشت محدودی از کنترل پروژه وجود دارد و این حوزه عمدتا به تهیه گزارش های پیشرفت، به روزرسانی برنامه زمان بندی یا ارائه درصدهای اجرایی محدود می شود. چنین رویکردی باعث می شود کنترل پروژه به فعالیتی واکنشی تبدیل شود؛ یعنی زمانی وارد عمل شود که مشکل ایجاد شده و فرصت پیشگیری کاهش یافته است.

استانداردهای مدیریت پروژه، کنترل را فرآیندی پویا می دانند که شامل پایش عملکرد، تحلیل اطلاعات، مدیریت تغییر و بهبود مستمر است. مطابق استاندارد PMBOK، کنترل پروژه زمانی اثربخش خواهد بود که اطلاعات عملکردی به صورت منظم جمع آوری، تحلیل و برای تصمیم گیری درباره اقدامات بعدی استفاده شوند (PMI, 2021). بنابراین، هدف اصلی کنترل پروژه صرفا اندازه گیری گذشته نیست، بلکه ایجاد توانایی پیش بینی آینده پروژه است.

از سوی دیگر، کیفیت تصمیم های مدیریتی به کیفیت اطلاعات کنترل پروژه وابسته است. داده های ناقص، شاخص های نامتناسب یا گزارش های فاقد تحلیل می توانند حتی در حضور ابزارهای پیشرفته نرم افزاری، موجب تصمیم گیری نادرست شوند. به همین دلیل، سازمان های بالغ تلاش می کنند کنترل پروژه را به عنوان یک نظام یکپارچه شامل فرآیند، فناوری، داده و قابلیت انسانی توسعه دهند.

این مقاله با رویکردی کاربردی، فرآیند کنترل پروژه را در قالب ده گام اجرایی تشریح می کند. هدف آن ارائه یک دستورالعمل مفهومی برای مدیران پروژه، کارشناسان کنترل پروژه و سازمان هایی است که قصد دارند نظام کنترل پروژه خود را از یک فعالیت گزارش محور به یک فرآیند تصمیم ساز و یادگیرنده تبدیل کنند.

۲. گام اول: تدوین مبانی کنترل پروژه و ایجاد خط مبنای عملکرد

(Establishing Project Control Baselines)

هدف گام

ایجاد یک مرجع رسمی و قابل اندازه گیری برای مقایسه عملکرد واقعی پروژه با اهداف برنامه ریزی شده از طریق تعریف محدوده، زمان، هزینه، کیفیت و سایر معیارهای کنترل.

منطق مدیریتی گام اول

هیچ فرآیند کنترلی بدون وجود معیار مقایسه معنا ندارد. کنترل زمانی امکان پذیر است که مشخص باشد پروژه باید به چه نقطه ای برسد، چه منابعی مصرف کند و چه نتایجی ایجاد نماید. خط مبنا (Baseline) همان مرجع مصوبی است که عملکرد واقعی پروژه در طول اجرا با آن مقایسه می شود.

یکی از اشتباهات رایج در سازمان ها، آغاز کنترل پروژه پیش از تثبیت برنامه پایه است. در چنین شرایطی، هرگونه تاخیر یا افزایش هزینه صرفا به عنوان یک عدد گزارش می شود، اما مشخص نیست این مقدار نسبت به چه برنامه ای سنجیده شده است.

مطابق استاندارد PMBOK، خط مبنای پروژه معمولا شامل سه جزء اصلی است:

• خط مبنای محدوده (Scope Baseline)
• خط مبنای زمان بندی (Schedule Baseline)
• خط مبنای هزینه (Cost Baseline)

ترکیب این اجزا، مبنای اندازه گیری عملکرد پروژه را تشکیل می دهد (PMI, 2021).

ورودی های مورد نیاز

برای ایجاد مبانی کنترل پروژه، اطلاعات زیر مورد نیاز است:

• منشور پروژه
• قرارداد و الزامات کارفرما
• ساختار شکست کار (WBS)
• برنامه زمان بندی تفصیلی
• برآورد هزینه فعالیت ها
• برنامه منابع
• الزامات کیفیت
• ریسک های اولیه پروژه

فعالیت های اجرایی

۱. تعریف محدوده قابل کنترل پروژه

اولین مرحله، تعیین دقیق محدوده پروژه است. محدوده باید مشخص کند چه فعالیت هایی در پروژه انجام می شوند و چه مواردی خارج از تعهدات پروژه هستند.

ابهام در محدوده یکی از مهم ترین عوامل ایجاد تغییرات کنترل نشده در پروژه است؛ زیرا هر فعالیت تعریف نشده می تواند در ادامه به درخواست جدید، افزایش هزینه یا تاخیر زمانی منجر شود.

۲. ایجاد ساختار شکست کار (WBS)

ساختار شکست کار، پروژه را به اجزای کوچک تر و قابل مدیریت تقسیم می کند. یک WBS مناسب باید به اندازه ای جزئی باشد که امکان برنامه ریزی، تخصیص مسئولیت، برآورد هزینه و کنترل پیشرفت فراهم شود.

تقسیم بندی بیش از حد جزئی، موجب افزایش پیچیدگی کنترل می شود و تقسیم بندی بسیار کلی نیز امکان تحلیل دقیق عملکرد را کاهش می دهد.

۳. تدوین برنامه زمان بندی مبنا

در این مرحله، فعالیت ها، روابط پیش نیازی، مدت زمان اجرا، منابع و مسیر بحرانی مشخص می شوند. برنامه زمان بندی باید واقع بینانه باشد و بر اساس ظرفیت واقعی سازمان، محدودیت های تامین و شرایط اجرایی تدوین شود.

برنامه ای که صرفا برای تایید کارفرما یا مدیریت ارشد تهیه شده باشد، در مرحله کنترل قابلیت اتکا نخواهد داشت.

۴. تعیین بودجه و خط مبنای هزینه

پس از مشخص شدن فعالیت ها و منابع، هزینه های پروژه برآورد و در طول زمان توزیع می شوند. این توزیع زمانی امکان مقایسه هزینه برنامه ریزی شده با هزینه واقعی را فراهم می کند.

در پروژه های بزرگ، استفاده از تکنیک مدیریت ارزش کسب شده (Earned Value Management) برای ارتباط میان زمان، هزینه و پیشرفت فیزیکی اهمیت زیادی دارد.

ابزارها و تکنیک ها

ابزارهای رایج این مرحله عبارت اند از:

• ساختار شکست کار (WBS)
• نمودار گانت
• روش مسیر بحرانی (CPM)
• برآورد هزینه
• مدیریت ارزش کسب شده (EVM)
• نرم افزارهای مدیریت پروژه

خروجی های مورد انتظار

خروجی اصلی این گام شامل موارد زیر است:

• محدوده مصوب پروژه
• ساختار شکست کار
• برنامه زمان بندی مبنا
• بودجه مصوب
• معیارهای اندازه گیری عملکرد
• برنامه کنترل پروژه

خطاهای رایج

مهم ترین خطاهای این مرحله عبارت اند از:

• شروع پروژه بدون تعریف دقیق محدوده
• تهیه برنامه زمان بندی غیرواقعی
• نبود ارتباط میان WBS و بودجه
• تغییر مکرر خط مبنا بدون فرآیند رسمی
• نادیده گرفتن محدودیت های اجرایی هنگام برنامه ریزی

توصیه اجرایی

پیش از آغاز اجرای پروژه، لازم است جلسه ای رسمی برای تایید مبانی کنترل برگزار شود. در این جلسه باید مشخص شود که همه ذی نفعان درباره محدوده، زمان، هزینه و معیارهای ارزیابی عملکرد برداشت مشترک دارند. خط مبنایی که مورد توافق تیم پروژه و مدیریت قرار نگرفته باشد، در مراحل بعدی کنترل اعتبار لازم را نخواهد داشت.

گام دوم: جمع آوری، اعتبارسنجی و مدیریت داده های عملکرد پروژه(Project Performance Data Collection, Validation and Management)

هدف گام ایجاد یک نظام منظم برای دریافت، ثبت، بررسی و مدیریت داده های واقعی پروژه به منظور فراهم کردن اطلاعات قابل اعتماد برای اندازه گیری عملکرد، تحلیل انحرافات و تصمیم گیری مدیریتی.منطق مدیریتی گام دومپس از ایجاد خط مبنای پروژه، مهم ترین پیش نیاز کنترل اثربخش، دسترسی به داده های دقیق و به موقع از وضعیت واقعی پروژه است. خط مبنا مشخص می کند پروژه باید به کجا برسد، اما داده های عملکرد نشان می دهند پروژه در عمل در چه وضعیتی قرار دارد.بسیاری از خطاهای تصمیم گیری در پروژه ها نه به دلیل ضعف تحلیل، بلکه به دلیل استفاده از داده های ناقص، دیرهنگام یا غیرقابل اعتماد رخ می دهند. اگر اطلاعات مربوط به پیشرفت فعالیت ها، مصرف منابع، هزینه ها، کیفیت یا ریسک ها با تاخیر ثبت شوند، حتی بهترین روش های تحلیل نیز نمی توانند تصویر واقعی از وضعیت پروژه ارائه دهند.در واقع، کیفیت خروجی کنترل پروژه مستقیما تابع کیفیت داده های ورودی آن است. به همین دلیل، سازمان های بالغ پیش از توسعه داشبوردها و گزارش های مدیریتی، ابتدا فرآیند جمع آوری و کنترل کیفیت داده ها را استاندارد می کنند.مطابق رویکردهای نوین مدیریت پروژه، سیستم اطلاعات مدیریت پروژه (Project Management Information System - PMIS) باید امکان جمع آوری، ذخیره سازی، پردازش و انتشار اطلاعات پروژه را به صورت یکپارچه فراهم کند (PMI, 2021).ورودی های مورد نیازبرای ایجاد نظام داده ای کنترل پروژه، اطلاعات زیر مورد نیاز است:برنامه زمان بندی مبنا
ساختار شکست کار (WBS)
گزارش های پیشرفت واحدهای اجرایی
اطلاعات هزینه های واقعی
گزارش های خرید و تامین
وضعیت منابع انسانی و تجهیزاتی
گزارش های کنترل کیفیت
اطلاعات ریسک ها و مسائل پروژه
صورت جلسات پروژه
اطلاعات تغییرات مصوب
فعالیت های اجرایی ۱. تعریف نیازهای اطلاعاتی پروژهاولین مرحله در مدیریت داده های پروژه، تعیین این موضوع است که چه اطلاعاتی باید جمع آوری شود، از چه منبعی دریافت گردد، با چه تناوبی ثبت شود و چه کسی مسئول ارائه آن باشد.یکی از مشکلات رایج در سازمان ها، جمع آوری حجم زیادی از اطلاعاتی است که کاربرد مشخصی در تصمیم گیری ندارند. این موضوع نه تنها زمان تیم پروژه را افزایش می دهد، بلکه باعث می شود داده های مهم در میان اطلاعات غیرضروری گم شوند.برای جلوگیری از این مشکل، باید برای هر داده مشخص شود:هدف از جمع آوری چیست؟
مسئول ثبت اطلاعات چه کسی است؟
دوره زمانی به روزرسانی چگونه است؟
مخاطب استفاده کننده چه کسی است؟
تصمیم مرتبط با این داده چیست؟
۲. تعیین منابع تولید دادهداده های پروژه معمولا از منابع مختلفی تولید می شوند و کنترل پروژه وظیفه دارد این اطلاعات پراکنده را یکپارچه کند.برای مثال:نوع دادهمنبع احتمالیپیشرفت فعالیت هاواحد اجرا، تولید یا پیمانکارهزینه واقعیواحد مالیوضعیت خریدواحد تدارکاتوضعیت کیفیتواحد کنترل کیفیتمشکلات اجراییمدیر پروژه و سرپرستانتغییراتکمیته تغییراتعدم هماهنگی میان این منابع می تواند باعث ایجاد تناقض در گزارش های پروژه شود. برای مثال، ممکن است واحد اجرا اعلام کند فعالیتی ۸۰ درصد پیشرفت دارد، اما اطلاعات مالی نشان دهد بخش عمده هزینه آن هنوز مصرف نشده است. چنین اختلاف هایی نیازمند بررسی و استانداردسازی روش اندازه گیری است.۳. استانداردسازی روش اندازه گیری پیشرفتیکی از حساس ترین بخش های جمع آوری داده، تعیین روش محاسبه پیشرفت واقعی پروژه است.در بسیاری از پروژه ها، درصد پیشرفت بر اساس برداشت های شخصی اعلام می شود؛ برای مثال، یک مسئول اعلام می کند «فعالیت تقریبا تمام شده است» و این عبارت به عدد ۹۰ درصد تبدیل می شود. چنین روشی قابلیت مقایسه و تحلیل ندارد.برای افزایش دقت، باید معیارهای مشخصی تعریف شود.برخی روش های متداول عبارت اند از:روش نقاط عطف (Milestone Method)
در این روش، پیشرفت بر اساس تحقق نقاط مشخص اندازه گیری می شود.روش ارزش کسب شده (Earned Value)
در این روش، ارزش فعالیت تکمیل شده نسبت به برنامه و هزینه بررسی می شود.روش درصد تکمیل فیزیکی
در فعالیت های تولیدی یا اجرایی، میزان واقعی کار انجام شده نسبت به کل کار اندازه گیری می شود.انتخاب روش مناسب باید متناسب با ماهیت پروژه باشد.۴. اعتبارسنجی داده های دریافت شدهجمع آوری داده پایان فرآیند نیست؛ داده ها باید پیش از استفاده در تحلیل، اعتبارسنجی شوند.اعتبارسنجی شامل بررسی موارد زیر است:کامل بودن اطلاعات
صحت مقادیر ثبت شده
سازگاری داده ها با گزارش های قبلی
تطابق اطلاعات با اسناد پشتیبان
بررسی مغایرت ها
برای مثال، اگر پیشرفت یک فعالیت در یک دوره زمانی از ۳۰ درصد به ۹۰ درصد افزایش یابد، این تغییر باید بررسی شود تا مشخص شود آیا واقعا حجم زیادی از کار انجام شده یا روش اندازه گیری تغییر کرده است.۵. ثبت و نگهداری تاریخچه داده هایکی از اصول مهم کنترل پروژه، حفظ تاریخچه اطلاعات است. برخی سازمان ها تنها وضعیت فعلی پروژه را نگهداری می کنند، در حالی که روند تغییرات برای تحلیل عملکرد اهمیت زیادی دارد.ثبت تاریخچه امکان پاسخ به پرسش هایی مانند موارد زیر را فراهم می کند:روند تاخیر پروژه از چه زمانی آغاز شد؟
چه تصمیمی باعث بهبود یا کاهش عملکرد شد؟
آیا اقدامات اصلاحی اثرگذار بوده اند؟
آیا یک مشکل مشابه در پروژه های قبلی نیز رخ داده است؟
داده های تاریخی، پایه تحلیل روند و پیش بینی آینده پروژه هستند.ابزارها و تکنیک هاابزارهای مورد استفاده در این مرحله شامل موارد زیر است:سیستم اطلاعات مدیریت پروژه (PMIS)
نرم افزارهای زمان بندی مانند Microsoft Project و Primavera
فرم های استاندارد گزارش دهی
داشبوردهای جمع آوری داده
سیستم مدیریت اسناد
پایگاه داده پروژه
فرم های ثبت تغییرات و مسائل پروژه
در سازمان های پیشرفته، داده های پروژه به صورت یکپارچه در سامانه های مدیریتی ذخیره می شوند تا امکان تحلیل سریع و مقایسه عملکرد پروژه های مختلف فراهم شود.خروجی های مورد انتظاردر پایان این گام، سازمان باید دارای خروجی های زیر باشد:نظام مشخص جمع آوری داده های پروژه
ماتریس مسئولیت ثبت اطلاعات
گزارش های استاندارد عملکرد
داده های معتبر برای تحلیل
بانک اطلاعات تاریخی پروژه
فرآیند کنترل کیفیت داده ها
این خروجی ها، پایه ورود به مرحله بعد یعنی اندازه گیری عملکرد واقعی پروژه هستند.خطاهای رایجمهم ترین خطاهای این مرحله عبارت اند از:۱. تمرکز بر حجم داده به جای کیفیت داده
جمع آوری اطلاعات زیاد بدون هدف مشخص، لزوما موجب کنترل بهتر پروژه نمی شود.۲. نبود مسئول مشخص برای تولید اطلاعات
زمانی که مالک هر داده مشخص نباشد، مسئولیت پذیری کاهش پیدا می کند و کیفیت گزارش ها تحت تاثیر قرار می گیرد.۳. ثبت دستی و غیر استاندارد اطلاعات
استفاده گسترده از فایل های پراکنده و فرم های متفاوت، احتمال خطا و تناقض را افزایش می دهد.۴. عدم تطابق داده های واحدهای مختلف
اختلاف میان اطلاعات مالی، اجرایی و برنامه ریزی می تواند موجب تصمیم گیری اشتباه شود.۵. گزارش دهی پس از وقوع مشکل
اگر داده ها با تاخیر جمع آوری شوند، کنترل پروژه به جای پیش بینی، تنها به ثبت مشکلات گذشته محدود خواهد شد.توصیه اجراییپیشنهاد می شود پیش از آغاز اجرای پروژه، یک طرح مدیریت داده های پروژه (Project Data Management Plan) تهیه شود. این سند باید مشخص کند:چه داده هایی باید ثبت شوند.
مسئول هر داده چه کسی است.
دوره گزارش دهی چگونه است.
روش اندازه گیری پیشرفت چیست.
داده ها چگونه بررسی و تایید می شوند.
چه کسانی به اطلاعات دسترسی دارند.
این اقدام ساده، بسیاری از اختلافات اطلاعاتی در مراحل بعدی پروژه را کاهش می دهد.جمع بندی گام دومداده، ماده اولیه تصمیم گیری در کنترل پروژه است. اگر داده های پروژه دقیق، به موقع و قابل اعتماد نباشند، حتی پیشرفته ترین روش های تحلیلی نیز نمی توانند وضعیت واقعی پروژه را آشکار کنند. بنابراین، ایجاد یک نظام منظم برای جمع آوری و اعتبارسنجی اطلاعات، پیش شرط اجرای موفق کنترل پروژه محسوب می شود.در گام بعد، این داده ها به شاخص های عملکرد تبدیل می شوند تا مشخص شود پروژه در مقایسه با برنامه مصوب، چه میزان پیشرفت داشته و آیا در مسیر دستیابی به اهداف خود قرار دارد یا خیر.

گام سوم: اندازه گیری عملکرد واقعی پروژه و تحلیل شاخص های کلیدی

(Project Performance Measurement and Key Performance Indicators Analysis)

هدف گام

تبدیل داده های جمع آوری شده از وضعیت واقعی پروژه به شاخص های قابل اندازه گیری برای ارزیابی میزان انطباق عملکرد پروژه با برنامه مصوب و شناسایی زودهنگام نشانه های انحراف.

منطق مدیریتی گام سوم

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

اندازه گیری عملکرد پروژه، حلقه ارتباطی میان برنامه ریزی و کنترل است. در این مرحله مشخص می شود که پروژه در مقایسه با خط مبنای مصوب، از نظر زمان، هزینه، محدوده و کیفیت چه وضعیتی دارد.

یکی از خطاهای رایج در سازمان ها این است که پیشرفت پروژه تنها با یک شاخص مانند «درصد پیشرفت فیزیکی» ارزیابی می شود. اگرچه این شاخص اهمیت دارد، اما به تنهایی تصویر کاملی ارائه نمی دهد. ممکن است پروژه از نظر پیشرفت فیزیکی مناسب به نظر برسد، اما هزینه های مصرف شده بیش از مقدار برنامه ریزی شده باشد یا فعالیت های مسیر بحرانی با تاخیر مواجه شده باشند.

به همین دلیل، نظام کنترل پروژه باید مجموعه ای از شاخص های متوازن را به کار گیرد تا ابعاد مختلف عملکرد پروژه قابل مشاهده باشد (Kerzner, 2022).

ورودی های مورد نیاز

برای اندازه گیری عملکرد پروژه، اطلاعات زیر مورد استفاده قرار می گیرد:

• خط مبنای زمان بندی
• خط مبنای هزینه
• داده های واقعی پیشرفت
• هزینه های واقعی انجام شده
• وضعیت فعالیت های تکمیل شده
• اطلاعات منابع مصرف شده
• گزارش های کیفیت
• وضعیت ریسک ها و مسائل پروژه

فعالیت های اجرایی ۱. تعیین دوره اندازه گیری عملکرد

نخستین مرحله، تعیین بازه زمانی پایش عملکرد است. دوره گزارش دهی باید متناسب با ماهیت و پیچیدگی پروژه انتخاب شود.

برای مثال:

• پروژه های کوتاه مدت ممکن است به پایش هفتگی نیاز داشته باشند.
• پروژه های بزرگ و چندساله معمولا در دوره های ماهانه یا دوره های کنترلی مشخص ارزیابی می شوند.

فاصله زمانی طولانی میان اندازه گیری ها باعث می شود انحرافات زمانی شناسایی نشوند و فرصت اصلاح کاهش یابد. از طرف دیگر، پایش بیش از حد نیز می تواند منابع تیم پروژه را صرف گزارش گیری مداوم کند.

بنابراین، تناوب اندازه گیری باید بر اساس سطح ریسک، پیچیدگی و نیاز اطلاعاتی مدیران تعیین شود.

۲. اندازه گیری پیشرفت واقعی پروژه

یکی از مهم ترین فعالیت های کنترل پروژه، تعیین میزان پیشرفت واقعی نسبت به برنامه است.

پیشرفت واقعی باید بر اساس معیارهای مشخص و قابل اندازه گیری محاسبه شود، نه بر اساس برداشت های ذهنی.

روش های متداول اندازه گیری پیشرفت عبارت اند از:

درصد تکمیل فعالیت

در این روش، میزان کار انجام شده نسبت به کل فعالیت ارزیابی می شود.

روش نقاط عطف

در فعالیت هایی که خروجی های مشخص دارند، تحقق نقاط عطف مبنای سنجش قرار می گیرد.

روش ارزش کسب شده

در این روش، میزان کاری که واقعا انجام شده با هزینه و زمان برنامه ریزی شده مقایسه می شود.

استفاده از روش مناسب، به ماهیت پروژه وابسته است. برای مثال، در پروژه های ساخت، درصد پیشرفت فیزیکی کاربرد بیشتری دارد؛ در حالی که در پروژه های پیچیده چندبخشی، ترکیب چند روش می تواند تصویر دقیق تری ارائه دهد.

۳. تحلیل عملکرد زمانی پروژه

عملکرد زمانی نشان می دهد پروژه تا چه اندازه مطابق برنامه زمان بندی حرکت می کند.

شاخص های مهم زمانی عبارت اند از:

انحراف زمان بندی (Schedule Variance - SV)

این شاخص تفاوت میان ارزش کار برنامه ریزی شده و ارزش کار انجام شده را نشان می دهد.

شاخص عملکرد زمان (Schedule Performance Index - SPI)

این شاخص بیان می کند پروژه با چه سرعتی نسبت به برنامه حرکت می کند.

تفسیر کلی:

• SPI بزرگ تر از ۱: عملکرد زمانی بهتر از برنامه
• SPI برابر ۱: مطابق برنامه
• SPI کمتر از ۱: وجود تاخیر نسبت به برنامه

البته تفسیر این شاخص ها باید همراه با تحلیل شرایط پروژه انجام شود. یک عدد به تنهایی نمی تواند علت یا راهکار مشکل را مشخص کند.

۴. تحلیل عملکرد هزینه ای پروژه

کنترل هزینه تنها بررسی میزان هزینه مصرف شده نیست؛ بلکه باید مشخص شود هزینه انجام شده در برابر میزان کار واقعی چه وضعیتی دارد.

شاخص های مهم هزینه عبارت اند از:

انحراف هزینه (Cost Variance - CV)

این شاخص تفاوت میان ارزش کار انجام شده و هزینه واقعی مصرف شده را نشان می دهد.

شاخص عملکرد هزینه (Cost Performance Index - CPI)

این شاخص میزان بهره وری هزینه ای پروژه را نشان می دهد.

تفسیر کلی:

• CPI بزرگ تر از ۱: استفاده بهینه تر از منابع مالی
• CPI برابر ۱: عملکرد مطابق برنامه
• CPI کمتر از ۱: مصرف هزینه بیشتر از ارزش ایجادشده

برای مثال، اگر پروژه ۷۰ درصد بودجه را مصرف کرده باشد اما تنها ۵۰ درصد پیشرفت واقعی داشته باشد، احتمال وجود مشکل در بهره وری هزینه یا برنامه ریزی وجود دارد.

۵. استفاده از مدیریت ارزش کسب شده (EVM)

مدیریت ارزش کسب شده یکی از روش های شناخته شده برای یکپارچه سازی زمان، هزینه و پیشرفت پروژه است.

این روش سه مولفه اصلی را بررسی می کند:

ارزش برنامه ریزی شده (Planned Value - PV)

میزان ارزشی که طبق برنامه باید تا زمان مشخص ایجاد شده باشد.

ارزش کسب شده (Earned Value - EV)

ارزش واقعی کاری که تا زمان اندازه گیری انجام شده است.

هزینه واقعی (Actual Cost - AC)

هزینه ای که واقعا برای انجام فعالیت ها پرداخت شده است.

ترکیب این سه مولفه امکان پاسخ به پرسش هایی مانند موارد زیر را فراهم می کند:

• آیا پروژه عقب تر از برنامه است؟
• آیا هزینه ها بیشتر از انتظار مصرف شده اند؟
• در صورت ادامه روند فعلی، هزینه نهایی پروژه چقدر خواهد بود؟

۶. تحلیل سایر شاخص های عملکردی

علاوه بر زمان و هزینه، پروژه باید از جنبه های دیگر نیز بررسی شود.

برخی شاخص های مکمل عبارت اند از:

شاخص کیفیت

• تعداد عدم انطباق ها
• میزان دوباره کاری
• درصد پذیرش خروجی ها

شاخص ریسک

• تعداد ریسک های فعال
• میزان تحقق ریسک ها
• وضعیت اقدامات پاسخ به ریسک

شاخص منابع

• میزان استفاده از ظرفیت منابع
• بهره وری نیروی انسانی
• میزان کمبود منابع کلیدی

شاخص تغییرات

• تعداد درخواست های تغییر
• اثر تغییرات بر زمان و هزینه

ابزارها و تکنیک ها

ابزارهای رایج در این مرحله شامل موارد زیر است:

• مدیریت ارزش کسب شده (EVM)
• نمودار S-Curve
• تحلیل روند (Trend Analysis)
• داشبوردهای عملکرد
• شاخص های کلیدی عملکرد (KPIs)
• نرم افزارهای مدیریت پروژه
• تحلیل مقایسه ای برنامه و عملکرد واقعی

خروجی های مورد انتظار

خروجی های این گام شامل موارد زیر است:

• گزارش عملکرد واقعی پروژه
• شاخص های زمان و هزینه
• تحلیل ارزش کسب شده
• نمودارهای روند عملکرد
• شناسایی اولیه انحرافات
• پیش بینی وضعیت آینده پروژه

این خروجی ها، ورودی اصلی مرحله بعد یعنی تحلیل انحرافات پروژه خواهند بود.

خطاهای رایج ۱. تمرکز بر یک شاخص واحد

استفاده از تنها یک معیار مانند درصد پیشرفت، می تواند باعث برداشت ناقص از وضعیت پروژه شود.

۲. اندازه گیری بدون تحلیل

گاهی سازمان ها شاخص های متعددی محاسبه می کنند، اما مشخص نمی کنند این شاخص ها چه معنایی برای تصمیم گیری دارند.

۳. استفاده نادرست از شاخص های مالی

شاخص های ارزش کسب شده زمانی معتبر هستند که داده های هزینه و پیشرفت واقعی دقیق باشند.

۴. نادیده گرفتن روند تغییرات

یک مقدار منفرد معمولا اطلاعات کافی ارائه نمی دهد. روند تغییرات در طول زمان اهمیت بیشتری دارد.

۵. گزارش شاخص های نامرتبط

تعداد زیاد شاخص ها می تواند تمرکز مدیران را کاهش دهد. شاخص ها باید با اهداف و نیازهای تصمیم گیری هماهنگ باشند.

توصیه اجرایی

پیشنهاد می شود سازمان ها یک فرهنگ لغت شاخص های پروژه (Project KPI Dictionary) ایجاد کنند که در آن برای هر شاخص موارد زیر مشخص شود:

• تعریف شاخص
• روش محاسبه
• منبع داده
• مسئول تهیه
• دوره اندازه گیری
• حدود قابل قبول
• اقدام مورد نیاز در صورت انحراف

این اقدام باعث می شود همه افراد سازمان برداشت یکسانی از شاخص ها داشته باشند و گزارش های پروژه قابل مقایسه شوند.

جمع بندی گام سوم

اندازه گیری عملکرد، مرحله ای است که داده های پراکنده پروژه به اطلاعات مدیریتی تبدیل می شوند. شاخص های عملکردی به مدیران نشان می دهند پروژه در چه وضعیتی قرار دارد، اما به تنهایی علت مشکلات یا راهکار اصلاح را مشخص نمی کنند. ارزش واقعی این مرحله زمانی آشکار می شود که نتایج اندازه گیری به تحلیل دقیق انحرافات و تصمیم های اصلاحی منجر شود.

در گام بعد، تمرکز از «مشاهده وضعیت» به «درک علت ایجاد انحراف» منتقل می شود؛ زیرا وجود اختلاف میان برنامه و عملکرد واقعی تنها نشانه یک مسئله است و برای مدیریت آن باید عوامل ایجادکننده به درستی شناسایی شوند.

گام چهارم: شناسایی و تحلیل انحرافات پروژه

(Project Variance Identification and Analysis)

هدف گام

شناسایی فاصله میان عملکرد واقعی پروژه و وضعیت برنامه ریزی شده، تعیین میزان اهمیت انحرافات و تحلیل عوامل موثر بر ایجاد آن ها به منظور جلوگیری از تشدید مشکلات و فراهم کردن زمینه اقدامات اصلاحی.

منطق مدیریتی گام چهارم

اندازه گیری عملکرد در گام قبل مشخص کرد که پروژه تا چه اندازه با برنامه مصوب فاصله دارد؛ اما صرف مشاهده انحراف، برای مدیریت پروژه کافی نیست. یک مدیر پروژه زمانی می تواند تصمیم موثر اتخاذ کند که بداند چه چیزی، چرا و با چه شدتی از مسیر برنامه خارج شده است.

انحراف بخشی طبیعی از اجرای پروژه است. در محیط های واقعی، تغییر شرایط بازار، تاخیر تامین کنندگان، محدودیت منابع، خطاهای طراحی، تغییر نیازهای مشتری یا تصمیم های مدیریتی می توانند موجب فاصله گرفتن عملکرد واقعی از برنامه اولیه شوند. بنابراین، هدف کنترل پروژه حذف کامل انحراف نیست؛ بلکه شناسایی به موقع، ارزیابی اثرات و مدیریت پیامدهای آن است.

یکی از اشتباهات رایج در سازمان ها، تمرکز صرف بر مقدار انحراف است. برای مثال، اعلام اینکه پروژه دو ماه تاخیر دارد، اطلاعات محدودی ارائه می دهد. پرسش های مهم تر عبارت اند از:

• این تاخیر در کدام فعالیت رخ داده است؟
• آیا فعالیت در مسیر بحرانی قرار دارد؟
• علت تاخیر داخلی است یا خارجی؟
• آیا ادامه روند فعلی، زمان پایان پروژه را تغییر خواهد داد؟
• چه اقدامی برای جلوگیری از تشدید مشکل لازم است؟

تحلیل انحراف، پروژه را از یک وضعیت گزارش محور به یک فرآیند تصمیم محور هدایت می کند.

ورودی های مورد نیاز

برای تحلیل انحرافات، اطلاعات زیر مورد استفاده قرار می گیرد:

• گزارش عملکرد واقعی پروژه
• خط مبنای زمان، هزینه و محدوده
• شاخص های عملکردی مانند SPI و CPI
• برنامه زمان بندی به روزشده
• گزارش های پیشرفت واحدهای اجرایی
• گزارش هزینه های واقعی
• فهرست ریسک ها و مسائل پروژه
• گزارش تغییرات مصوب
• سوابق دوره های قبلی پایش

فعالیت های اجرایی ۱. شناسایی نوع انحراف

اولین مرحله، دسته بندی انحرافات شناسایی شده است. همه انحرافات ماهیت یکسان ندارند و روش مدیریت آن ها متفاوت است.

مهم ترین انواع انحراف عبارت اند از:

انحراف زمانی

زمانی رخ می دهد که اجرای فعالیت ها نسبت به برنامه تاخیر یا تقدم داشته باشد.

نمونه ها:

• تاخیر در تامین مواد اولیه
• کاهش بهره وری تیم اجرایی
• طولانی شدن فرآیند تایید مدارک

انحراف هزینه ای

زمانی ایجاد می شود که هزینه واقعی پروژه با بودجه پیش بینی شده تفاوت داشته باشد.

نمونه ها:

• افزایش قیمت مواد
• برآورد اولیه غیرواقعی
• دوباره کاری ناشی از خطاهای اجرایی

انحراف محدوده

زمانی رخ می دهد که فعالیت ها یا خروجی های پروژه نسبت به محدوده مصوب تغییر کنند.

نمونه ها:

• درخواست های جدید کارفرما
• اضافه شدن فعالیت های پیش بینی نشده
• تغییر مشخصات فنی محصول

انحراف کیفیتی

زمانی ایجاد می شود که خروجی پروژه با معیارهای کیفیت تعیین شده مطابقت نداشته باشد.

نمونه ها:

• افزایش عدم انطباق ها
• نیاز به اصلاح محصول
• کاهش کیفیت خدمات ارائه شده

۲. تعیین میزان اهمیت انحراف

وجود هر انحرافی به معنای نیاز به اقدام فوری نیست. برخی انحرافات جزئی و قابل کنترل هستند، در حالی که برخی دیگر می توانند مسیر پروژه را تغییر دهند.

برای اولویت بندی انحرافات باید عوامل زیر بررسی شوند:

• میزان اثر بر زمان پایان پروژه
• میزان اثر مالی
• تاثیر بر کیفیت خروجی
• احتمال تکرار مشکل
• ارتباط با فعالیت های بحرانی
• اثر بر رضایت ذی نفعان

برای مثال، تاخیر سه روزه در یک فعالیت غیرحیاتی ممکن است اهمیت کمی داشته باشد، اما تاخیر مشابه در یک فعالیت مسیر بحرانی می تواند پایان پروژه را چند هفته جابه جا کند.

۳. تحلیل روند انحرافات

تحلیل یک مقدار منفرد معمولا کافی نیست. لازم است روند تغییرات در طول زمان بررسی شود.

برای مثال:

اگر شاخص عملکرد هزینه (CPI) در یک دوره برابر ۰٫۹۵ باشد، ممکن است یک نوسان موقت باشد؛ اما اگر این مقدار در چند دوره متوالی کاهش یابد، نشانه وجود یک مشکل ساختاری است.

تحلیل روند به مدیر پروژه کمک می کند تفاوت میان:

• یک اتفاق مقطعی
• یک روند منفی پایدار

را تشخیص دهد.

۴. بررسی تاثیر انحراف بر آینده پروژه

یکی از اهداف اصلی تحلیل انحراف، پیش بینی پیامدهای احتمالی است.

در این مرحله باید بررسی شود:

• آیا تاریخ پایان پروژه تغییر خواهد کرد؟
• آیا بودجه مصوب کافی خواهد بود؟
• آیا منابع بیشتری مورد نیاز است؟
• آیا محدوده پروژه باید بازنگری شود؟

به بیان دیگر، تحلیل انحراف نباید فقط درباره گذشته باشد؛ بلکه باید تصویری از آینده پروژه ارائه دهد.

۵. تهیه گزارش تحلیل انحراف

نتایج تحلیل باید در قالب گزارشی ارائه شود که علاوه بر بیان مشکل، اطلاعات مورد نیاز برای تصمیم گیری را فراهم کند.

یک گزارش مناسب باید شامل موارد زیر باشد:

بخش محتوا

شرح انحراف چه چیزی از برنامه فاصله گرفته است؟

مقدار انحراف میزان تاخیر یا افزایش هزینه چقدر است؟

محل وقوع کدام فعالیت یا بخش پروژه تحت تاثیر است؟

علت احتمالی عوامل ایجادکننده چیست؟

اثرات پیامدهای احتمالی چیست؟

پیشنهاد اولیه چه اقداماتی باید بررسی شود؟

ابزارها و تکنیک ها 

۱. تحلیل واریانس (Variance Analysis)

این روش برای مقایسه عملکرد واقعی با برنامه مصوب استفاده می شود و یکی از روش های پایه کنترل پروژه است.

۲. تحلیل روند (Trend Analysis)

با بررسی تغییرات شاخص ها در دوره های مختلف، امکان تشخیص روندهای مثبت یا منفی فراهم می شود.

۳. تحلیل مسیر بحرانی (Critical Path Analysis)

این ابزار مشخص می کند کدام فعالیت ها بیشترین تاثیر را بر زمان پایان پروژه دارند.

۴. تحلیل ارزش کسب شده (Earned Value Analysis)

شاخص هایی مانند SPI و CPI می توانند شدت انحرافات زمانی و هزینه ای را نشان دهند.

۵. تحلیل سناریو

در پروژه های پیچیده، بررسی سناریوهای مختلف مانند ادامه روند فعلی، افزایش منابع یا تغییر روش اجرا می تواند در انتخاب راهکار مناسب کمک کند.

خروجی های مورد انتظار

خروجی های اصلی این گام عبارت اند از:

• فهرست انحرافات شناسایی شده
• طبقه بندی انحرافات
• اولویت بندی مشکلات
• گزارش تحلیل انحراف
• پیش بینی اثرات آینده
• پیشنهاد اولیه برای اقدامات اصلاحی

این خروجی ها ورودی اصلی گام بعد، یعنی تحلیل علل ریشه ای مشکلات خواهند بود.

خطاهای رایج

 ۱. گزارش انحراف بدون تحلیل علت

اعلام اینکه پروژه تاخیر دارد، تنها توصیف وضعیت است و به حل مسئله کمک نمی کند.

۲. واکنش به همه انحرافات به یک شکل

تمرکز بیش از حد بر انحرافات کوچک می تواند منابع سازمان را از مسائل مهم تر دور کند.

۳. تاخیر در شناسایی انحرافات

هرچه فاصله میان وقوع مشکل و شناسایی آن بیشتر شود، هزینه اصلاح افزایش پیدا می کند.

۴. تمرکز بر مقصر به جای علت

رویکرد سرزنش افراد معمولا باعث پنهان شدن مشکلات واقعی فرآیندی می شود. تحلیل حرفه ای باید بر یافتن عوامل ایجادکننده تمرکز کند.

۵. نادیده گرفتن ارتباط میان انحرافات

در بسیاری از پروژه ها، مشکلات مستقل نیستند. برای مثال، تاخیر تامین ممکن است باعث افزایش هزینه، کاهش کیفیت و ایجاد دوباره کاری شود.

توصیه اجرایی

برای افزایش اثربخشی این مرحله، پیشنهاد می شود سازمان ها یک فرآیند رسمی برای مدیریت انحرافات پروژه تعریف کنند. در این فرآیند باید مشخص شود:

• چه سطحی از انحراف نیازمند گزارش رسمی است.
• چه کسی مسئول تحلیل انحراف است.
• چه زمانی جلسه بررسی برگزار می شود.
• چه اطلاعاتی باید ارائه گردد.
• چگونه تصمیم ها ثبت و پیگیری می شوند.

ایجاد این فرآیند باعث می شود مشکلات پیش از تبدیل شدن به بحران شناسایی و مدیریت شوند.

جمع بندی گام چهارم

شناسایی انحرافات، نقطه ای است که کنترل پروژه از اندازه گیری صرف عبور کرده و وارد مرحله تحلیل مدیریتی می شود. شاخص ها تنها نشان می دهند که فاصله ای میان برنامه و عملکرد وجود دارد؛ اما تحلیل انحراف مشخص می کند این فاصله چه معنایی دارد و چه اقداماتی برای مدیریت آن لازم است.

با این حال، حتی تحلیل دقیق انحراف نیز به تنهایی کافی نیست؛ زیرا شناخت نشانه های مشکل با شناخت علت واقعی آن تفاوت دارد. در گام بعد، تمرکز از «چه اتفاقی افتاده است؟» به «چرا اتفاق افتاده است؟» منتقل می شود تا ریشه مسائل شناسایی و راهکارهای پایدار طراحی شوند.

گام پنجم: تحلیل علل ریشه ای مشکلات و شناسایی عوامل موثر بر عملکرد پروژه

(Root Cause Analysis and Identification of Project Performance Drivers)

هدف گام

شناسایی عوامل اصلی ایجادکننده انحرافات پروژه و تفکیک میان نشانه های ظاهری مشکل و علل بنیادی آن، به منظور طراحی اقدامات اصلاحی موثر و جلوگیری از تکرار مشکلات مشابه.

منطق مدیریتی گام پنجم

در گام های پیشین مشخص شد که پروژه در چه بخش هایی از برنامه مصوب فاصله گرفته است؛ اما وجود انحراف تنها یک نشانه است. اگر سازمان صرفا به رفع پیامدهای ظاهری بپردازد و علت اصلی مشکل را شناسایی نکند، احتمال بازگشت همان مسئله در آینده افزایش خواهد یافت.

برای مثال، اگر یک پروژه به دلیل تاخیر در تامین قطعه مهمی از برنامه عقب افتاده باشد، اقدام سطحی می تواند افزایش فشار بر تامین کننده یا درخواست اضافه کاری از تیم اجرایی باشد. اما این اقدامات ممکن است مشکل اصلی را حل نکنند. علت واقعی می تواند ضعف در فرآیند انتخاب تامین کننده، نبود برنامه تامین بلندمدت، تاخیر در تایید مشخصات فنی یا ضعف ارتباط میان واحد طراحی و خرید باشد.

بنابراین، تحلیل علل ریشه ای تلاش می کند از سطح «چه چیزی اتفاق افتاده است؟» عبور کرده و به سوال بنیادی تر پاسخ دهد:

چرا این اتفاق رخ داده است؟

رویکردهای نوین مدیریت پروژه تاکید می کنند که سازمان های بالغ به جای مدیریت نشانه ها، به دنبال اصلاح فرآیندهایی هستند که موجب ایجاد مشکل شده اند (Kerzner, 2022).

ورودی های مورد نیاز

برای انجام تحلیل علل ریشه ای، اطلاعات زیر مورد نیاز است:

• گزارش های تحلیل انحراف
• سوابق تغییرات پروژه
• گزارش های کنترل کیفیت
• گزارش های عدم انطباق
• اطلاعات ریسک های پروژه
• مصاحبه با اعضای تیم پروژه
• سوابق پروژه های مشابه
• داده های عملکردی دوره های گذشته

فعالیت های اجرایی ۱. تعریف دقیق مسئله

اولین مرحله در تحلیل ریشه ای، تعریف صحیح مسئله است. بسیاری از تحلیل های ناموفق به این دلیل شکست می خورند که مسئله از ابتدا به درستی تعریف نشده است.

برای مثال، عبارت:

«پروژه تاخیر دارد»

یک بیان کلی است و اطلاعات کافی برای تحلیل ارائه نمی دهد.

تعریف دقیق تر:

«فعالیت ساخت شفت ورودی در پروژه شماره X، به دلیل تاخیر ۲۰ روزه در تامین مواد اولیه، موجب جابه جایی فعالیت های مسیر بحرانی شده است.»

چنین تعریفی محدوده تحلیل را مشخص کرده و امکان بررسی دقیق تر را فراهم می کند.

۲. تفکیک علل مستقیم، غیرمستقیم و ریشه ای

یکی از اصول مهم در تحلیل مشکلات، تشخیص سطوح مختلف علت است.

برای مثال:

مشکل مشاهده شده:
تاخیر در تحویل پروژه

علت مستقیم:
تاخیر در ساخت یک تجهیز

علت غیرمستقیم:
تاخیر تامین مواد اولیه

علت ریشه ای:
نبود فرآیند ارزیابی و پایش عملکرد تامین کنندگان

اگر تحلیل در سطح علت مستقیم متوقف شود، اقدام اصلاحی معمولا موقتی خواهد بود.

۳. استفاده از تکنیک پنج چرا (5 Why)

روش پنج چرا یکی از ابزارهای ساده اما کاربردی برای رسیدن به علت اصلی مشکل است. در این روش، با پرسیدن چندباره سوال «چرا؟» تلاش می شود لایه های پنهان مسئله آشکار شود.

مثال:

مشکل: پروژه در تحویل محصول تاخیر دارد.

چرا؟
زیرا تولید قطعه نهایی دیر انجام شده است.

چرا تولید قطعه دیر انجام شده است؟
زیرا مواد اولیه به موقع تامین نشده است.

چرا مواد اولیه به موقع تامین نشده است؟
زیرا سفارش خرید دیر صادر شده است.

چرا سفارش خرید دیر صادر شده است؟
زیرا نیازمندی های فنی با تاخیر تایید شده اند.

چرا تایید فنی با تاخیر انجام شده است؟
زیرا فرآیند هماهنگی میان طراحی و خرید مشخص و استاندارد نبوده است.

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

۴. استفاده از نمودار علت و معلول (Fishbone Diagram)

نمودار استخوان ماهی یا ایشیکاوا یکی از ابزارهای شناخته شده برای دسته بندی عوامل موثر بر یک مشکل است.

در پروژه ها، عوامل معمولا در دسته های زیر بررسی می شوند:

منابع انسانی (Man)

• کمبود مهارت
• آموزش ناکافی
• ابهام مسئولیت ها

روش ها (Method)

• فرآیندهای نامناسب
• دستورالعمل های ناکافی
• ضعف برنامه ریزی

تجهیزات (Machine)

• خرابی تجهیزات
• محدودیت ظرفیت
• فناوری نامناسب

مواد و تامین (Material)

• کیفیت پایین مواد
• تاخیر تامین کنندگان
• نوسان قیمت

اطلاعات و داده ها (Information)

• گزارش های ناقص
• ارتباطات ضعیف
• تاخیر در انتقال اطلاعات

محیط سازمانی (Environment)

• ساختار تصمیم گیری پیچیده
• تغییرات مدیریتی
• محدودیت های بیرونی

۵. تحلیل عوامل انسانی و سازمانی

بخش قابل توجهی از مشکلات پروژه ها صرفا فنی نیستند. ضعف ارتباطات، نبود شفافیت مسئولیت ها، تعارض میان واحدها و تصمیم گیری های دیرهنگام می توانند تاثیر زیادی بر عملکرد پروژه داشته باشند.

برای مثال، تاخیر در پروژه ممکن است ظاهرا به دلیل عملکرد ضعیف پیمانکار باشد، اما بررسی دقیق تر نشان دهد تاخیر در ارائه اطلاعات فنی از سوی کارفرما یا تغییرات مکرر طراحی، عامل اصلی بوده است.

بنابراین، تحلیل ریشه ای باید از نگاه سیستمی انجام شود و از نسبت دادن سریع مشکل به افراد یا واحدهای خاص پرهیز کند.

۶. اولویت بندی علل شناسایی شده

در بسیاری از مسائل پروژه، چندین علت هم زمان وجود دارد. بنابراین لازم است عوامل شناسایی شده بر اساس میزان اثرگذاری اولویت بندی شوند.

معیارهای اولویت بندی می تواند شامل موارد زیر باشد:

• میزان تاثیر بر اهداف پروژه
• احتمال وقوع مجدد
• هزینه اصلاح
• قابلیت کنترل سازمان
• میزان تاثیر بر سایر فعالیت ها

ابزارهایی مانند ماتریس اثر–احتمال یا تحلیل پارتو می توانند در این مرحله مورد استفاده قرار گیرند.

ابزارها و تکنیک ها

ابزارهای اصلی این مرحله عبارت اند از:

• تکنیک پنج چرا (5 Why)
• نمودار علت و معلول ایشیکاوا
• تحلیل پارتو (Pareto Analysis)
• جلسات تحلیل مسئله
• تحلیل فرآیند
• طوفان فکری ساختاریافته
• بررسی سوابق پروژه های مشابه

خروجی های مورد انتظار

خروجی های این گام شامل موارد زیر است:

• تعریف دقیق مسئله
• فهرست علل احتمالی
• علت های ریشه ای تاییدشده
• اولویت بندی عوامل موثر
• پیشنهاد اولیه برای اصلاح فرآیندها
• ورودی لازم برای طراحی اقدامات اصلاحی

خطاهای رایج ۱. توقف تحلیل در سطح علل ظاهری

برای مثال، بیان اینکه «پیمانکار تاخیر داشت» علت ریشه ای نیست؛ بلکه تنها بیان یک اتفاق است.

۲. تمرکز بر مقصر به جای فرآیند

رویکرد فردمحور معمولا مانع شناسایی ضعف های سیستمی می شود.

۳. استفاده از تجربه شخصی بدون داده

تحلیل ریشه ای باید بر اساس شواهد، اطلاعات واقعی و بررسی فرآیندها انجام شود.

۴. بررسی تعداد زیاد علت ها بدون اولویت بندی

فهرست بلند مشکلات، بدون تعیین عوامل اصلی، به تصمیم گیری کمک نمی کند.

۵. طراحی راهکار پیش از شناخت علت

ارائه راه حل سریع بدون تحلیل علت، احتمال اجرای اقدامات کم اثر را افزایش می دهد.

توصیه اجرایی

پیشنهاد می شود سازمان ها برای مسائل مهم پروژه، یک فرم تحلیل علت ریشه ای (Root Cause Analysis Report) ایجاد کنند. این فرم می تواند شامل بخش های زیر باشد:

• شرح مسئله
• اثرات ایجادشده
• داده های مرتبط
• علل احتمالی
• علت ریشه ای تاییدشده
• اقدام پیشنهادی
• مسئول پیگیری

این مستندات در پروژه های آینده به عنوان منبع یادگیری سازمانی مورد استفاده قرار خواهند گرفت.

جمع بندی گام پنجم

تحلیل علل ریشه ای، مرز میان یک سازمان واکنشی و یک سازمان یادگیرنده را مشخص می کند. سازمانی که تنها مشکلات را اصلاح می کند، معمولا با تکرار همان مسائل مواجه خواهد شد؛ اما سازمانی که علت های بنیادی را شناسایی و فرآیندهای خود را اصلاح می کند، به تدریج توانایی پیشگیری از مشکلات را به دست می آورد.

در این مرحله، هدف یافتن فرد مسئول مشکل نیست؛ هدف کشف سازوکارهایی است که باعث ایجاد مشکل شده اند. پس از مشخص شدن علت های ریشه ای، مرحله بعد به طراحی و اجرای اقدامات اصلاحی و پیشگیرانه اختصاص می یابد تا انحرافات شناسایی شده به شکل پایدار مدیریت شوند.