مدیریت پروژه در پروژه‌های بزرگ و کوچک

مدیریت پروژه در پروژه‌های بزرگ و کوچک چه تفاوت‌هایی دارد؟

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

مقیاس پروژه فقط به بودجه مربوط نیست

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

ساختار تصمیم‌گیری در پروژه‌های کوچک ساده‌تر است

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

پروژه‌های بزرگ به سیستم وابسته‌اند، نه به افراد

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

تفاوت در سطح جزئیات برنامه زمان‌بندی

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

مدیریت منابع در پروژه‌های بزرگ پیچیده‌تر است

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

ریسک در پروژه‌های بزرگ سریع‌تر گسترش پیدا می‌کند

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

گزارش‌دهی در پروژه‌های بزرگ باید ساختار یافته باشد

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

کنترل تاخیرات در پروژه‌های کوچک و بزرگ متفاوت است

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

هزینه کنترل در پروژه کوچک و بزرگ یکسان نیست

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

نقش MSP در مقیاس‌ های مختلف

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

رویکرد پرومن؛ کنترل متناسب با مقیاس

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

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

بدون دیدگاه

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

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