https://virgool.io/feed/@m_30462544 مهندس کنترل پروژه | متخصص برنامه‌ریزی، لایحه تأخیرات و کلیم | اشتراک تجربیات کاربردی در MSP و P6 | کمک به ورود هوشمندانه به بازار کار پروژه‌ها fa 2026-07-08 17:38:28 https://static.virgool.io/images/default-avatar.jpg https://virgool.io/@m_30462544 https://virgool.io/@m_30462544/%D8%B3%D8%A7%D8%AE%D8%AA%D8%A7%D8%B1-%D8%B4%DA%A9%D8%B3%D8%AA-%DA%A9%D8%A7%D8%B1-wbs-%D8%A7%D8%B2-%D8%AA%D8%A6%D9%88%D8%B1%DB%8C-%D8%AA%D8%A7-%D9%88%D8%A7%D9%82%D8%B9%DB%8C%D8%AA%D9%90-%D8%B3%D8%B1%D9%90-%D9%BE%D8%B1%D9%88%DA%98%D9%87-dctshac24epy وقتی برنامه‌ریزی یک پروژه جدید شروع می‌شود، خیلی زود مشخص می‌شود که پشت عنوان پروژه تعداد زیادی فعالیت اجرایی، مهندسی و تدارکات قرار دارد. در نگاه اول ممکن است پروژه فقط یک عنوان ساده داشته باشد؛ مثلاً «احداث یک کارخانه تولید لاستیک» یا «ساخت یک ساختمان اداری». اما وقتی وارد جزئیات می‌شویم، متوجه می‌شویم که پشت همین عنوان ساده ده‌ها یا حتی صدها فعالیت مختلف قرار دارد.برنامه ریزی پروژه بدون استفاده از ساختار شکست کار می تواند همه چیز را پیچیده کند. فعالیت‌ها به‌صورت پراکنده تعریف می‌شوند، بعضی کارها فراموش می‌شوند و بعضی کارها هم چند بار در برنامه ظاهر می‌شوند. نتیجه معمولاً یک برنامه زمان‌بندی شلوغ و سخت برای کنترل است.هدف اصلی WBS این است که پروژه بزرگ به مجموعه‌ای از بخش‌های قابل مدیریت تبدیل شود. وقتی پروژه به اجزای کوچک‌تر تقسیم شود، برنامه‌ریزی زمان، تخصیص منابع و حتی گزارش‌گیری پیشرفت بسیار شفاف‌تر خواهد شد. ساختار شکست کار دقیقاً چیست؟در WBS، کل پروژه به صورت یک ساختار نمایش داده می‌شود. در بالاترین سطح، کل پروژه قرار می‌گیرد. در سطح‌های پایین‌تر، پروژه به بخش‌های کوچک‌تر تقسیم می‌شود؛ بخش‌هایی که معمولاً نشان‌دهنده تحویل‌دادنی‌های اصلی پروژه هستند. چرا WBS برای برنامه‌ریزی پروژه مهم است؟یکی از تجربه‌هایی که تقریباً همه برنامه‌ریزان پروژه با آن مواجه شده‌اند این است که اگر WBS در ابتدای پروژه درست تهیه نشود، مشکلات آن بعداً در طی پروژه ظاهر می‌شوند. مثلاً ممکن است در زمان اجرای پروژه متوجه شوید فعالیت‌هایی وجود دارند که اصلاً در برنامه دیده نشده‌اند. یا برعکس، بعضی فعالیت‌ها در چند جای برنامه تعریف شده‌اند.در عمل کیفیت WBS مستقیماً روی کیفیت برنامه زمان‌بندی اثر می‌گذارد. اگر ساختار پروژه درست تعریف نشده باشد، مشکلات آن خیلی زود در زمان‌بندی ظاهر می‌شود. یک تجربه واقعی از پروژه EPCدر یکی از پروژه‌های EPC که مربوط به احداث یک نیروگاه خورشیدی بود، در ابتدای کار WBS پروژه خیلی ساده طراحی شده بود. ساختار پروژه فقط به سه بخش تقسیم شده بود: مهندسی، تدارکات و اجرا.ابتدا این ساختار منطقی به نظر می‌رسید. اما وقتی تیم برنامه‌ریزی شروع به تعریف فعالیت‌ها کرد، مشکلات به‌تدریج ظاهر شد. وقتی اولین نسخه برنامه زمان‌بندی تهیه شد، برنامه بیش از حد پراکنده و نامنظم بود. گزارش‌گیری پیشرفت هم به سختی انجام می‌شد.در نهایت مهندسین کنترل پروژه تصمیم گرفتند WBS را بازطراحی کنند. این باربرای هر واحد بخش‌هایی مثل تجهیزات، پایپینگ، برق و ابزار دقیق تعریف شد. همین تغییر ساده باعث شد ساختار پروژه بسیار واضح‌تر شود. تعریف فعالیت‌ها راحت‌تر شد و کنترل پیشرفت پروژه هم نظم بهتری پیدا کرد. یکی از اشتباهات رایج در تهیه WBSیکی از خطاهایی که در بعضی پروژه‌ها دیده می‌شود این است که WBS بر اساس فعالیت‌ها ساخته می‌شود نه بر اساس تحویل‌دادنی‌های پروژه.برای مثال گاهی در WBS آیتم‌هایی مثل طراحی نقشه‌ها، خرید تجهیزات، حمل تجهیزات و نصب تجهیزات دیده می‌شود. در حالی که منطق WBS کمی متفاوت است. در استانداردهای مدیریت پروژه توصیه می‌شود تمرکز اصلی روی تحویل دادنی ها باشد. قانون مهم 100% Rule در WBSدر تهیه WBS قانونی تحت عنوان 100% Rule وجود دارد. بر اساس این قانون، مجموع اجزای هر سطح از WBS باید صد درصد دامنه کار آن سطح را پوشش دهد.برای مثال اگر در سطح اول پروژه به سه بخش مهندسی، تدارکات و اجرا تقسیم شده باشد، مجموع این سه بخش باید تمام دامنه پروژه را پوشش دهد. اگر بخشی از کار پروژه در WBS دیده نشده باشد، یعنی ساختار هنوز کامل نیست. این موضوع بعداً خودش را در زمان‌بندی و کنترل پیشرفت نشان می‌دهد. نقش WBS در کنترل پیشرفت پروژهساختار شکست کار فقط برای تقسیم پروژه نیست. بسیاری از ابزارهای کنترل پروژه بر اساس همین ساختار شکل می‌گیرند.برنامه زمان‌بندی پروژه، ساختار هزینه پروژه، گزارش‌های پیشرفت، ساختار تخصیص مسئولیت‌ها و ...معمولاً با WBS ارتباط مستقیم دارند. اگر WBS از ابتدا به‌درستی طراحی نشده باشد، این مشکلات بعداً در زمان‌بندی یا گزارش‌گیری پروژه خودش را نشان می‌دهد. جمع‌بندیمی توان گفت ساختار شکست کار یا WBS یکی از مهم‌ترین ابزارهای برنامه‌ریزی پروژه است. با کمک ساختار شکست کارمی توان پروژه‌های بزرگ یا پیچیده را به بخش‌های کوچک‌تر تقسیم کرد. وقتی پروژه به درستی شکسته شود، برنامه‌ریزی زمان، تخصیص منابع و کنترل پیشرفت پروژه بسیار دقیق‌تر انجام می‌شود. تجربه پروژه‌های مختلف هم نشان می‌دهد کیفیت برنامه زمان‌بندی تا حد زیادی به کیفیت WBS وابسته است. به همین دلیل بهتر است در ابتدای پروژه زمان کافی برای طراحی یک ساختار شکست کار منطقی و کامل اختصاص داده شود. Mohabat Barani Mohabat Barani Sat, 04 Jul 2026 12:32:31 +0330 https://virgool.io/@m_30462544/%DA%86%D8%B1%D8%A7-%D8%A8%D8%B3%DB%8C%D8%A7%D8%B1%DB%8C-%D8%A7%D8%B2-%D9%BE%D8%B1%D9%88%DA%98%D9%87-%D9%87%D8%A7-%D8%B4%DA%A9%D8%B3%D8%AA-%D9%85%DB%8C-%D8%AE%D9%88%D8%B1%D9%86%D8%AF-rv1upsz20sqc چند سال پیش، در یکی از پروژه‌های احداث شبکه برق هوایی، همه‌چیز در ظاهر برای یک شروع عالی آماده بود. نقشه‌های اولیه ، تیم اجرایی و فنی ، برنامه زمانبندی دقیق از منظر پیمانکارو ... . پیش پرداخت پروژه به پیمانکار پرداخت شده و زمین در موعد مقرر تحویل داده شده بود.پروژه آغاز شد ، در ظاهرکار پیش میرفت و پایه های بتنی یکی پس از دیگری در محل قرار میگرفت. درپایان مدت قرارداد و پس از گذشت 6 ماه از آغاز کار پروژه تنها 60 درصد پیشرفت داشت. در این مقطع زمان قرارداد به اتمام رسیده بود اما کار به انتها نرسیده بود. در نتیجه پروژه تمدید شد و در مدت تمدید، تورم باعث افزایش بسیار زیاد تجهیزات گردید. هزینه های سنگین و عدم اتمام پروژه در زمان مقرر باعث نارضایتی کارفرما و ایجاد مشکل برای پیمانکار شد.در پروژه ما وقتی طی جلسه ای همه مدیران برای تصمیم گیری در مورد ادامه کار جمع شدند نکته جالب توجه این بود که با وجود اینکه پروژه از نظر فنی مشکل خاصی نداشت، تیم قوی بود و بودجه هم تأمین شده بود اما با تطبیق برنامه اولیه و میزان پیشرفت متوجه شدیم 6 ماه تا پایان کار به زمان نیازداریم (با اینکه مدت اولیه پیمان 6 ماه بود). جالب‌تر اینکه تقریباً هیچ‌کس دقیقا نمی‌دانست دلیل اصلی این عقب‌ماندگی چیست. آن‌جا بود که تیم ما به عنوان پیمانکار فهمید ما چیز بسیار مهمی را از قلم انداختیم: برنامه‌ریزی و کنترل پروژه. واقعیت تلخ این است که نه تنها در پروژه ما بلکه در بسیاری از پروژه های کشور بروز چنین شرایطی به امری عادی تبدیل شده است. گرچه آمار رسمی از تعداد پروژه هایی که با تاخیر به اتمام می رسند در دسترس نیست اما در بعضی مطالعات پژوهشی درباره پروژه‌های عمرانی ایران، آمده که بیش از 50٪ پروژه‌ها با تأخیر مواجه‌اند. برنامه‌ریزی و کنترل پروژه چیست؟اگر بخواهم خیلی ساده بگویم، برنامه‌ریزی پروژه یعنی مشخص کردن نقشه راه قبل از قدم اول. یعنی قبل از اینکه حتی مراحل اولیه تجهیز کارگاه را انجام دهید، دقیقاً بدانید چه کاری، در چه زمانی، با چه منابعی و توسط چه کسی باید انجام شود.اما همانطور که در انجام هر کاری نقشه کشیدن به تنهایی کافی نیست در اجرای یک پروژه نیز همین نکته وجود دارد؛ اینجاست که پای «کنترل پروژه» به میان می‌آید. کنترل پروژه یعنی در طول مسیر مدام چک کنید که آیا طبق نقشه پیش می‌روید یا نه؟ درآن پروژه احداث شبکه برق هوایی ، ما تصور نادرستی از روند پیشرفت کار در ذهن داشتیم، اما هیچ‌وقت توقف نکردیم تا ببینیم آیا پیشرفت فیزیکیِ ، با زمانِ سپری‌شده و برنامه اولیه هم‌خوانی دارد یا نه. مدیریت ریسک چیست؟همانطور که می دانید ریسک به شرایط و عواملی گفته می شود که در یک پروژه می تواند اثر منفی بگذارد. بنابراین میتوان گفت مدیریت ریسک در واقع پیش بینی و تحلیل این عوامل و برنامه ریزی برای حذف یا کاهش میزان اثرگذاری آن ها بر روند اجرای پروژه است.درشرایط پرتنش اخیر کشور،دریک پروژه نیروگاه خورشیدی مشغول به کار بودم.در این پروژه تامین پنل ها و همه تجهیزات در تعهد کارفرما بود. با توجه به اینکه کافرما این تجهیزات را از خارج از کشور تامین میکرد بدون در نظر گرفتن ریسک آغاز جنگ پروژه شروع شد. نتیجه؟ تاخیر 3 ماهه اجرای پروژه . چرا پروژه های کنترل پروژه شکست می‌خورند؟در ادامه به چند مورد از دلایل شکست اکثر پروژه ها اشاره می کنم.· برنامه‌ریزی صوری (Paper Planning)در بسیاری از پروژه ها برنامه زمانبندی صرفا جهت اجرای بند مربوطه در قرارداد و ارائه به کارفرما در ابتدای پروژه تهیه و بعد از آن کنار گذاشته می شود. در حالی که هدف از برنامه ریزی پایش وضعیت انجام کار در طول مدت پروژه است. این کار عواقب زیادی در آینده برای همه طرفین درگیر در پروژه خواهد داشت.یک پروژه ساختمانی بدون آنکه برنامه منطبق بر واقعیت تهیه شود و در طی کار آپدیت شود پیش رفت. کارفرما از یک مرحله به بعد به تعهدات مالی خود عمل نکرد. در نتیجه پیمانکار دچار درگیری های قضایی و مالی بسیار زیاد شد و درنهایت و پس از خسارت های مالی فراوان جهت دفاع از حقوق خود مجبور به بازبینی برنامه زمانبندی برای تهیه لایحه تاخیرات گردید.· نبود سیستم واقعی کنترل پروژهداشتن سیستم کنترل پروژه به معنی تهیه گزارش های دوره ای نیست بلکه لازم است این گزارش ها که بر اساس واقعیت پروژه تهیه می شوند با برنامه تطبیق شداده شوند . · برآوردهای غیرواقعیدر تهیه برنامه زمانبندی باید دقت شود که همه چیز بر اساس امکان پذیری در واقعیت در نظر گرفته شود. به طور مثال در یک پروژه عمرانی، مدت اجرای فونداسیون بدون در نظر گرفتن حجم کار، 30 روز در نظر گرفته شده بود، در حالی که پیمانکاران باتجربه می‌دانستند اجرای آن حداقل ۶۰ روز زمان می‌برد. · نبود ارتباط بین برنامه و کارگاهمتاسفانه در پروژه ها بسیار اتفاق می افتد که برنامه زمان‌بندی تهیه شده در دفتر فنی یا واحد برنامه‌ریزی، در کارگاه مبنای تصمیم‌گیری اجرایی قرار نمی‌گیرد. در نتیجه برنامه صرفا به یک مدرک اداری تبدیل می شود که تا بروز یک مشکل بزرگ هیچ کس به دنبال آن نخواهد رفت و پیشرفت پروژه با برنامه تطبیق نخواهد داشت. (ماندد پروژه ساختمانی که در بخش های قبلی به آن اشاره کردم.) · تصمیم‌گیری‌های مدیریتی بدون دادهبعضی از مدیران پروژه، تصمیم‌های کلیدی را بر اساس حدس، تجربه شخصی، فشار لحظه‌ای، برداشت ذهنی یا گزارش‌های ناقص می‌گیرند؛ نه بر اساس داده‌های واقعی، قابل‌اندازه‌گیری. این یکی از علل بسیار مهم در تأخیرات، افزایش هزینه، و ضعف عملکرد پروژه است.در یک پروژه ساختمانی بزرگ، پروژه حدوداً 16 درصد عقب‌افتادگی زمانی داشت. در جلسه مدیریت، کارفرما و مدیر پروژه فشار زیادی وارد کردند که باید تعداد نیروها دو برابر شود تا عقب‌افتادگی جبران شود. در نتیجه این تصمیم تعداد نیروهای اجرایی از حدود ۱۲۰ نفر به ۱۸۰ نفر افزایش پیدا کرد.اما مشکل اصلی چیز دیگری بود. بعد از دو هفته، واحد کنترل پروژه برنامه را دقیق‌تر بررسی کرد و مشخص شد بخش عمده تأخیر مربوط به تأخیر در ابلاغ نقشه‌های تأسیسات مکانیکی و تأخیر در تأمین برخی اقلام اصلی بوده است. در نتیجه این تصمیم شتاب زده و بدون علت یابی تاخیر، پول خرج شد، اما زمان جبران نشد.نقش واقعی کنترل پروژه در جلوگیری از شکست پروژه‌هادر بسیاری از پروژه‌ها، شکست نتیجه یک اتفاق ناگهانی نیست؛ بلکه حاصل مجموعه‌ای از تصمیم‌های کوچک اشتباه در طول پروژه است. برنامه‌ریزی و کنترل پروژه اگر به‌درستی اجرا شود، می‌تواند قبل از تبدیل شدن مشکلات کوچک به بحران‌های بزرگ، آن‌ها را شناسایی و مدیریت کند.کنترل پروژه کمک می‌کند:انحرافات زود تشخیص داده شوندتصمیم‌ها مبتنی بر داده باشندتأخیرها مدیریت شوندریسک‌ها کنترل شوند ارادتمند شما 🌱 محبت بارانی Mohabat Barani Mohabat Barani Sat, 27 Jun 2026 10:27:55 +0330 https://virgool.io/@m_30462544/%DA%86%D8%B1%D8%A7-%D8%A8%DB%8C%D8%B4%D8%AA%D8%B1-%D8%A2%D9%85%D9%88%D8%B2%D8%B4-%D9%87%D8%A7%DB%8C-%DA%A9%D9%86%D8%AA%D8%B1%D9%84-%D9%BE%D8%B1%D9%88%DA%98%D9%87-%D8%AF%D8%B1-%D9%BE%D8%B1%D9%88%DA%98%D9%87-%D9%88%D8%A7%D9%82%D8%B9%DB%8C-%D8%AC%D9%88%D8%A7%D8%A8-%D9%86%D9%85%DB%8C-%D8%AF%D9%87%D9%86%D8%AF-qwjvaldgqxdb سلام به همگی 👋بسیاری از مهندسان کنترل پروژه، دوره‌های مختلفی را گذرانده‌اند. کار با MSP یا Primavera (P6) را بلدند و مفاهیم برنامه‌ریزی پروژه را هم می‌شناسند. اما وقتی وارد یک پروژه واقعی می‌شوند، ناگهان با یک واقعیت عجیب روبه‌رو می‌شوند: آنچه در کلاس‌ها یاد گرفته‌اند، همیشه در کارگاه جواب نمی‌دهد.من یک مهندس کنترل پروژه هستم و سال‌هاست که در پروژه‌های عمرانی و صنعتی با برنامه‌ریزی، تحلیل مسیر بحرانی، ساختار شکست کار (WBS) و البته چالش‌های پیچیده لایحه‌های تأخیرات و Claim سروکار دارم.در این مدت بارها دیده‌ام که فاصله قابل توجهی میان آموزش‌های تئوریک و واقعیت اجرای پروژه‌ها وجود دارد؛ فاصله‌ای که اگر پر نشود، می‌تواند مهندسان جوان را در ابتدای مسیر حرفه‌ای دچار سردرگمی کند.فاصله بزرگ میان «تئوری دانشگاه» و «واقعیت کارگاه»در مسیر شغلی‌ام به مهندسان جوان و علاقه‌مندان زیادی برخورد کرده‌ام که دوره‌های آموزشی متعددی را گذرانده‌اند. آن‌ها کار با MSP یا Primavera (p6) را به‌خوبی بلدند، اما وقتی وارد یک پروژه واقعی می‌شوند، با چالش‌های عجیبی روبرو می‌شوند. اینکه :· چطور برنامه زمان‌بندی‌ای بنویسیم که کارفرما یا مشاور آن را رد نکند؟· وقتی پروژه دچار تأخیر می‌شود، چطور یک لایحه تأخیرات (EOT) قابل دفاع تهیه کنیم؟· چطور داده‌های خام پروژه را در اکسل به داشبورد مدیریتی قابل فهم تبدیل کنیم؟· تحلیل‌های ارزش کسب‌شده (EVM) را چطور در پروژه‌های واقعی پیاده کنیم؟در کنترل پروژه، دانستن نرم‌افزار مهم است؛ اما آنچه شما را به یک متخصص واقعی تبدیل می‌کند، توانایی تحلیل پروژه و تبدیل داده‌ها به تصمیم مدیریتی است.در این صفحه چه چیزهایی خواهید خواند؟تصمیم گرفته‌ام تمام تجربیات عملی، شکست‌ها، موفقیت‌ها و فوت‌های کوزه‌گری که در پروژه‌های مختلف کسب کرده‌ام را در قالب یادداشت‌های کاربردی، ساده و سناریومحور در اختیارتان بگذارم.تمرکز اصلی من در این صفحه روی این محورها خواهد بود:1. برنامه‌ریزی کاربردی: تکنیک‌های واقعی کار با MSP و Primavera (P6) (فراتر از منوها، متمرکز روی منطق برنامه‌ریزی).2. اکسل در کنترل پروژه: فرمول‌نویسی‌های پیشرفته، داشبوردسازی و گزارش‌نویسی مدیریتی.3. لایحه تأخیرات و کلیم (Claim): بررسی متدولوژی‌های تحلیل تأخیرات، مستندسازی پروژه‌ها و دفاع از حقوق مالی و زمانی پروژه.4. مهارت‌های نرم برای مهندس کنترل پروژه: چطور با ارکان پروژه (کارفرما، مشاور و پیمانکار) مذاکره و تعامل کنیم؟ بیایید شروع کنیم!نوشتن در ویرگول برای من یک مسیر دوطرفه است. برای شروع یک سوال از شما دارم: در حال حاضر بزرگ‌ترین چالشی که در برنامه‌ریزی یا کنترل پروژه با آن روبه‌رو هستید چیست؟آیا مشکل در تهیه برنامه زمان‌بندی است؟ گزارش‌دهی مدیریتی؟ یا دفاع از تأخیرات و Claim پروژه؟خوشحال می‌شوم تجربه‌های شما را در کامنت‌ها بخوانم.پست‌های تخصصی بعدی را به‌زودی منتشر خواهم کرد. اگر به این حوزه علاقه‌مندید، این صفحه را دنبال کنید تا قدم‌به‌قدم با هم پیش برویم. ارادتمند شما 🌱 محبت بارانی Mohabat Barani Mohabat Barani Mon, 15 Jun 2026 09:33:16 +0330