برنامه ریزی و کنترل پروژه

برنامه ریزی و کنترل پروژه، لوکس، اضافه و بی‌فایده یا مفید، لازم و ضروری؟

سوالاتی از این دست زیاد پرسیده می‌شود:

– چرا در شرکت ما به واحد برنامه‌ریزی و کنترل پروژه بهایی نمی‌دهند؟
– چرا برنامه زمان‌بندی و گزارشات ما خوانده نمی‌شود؟
– چرا برخی از مدیران پروژه و مدیران ارشد شرکت‌ها و حتی سرپرستان کارگاه‌ها و اعضای تیم پروژه به برنامه ریزی و کنترل پروژه اعتقادی ندارند؟

سوالاتی از این دست می‌تواند جواب‌های مختلفی داشته باشد. آن جواب‌هایی که به ذهنم می‌رسد موارد زیر است:

سیستم مدیریت دولتی و اقتصاد دولتی

ناگفته پیداست که بخش بزرگی از اقتصاد کشور ما دولتی است (بالای هشتاد درصد حجم کل اقتصاد) و به طبع آن پروژه‌های کشور نیز اکثرن در اختیار سیستم‌های دولتی یا نیمه دولتی یا شبه دولتی هستند. اقتصاددانان معتقدند که دولت‌ها همواره دچار آفت هدر دادن منابع هستند. جمله معروفی از اقتصاددان مشهور آمریکایی، آقای میلتون فریدمن است که می‌گوید: “اگر یک بیابان بسیار بزرگ پر از شن را برای مدیریت به دولت بدهید، پس از یکسال خواهند گفت که ما کمبود شن داریم!”

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

بلوغ پایین شرکت‌های پروژه محور

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

نگاه تکنیکی صرف به مدیریت پروژه‌ها

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

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

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

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

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

خواهش می‌کنم بدون ذکر منبع (نام نویسنده، آدرس سایت و آدرس کانال تلگرام) کپی نکنید!

 

مطالب مرتبط:

اکسل

بیست سوالی که ممکن است در یک مصاحبه استخدامی برنامه‌ریزی و کنترل پروژه در خصوص نرم‌افزار مایکروسافت اکسل excel از شما بپرسند

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

در مجموعه مطالب قبلی در خصوص سوالاتی که ممکن است در یک مصاحبه استخدامی مربوط به یک موقعیت شغلی برنامه‌ریزی و کنترل پروژه از نرم‌افزارهای مایکروسافت پراجکت (msp) و پریماورا (Primavera p6) پرسیده شود پرداختم، اما در این مطلب به سوالاتی که ممکن است در یک مصاحبه استخدامی مربوط به موقعیت شغلی برنامه‌ریزی و کنترل پروژه در مورد نرم افزار اکسل (EXCEL) و کاربردهای آن از متقاضیان جویای کار پرسیده شود می‌پردازم.

اما ذکر چند نکته قبل از خواندن این سوالات ضررویست:

۱- این سوالات لزومن شاید همه سوالات درست، صحیح و با کاربرد واقعی نباشند، اما تجربه ثابت کرده است که برخی از آن‌ها که شاید چندان منطقی هم نیستند ممکن است در جلسات مصاحبه استخدامی پرسیده ‌شوند.
۲- تمام سوالاتی که در مصاحبه شغلی در مورد نرم‌افزار مایکروسافت اکسل excel پرسیده می‌شود، تنها محدود به موارد زیر نیست و شاید سوالات دیگری نیز باشد که از قلم افتاده‌اند.
۳- حتی اگر قصد حضور در یک مصاحبه شغلی را ندارید، خواندن این سوالات و جواب دادن به آن‌ها باعث می‌شود یک تخمین کلی از مهارت خودتان در نرم افزار excel به دست بیاورید. (اگر فرض کنیم هر سوال یک نمره دارد، بعد از خواندن هر چهل سوال حساب کنید از ۲۰ نمره به خودتان چه نمره‌ای می‌دهید.)

اما سوالات:
۱- در خصوص مراحل تهیه یک ساختار شکست کار پروژه WBS در نرم‌افزار اکسل توضیح دهید. (ایجاد ساختار شکست کار، گروه‌بندی، فرمول نویسی، وزن‌دهی به فعالیت‌ها و فرمول‌نویسی جهت محاسبه پیشرفت فیزیکی پروژه)
۲- در خصوص ایجاد یک PMS در نرم‌افزار مایکروسافت اکسل، توضیح دهید.
۳- در خصوص مراحل تهیه یک ساختار شکست هزینه CBS در نرم‌افزار اکسل توضیح دهید. (فرمول نویسی جهت محاسبه پیشرفت ریالی پروژه و تهیه صورت وضعیت Progressive)
۴- در خصوص طراحی و ساخت یک گانت چارت در نرم‌افزار اکسل توضیح دهید.
۵- در مورد توابع پرکاربرد اکسل همانند توابع IF، توابع شرطی تو در تو، توابع جستجو و … توضیح دهید.
۶- در خصوص فرمول‌نویسی‌های رایج اکسل در زمینه برنامه‌ریزی و کنترل پروژه توضیح دهید. (فرمول SUM، Average، Min، Count، Left، Right، MID، LEN، Round، VLOOK UP، DATE و انواع آن، sum if ، sum product، sub total، فرمول‌های متن، ریاضی، تاریخ و زمان، منطق، مالی و اطلاعاتی، …)
۷- در خصوص ایجاد یک سیستم کنترل و پایش مدارک مهندسی و سیستم گردش مدارک مهندسی پروژه‌‎ها در نرم‌افزار اکسل توضیح دهید.
۸- در خصوص موارد کاربرد ابزارهای conditional formatting، data validation و…. توضیح دهید.
۹- در خصوص ایجاد یک table، گزارش‌گیری و استفاده از Pivot table و pivot chart و ایجاد بانک اطلاعاتی پروژه با استفاده از این ابزارها در اکسل توضیح دهید.
۱۰- در خصوص چگونگی تبدیل تاریخ‌های میلادی به شمسی و بالعکس در نرم افزار اکسل توضیح دهید.
۱۱- در خصوص انجام محاسبات مدیریت ارزش حاصله EVM در اکسل توضیح دهید.
۱۲- در خصوص پیاده‌سازی فرآیندهای مدیریت ریسک پروژه از طریق اکسل توضیح دهید.
۱۳- چگونگی ترسیم نمودارهای مختلف جهت استفاده در گزارشات پیشرفت پروژه را توضیح دهید. (نمودارهای سه بعدی، دو بعدی، ترسیم Sparkline در اکسل، ترسیم Bullet Graph در اکسل، ترسیم S CURVE پروژه، ترسیم نمودار موزی پروژه، تهیه نمودار دماسنجی وضعیت پیشرفت پروژه، تهیه نمودار گیج(سرعت‌سنج) پیشرفت پروژه در اکسل، تهیه نمودار پله‌ای در اکسل، تهیه هیستوگرام منابع پروژه در اکسل، ترسیم نمودارهای ترکیبی در اکسل، ترسیم نمودار پارتو در اکسل، ترسیم نمودارهای داینامیک، نمودار آبشاری، نمودار Sunburst، نمودار Tree map، نمودار Box and Whisker، و سایر نمودارهای کاربردی گزارشات پیشرفت پروژه)
۱۴- در خصوص ایجاد داشبوردهای مدیریتی پروژه در اکسل توضیح دهید. (توابع کاربردی جهت ساخت داشبوردهای مدیریت پروژه، ابزار developer، ساخت داشبورد کنترل پیشرفت یک یا چند پروژه، داشبورد احجام، داشبورد نیروی انسانی، داشبورد ماشین آلات، داشبورد فازهای پروژه، ایجاد tab در داشبورد، داشبورد وضعیت بودجه و نقدینگی پروژه، داشبورد پیشرفت صورت وضعیت‌های پروژه، داشبورد وضعیت ریسک‌های پروژه و …)
۱۵- در خصوص استفاده از Power view، Power pivot، Power query، Power map در اکسل و کاربرد آن ها در مدیریت پروژه توضیح دهید.
۱۶- در خصوص موارد امنیتی و ایجاد گذرواژه برای یک فایل اکسل، ساخت گذرواژه برای یک شیت، یا یک سلول یا یک مجموعه از سلول‌ها و قفل کردن بعضی از سلول‌ها و ایجاد دسترسی‌های گوناگون در اکسل و کارکردن همزمان چند کاربر بر روی یک فایل اکسل توضیح دهید.
۱۷- در مورد بودجه‌بندی پروژه، برآورد هزینه و بودجه پروژه‌ها در اکسل و کنترل هزینه و نقدینگی پروژه در اکسل توضیح دهید.
۱۸- در خصوص تهیه پرونده توجیه تأخیرات پروژه و آنالیز تأخیرات و انحرافات پروژه در اکسل توضیح دهید.
۱۹- چگونگی تهیه گزارشات روزانه، هفتگی، دو هفتگی، ماهیانه و سالیانه پروژه و لینک و ارتباط بین این گزارش‌ها در اکسل و آیتم‌های موجود در این گزارشات توضیح دهید.
۲۰- در خصوص ماکرونویسی در اکسل و کاربردهای آن در برنامه‌ریزی و کنترل پروژه توضیح دهید.

 

خواهش می‌کنم بدون ذکر منبع (نام نویسنده، آدرس سایت و آدرس کانال تلگرام) کپی نکنید!

 

در همین ارتباط بخوانید:

چهل سوالی که ممکن است در یک مصاحبه شغلی در خصوص نرم‌افزار پریماورا Primavera P6 از شما بپرسند.

چهل سوالی که ممکن است در یک مصاحبه شغلی در خصوص نرم‌افزار مایکروسافت پراجکت msp از شما بپرسند.

تخصص‌های مورد نیاز یک کارشناس حرفه‌ای برنامه ریزی و کنترل پروژه

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

ده اشتباه مهلک در رزومه نویسی

میزان عدد حقوق و دستمزد در صنف برنامه‌ریزی و کنترل پروژه و مدیریت پروژه چقدر است؟

عمومی

بررسی تأثیر سقوط ارزش ریال در مقابل دلار بر وضعیت پروژه‌های ایران

کاهش ارزش ریال در برابر ارزهای جهانی همانند دلار و یورو چه تأثیری بر پروژه‌های ایران خواهد گذاشت؟ آیا بازار پروژه‌های ایران و بازار کار افراد شاغل در پروژه‌ها از وضعیت بازار ارز تأثیر می‌پذیرد؟ در این نوشته سعی می‌کنم به پاسخ این سوالات بپردازم.

(قبل‌نوشت: نگارنده اقتصاد‌دان نیست و اطلاع دقیقی از متغییرها و تحلیل‌های علمی اقتصاد ندارد، فلذا در این نوشته تنها از دیدگاه مدیریت پروژه به بررسی تأثیر نرخ دلار و سقوط ریال بر پروژه‌های ایران می‌پردازم و خوشحال میشوم که اگر ایراد اقتصادی در این نوشته دیدید، تذکر دهید)

تأثیرات مثبت کاهش ارزش پول ملی بر پروژه‌های ایران:

۱- ایجاد بستر مناسب‌تر جهت رونق صادرات خدمات فنی و مهندسی:

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

۲- به صرفه‌تر شدن کار کردن مهندسان ایرانی در شرکت‌‎های بین‌المللی و یا کار در خارج از ایران

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

۳- استفاده بیشتر از متریال، تجهیزات و منابع ساخت داخل در پروژه‌ها

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

۴- بخشنامه تعدیل نرخ ارز

در سنوات گذشته که نوسانات شدید در نرخ برابری ارزش ریال در مقابل قیمت دلار رخ داد، سازمان برنامه با بخشنامه‌ای تحت عنوان “بخشنامه تعدیل نرخ ارز” سعی کرد از ضرر و زیان بیشتر پیمانکارانی که قراردادهایی با هزینه‌های ارزی داشتند، جلوگیری کند. امید است که این بار نیز و برای سال جاری چنین بخشنامه‌ای از سوی سازمان مدیریت برای پروژه‌ها ابلاغ شود. (البته این نکته مثبت نبود، ولی چندان منفی هم نبود)

تأثیرات منفی افزایش قیمت دلار در برابر ریال در پروژه‌های ایران:

۱- کاهش قدرت خرید و ارزش درآمد ماهیانه شاغلین در پروژه‌ها

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

۲- افزایش هزینه‌ها و بودجه برآوردی پروژه‌هایی که به تجهیزات و منابع وارداتی نیازمندند

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

۳- عدم ثبات اقتصادی و نوسان زیاد شرایط صنعت و کسب و کار

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

خواهش می‌کنم بدون ذکر منبع (نام نویسنده، آدرس سایت و آدرس کانال تلگرام) کپی نکنید!

مدیریت پروژه

ده نکته طلایی برای مدیران پروژه‌ها

نکاتی که در ادامه خدمتتون عرض می‌کنم لزومن بر اساس استانداردها و معیارهای مدون نیست (هر چند سعی شده چارچوبش از استانداردها پیروی کنه) ولی بیش‌تر بر اساس تجربیات شخصی خودم طی چند سال کار در پروژه‌ها این نکته‌ها به ذهنم رسید:

۱- بهترین نیروهای انسانی رو در پروژه استخدام کنید

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

۲- از شناسایی و مدیریت ذینفعان غافل نشید

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

۳- هر روز و هر لحظه به فکر STC پروژه باشید

فکر کنم دیگه همه مدیران پروه‌ها میدونن که پروژه‌ای موفق نامیده میشه که در چارچوب محدوده (Scope)، زمان (Time) و هزینه (Cost) انجام بشه. به عبارتی کتاب مقدس شما، ذکر هر روز و هرشب و هر لحظه شما، استراتژی و فکر و برنامه و عملکرد شما و تمام تصمیم‌گیری‌های شما به عنوان یک مدیر پروژه باید در راستای STC پروژه باشه. خاطرتون باشه که عدول از STC یک شبه اتفاق نمی‌افته، بلکه شما ذره ذره و قطره قطره از STC پروژه تجاوز می‌کنید و در آخر پروژه می‌بینید که چه فاصله دوری از STC دارید. پس نذارید این قطره قطره‌ها جمع بشه.

۴- بدون برنامه‌ریزی هیچ کاری رو در پروژه شروع نکنید

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

۵- مدیریت ریسک شما رو نجات خواهد داد

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

۶- حواستون به اتلاف منابع باشه

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

۷- ارتباطات رو جدی بگیرید و یک مذاکره کننده حرفه‌ای باشید

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

دوره آموزشی رایگان فنون مذاکره-محمدرضا شعبانعلی

۸- تفویض اختیار کنید و کارتابلتون رو خلوت کنید

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

۹- برنده-برنده فکر کنید

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

۱۰- فاز اختتام پروژه رو جدی بگیرید

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

خواهش می‌کنم بدون ذکر منبع (نام نویسنده، آدرس سایت و آدرس کانال تلگرام) کپی نکنید!

امیدوارم این مطلب براتون مفید بوده باشه. راستی این آخرین مطلب این سایت در سال ۱۳۹۶ بود. ضمن تبریک سال نو و نوروز باستانی، براتون آرزوی موفقیت و شادمانی در سال جدید رو دارم.

برنامه ریزی و کنترل پروژه , مایکروسافت پراجکت

چهل سوالی که ممکن است در یک مصاحبه شغلی در خصوص نرم‌افزار مایکروسافت پراجکت msp از شما بپرسند.

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

من سعی کردم لیستی از این سوالات احتمالی را در خصوص نرم افزار مایکروسافت پراجکت Microsoft project تهیه کنم. اما ذکر چند نکته قبل از خواندن این سوالات ضررویست:

۱- این سوالات لزومن شاید همه سوالات درست و صحیح و با کاربرد واقعی نباشند، اما تجربه ثابت کرده است که برخی از آن‌ها که شاید چندان منطقی هم نیستند ممکن است در جلسات مصاحبه استخدامی پرسیده ‌شوند.
۲- تمام سوالاتی که در مصاحبه شغلی در مورد نرم‌افزار مایکروسافت پراجکت پرسیده می‌شود، تنها محدود به موارد زیر نیست و شاید سوالات دیگری نیز باشد که از قلم افتاده‌اند.
۳- حتی اگر قصد حضور در یک مصاحبه شغلی را ندارید، خواندن این سوالات و جواب دادن به آن‌ها باعث می‌شود یک تخمین کلی از مهارت خودتان در نرم افزار MSP به دست بیاورید. (اگر فرض کنیم هر سوال نیم نمره دارد، بعد از خواندن هر چهل سوال حساب کنید از ۲۰ نمره به خودتان چه نمره‌ای می‌دهید.)

اما سوالات:
۱- آیا تا به حال یک ساختار شکست و یک برنامه زمان‌بندی را در MSP تهیه کرده‌اید؟ مراحل کار را از ابتدا تا انتها قدم به قدم توضیح دهید.
۲- نحوه انتقال یک WBS تهیه شده از اکسل به مایکروسافت پراجکت چگونه است؟
۳- در خصوص انواع تقویم Calendar و انواع قیدها Constraint در MSPتوضیح دهید.
۴- در خصوص Task Type و Effort Driven در نرم افزار MSP توضیح دهید.
۵- چگونه می توان در نرم افزار مایکروسافت پراجکت، یک تقویم اختصاصی ساخت؟ به عنوان مثال یک تقویم بسازید که هفت روز هفته، کاری و روزی ده ساعت کار است.
۶- نحوه تعریف و تخصیص baseline در MSP چگونه است؟
۷- چه روش‌هایی برای آپدیت کردن و به روز نمودن و Actual کردن برنامه زمان‌بندی در MSP وجود دارد؟ مراحل آپدیت کردن یک برنامه زمان بندی را از ابتدا تا انتها توضیح دهید.
۸- نحوه فرمول نویسی جهت محاسبه درصد پیشرفت برنامه‌ای در نرم افزار مایکروسافت پراجکت را توضیح دهید. در خصوص فرمول محاسباتی ضریب وزنی (W.F) زمانی در MSP توضیح دهید.
۹- نحوه استخراج S CURVE برنامه Baseline از یک برنامه زمان‌بندی در MSP را توضیح دهید.
۱۰- نحوه استخراج S CURVE برنامه Actual از یک برنامه زمان‌بندی در MSP را توضیح دهید.
۱۱- نحوه استخراج منحنی موزی از یک برنامه زمان‌بندی در MSP را توضیح دهید.
۱۲- در خصوص گروه بندی فعالیت ها در نرم افزار مایکروسافت پراجکت توضیح دهید.
۱۳- نحوه استخراج Cash flow از برنامه زمان‌بندی در پراجکت چگونه است؟
۱۴- در خصوص فیلدهای سفارشی در پراجکت توضیح دهید. (نحوه سفارشی‌سازی یک فیلد و کاربرد آن)
۱۵- چگونه می‌توان فعالیت‌های دو هفته آینده را از برنامه زمان‌بندی فیلتر و استخراج کرد؟
۱۶- چگونه می‌توان فعالیت‌هایی که در مسیر بحرانی پروژه هستند و هنوز آغاز نشده‌اند، اما طی دو ماه آینده طبق برنامه باید آغاز شوند را فیلتر و استخراج کرد؟
۱۷- در خصوص ابزارهای فیلتر و هایلایت در نرم افزار مایکروسافت پراجکت توضیح دهید.
۱۸- میزان “انحراف” پروژه از برنامه زمان‌بندی بیس‌لاین چگونه در msp محاسبه می‌شود؟
۱۹- میزان “تأخیر” پروژه از برنامه زمان‌بندی بیس‌لاین چگونه در پراجکت محاسبه می‌شود؟
۲۰- در اواسط پروژه چگونه می‌توانید پیش‌بینی تاریخ پایان پروژه را در msp محاسبه کنید؟
۲۱- برای محاسبه و آنالیز تأخیرات پروژه در msp از چه روشی استفاده می‌کنید؟
۲۲- نحوه انتقال یک برنامه زمان‌بندی از msp به اکسل و یا به پریماورا و بالعکس چگونه است؟
۲۳- نحوه تخصیص و تسطیح منابع در MSP چگونه است؟ (توضیح دادن ابزار تسطیح منابع، تسطیح منابع یک فعالیت، تسطیح تمام منابع، حذف اثر تسطیح، تنظیم‌های تسطیح و فیلدهای مربوط به تسطیح منابع)
۲۴- در خصوص مدیریت هزینه ها در پراجکت توضیح دهید. (توضیح در مورد تعریف هزینه‌ها، روش‌های تعریف هزینه، مفهوم هزینه ثابت آیتم‌ها، تعریف هزینه ثابت آیتم‌ها، تعریف هزینه منابع، تعریف هزینه متغیر، مفهوم منابع هزینه، تعریف منابع هزینه، تعریف بودجه، بررسی بودجه مالی و بررسی بودجه کاری)
۲۵- در خصوص کاربرد جدول Task usage و Resource Usage توضیح دهید.
۲۶- در خصوص ارتباط بین دو پروژه در نرم افزار مایکروسافت پراجکت توضیح دهید.
۲۷- چگونه می‌توان هیستوگرام منابع را از برنامه زمان‌بندی نوشته شده در پراجکت استخراج کرد؟
۲۸- چگونه می‌توان در یک برنامه زمان بندی و در msp فعالیت‌های open end را شناسایی کرد؟
۲۹- تفاوت‌های محاسبه پیشرفت برنامه‌ریزی شده، پیشرفت واقعی، در فیلدهای فیلد Physical % Complete، فیلد % Work Complete، فیلد % Complete، فیلد % Allocation در msp چیست و هر کدام چگونه محاسبه می‌شود؟
۳۰- نحوه انجام محاسبات EVM در مایکروسافت پراجکت چگونه است؟
۳۱- روش های نمایش دو یا چند رقم اعشار Complete% در MSP توضیح دهید.
۳۲- در خصوص شیوه ساخت یک فیلد اختصاصی برای نمایش مقدار گرد شده مدت زمان فعالیت توضیح دهید.
۳۳- تا چه حدی با مایکروسافت پراجکت سرور آشنایی دارید؟
۳۴- در خصوص شناسائی فعالیت Driving (محرک) در MSP با ابزار Inspector توضیح دهید.
۳۵- Elapsed Duration در نرم افزار MSP چیست؟
۳۶- در خصوص ایجاد فعالیت LOE در نرم افزار MSP توضیح دهید.
۳۷- در خصوص استفاده از Split در نرم افزار MSP توضیح دهید.
۳۸- در خصوص ایجاد فعالیت “غیر فعال” در پراجکت توضیح دهید.
۳۹- روش‌های شمسی‌سازی تاریخ‌ها در نرم‌افزار msp را توضیح دهید.
۴۰- از کدام یک از گزارشات خروجی نرم افزار پراجکت تا کنون استفاده کرده‌اید؟

خواهش می‌کنم بدون ذکر منبع (نام نویسنده و آدرس سایت و کانال تلگرام) کپی نکنید!

سایر مطالب مرتبط با این نوشته:

چهل سوالی که ممکن است در یک مصاحبه شغلی در خصوص نرم‌افزار پریماورا Primavera P6 از شما بپرسند.

بیست سوالی که ممکن است در یک مصاحبه استخدامی برنامه‌ریزی و کنترل پروژه در خصوص نرم‌افزار مایکروسافت اکسل excel از شما بپرسند

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

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

میزان عدد حقوق و دستمزد در صنف برنامه‌ریزی و کنترل پروژه و مدیریت پروژه چقدر است؟

PMP , مدیریت پروژه

هفت تغییر اساسی در ویرایش ششم PMBOK در مقایسه با نسخه پنجم

در حال مطالعه نسخه جدید PMBOK یعنی ویرایش ششم بودم و تغییراتش را نسبت به نسخه قبلی مقایسه می‌کردم که دیدم بهتر است این تغییرات را اینجا یادداشت کنم تا هم ذهن خودم منظم‌تر شود و هم شما استفاده کنید. (توجه: تمامی مطالب زیر برداشت‌های من از نسخه ششم است و شاید برداشت اشتباهی هم این بین باشد که ممنون خواهم شد اگر عنوان نمایید)

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

ویرایش ششم PMBOK که امسال منتشر شد، هفت تغییر اساسی با نسخه قبلی یعنی ویرایش پنجم دارد:
این هفت تغییر اساسی در نسخه ششم به شرح زیر است:
۱- تغییر مجموع تعداد فصول کتاب PMBOK
۲- تغییر اسامی دو حوزه دانش
۳- اضافه شدن سه فرآیند جدید به مجموع فرآیندها و حذف یک فرآیند
۴- تغییر اسامی برخی از فرآیندها
۵- اضافه شدن اجایل به نسخه ششم
۶- تغییرات در ورودی‌ها، خروجی‌ها، تکنیک‌ها و ابزارها (ITTO)
۷- سایر تغییرات

در ادامه به صورت مختصر به هر کدام از این تغییرات می پردازم:

۱- تغییر مجموع تعداد فصول کتاب PMBOK

ساختار این راهنما اکنون به سه بخش تقسیم شده است:
۱- راهنمای کتاب مدیریت دانش پروژه (راهنمای PMBOK®)
۲- استاندارد مدیریت پروژه (The Standard for Project Management)
۳- پیوست‌ها، واژه‌نامه و فهرست (Appendices, Glossary, and Index)
در نسخه ششم مقدمه (فصل ۱)، فرآیندهای مدیریت پروژه (فصل ۳) و ضمیمه A1 نسخه پنجم در حال حاضر در بخش دوم (استاندارد مدیریت پروژه) منتشر شده است.

فصل نقش مدیر پروژه (PM ROLE) به ویرایش ششم اضافه شده است. نقش مدیر پروژه، بخشی از فصل اول ویرایش پنجم بود، ولی در حال حاضر یک فصل جداگانه (فصل ۳) است. طبیعی است که از نظر PMI موضوع “نقش مدیریت پروژه” اهمیت زیادی داشته است که فصل جداگانه‌ای برای آن در نظر گرفته است.

در این فصل جدید در مورد مثلث استعدادهای PMI (PMI Talent Triangle) صحبت می‌شود.
در شکل زیر می‌توانید مثلث استعدادهای PMI را مشاهده فرمایید:

این مثلث شامل موارد زیر است:
۱- مدیریت استراتژیک و کسب و کار
۲- مهارت‌های رهبری
۳- مهارت‌های فنی

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

مهارت های رهبری
اگر چه مهارت‌های رهبری در نسخه پنجم PMBOK مورد بحث قرار گرفت، ولی در نسخه ششم PMBOK تأکید بیشتری بر این مهارت‌ها می‌شود. (مهارت‌های رهبری شامل هوش هیجانی، حل مسئله، تیم‌سازی و تأثیر آن است که به مدیر پروژه توانایی لازم را برای انگیزه دادن به تیم خود می‌دهد.)

مهارتهای فنی
در نسخه جدید PMBOK همچنان در خصوص نیاز مدیر پروژه به دانستن مهارت‌های فنی مربوط به پروژه تأکید می‌شود. علاوه بر این، مدیر پروژه باید مفاهیم مدیریت عملکرد، EVM، قوانین دولتی، مدیریت چرخه عمر پروژه و … که بخشی از نسخه قبلی هم بودند را بداند.

۲- تغییر اسامی دو حوزه دانش

گروه‌های فرآیندی(Process Group) همان پنج گروه سابق است. بدون تغییر در تعداد یا اسامی. (آغازین/برنامه‌ریزی/اجرا/نظارت و کنترل/پایانی – initiating /Planning /Executing /Monitoring & Control /Closing)
تعداد حوزه‌های دانش (Knowledge Area) هم تغییر نکرده و همان ده حوزه دانش سابق است، منتها اسامی دو حوزه دانش تغییر کرده است. در شکل زیر می‌توانید این تغییر اسامی را مشاهده کنید:

حوزه دانش مدیریت زمان(Time) به Schedule Management تغییر نام پیدا کرده است. چندین دهه گذشت تا بالاخره نویسندگان PMBOK به این نتیجه رسیدند که مدیران پروژه “زمان” را مدیریت نمی‌کنند، بلکه “برنامه زمان بندی” را تعریف و مدیریت می‌کنند. (به هر حال دیر رسیدن بهتر از هرگز نرسیدن است.) در حقیقت از نظر فلسفی نمی‌شود زمان را مدیریت کرد. زمان هر ساعت و هر لحظه و هر ثانیه می‌گذرد، اما برنامه زمان‌بندی را می‌توان مدیریت نمود.

حوزه دانش مدیریت منابع انسانی (HR Management) به مدیریت منابع (Resource Management) تغییر نام پیدا کرده است. در ویرایش ششم و در فصل منابع، هم در خصوص منابع انسانی و هم منابع فیزیکی بحث می‌شود، به همین خاطر اسم این حوزه دانش به مدیریت منابع تغییر پیدا کرده است. برای ما در ایران این یک نکته امیدوار کننده است. چرا که در اغلب پروژه‌های ایران، بحث مدیریت منابع کم‌رنگ است و شاید تلنگری شود برای همه ما که جدی‌تر موضوع مدیریت منابع را در پروژه‌ها پیگیری کنیم.

در ویرایش ششم هر حوزه دانش شامل ۴ قسمت زیر است:
مفاهیم کلیدی- Key Concepts
Trends and Emerging Practices
Tailoring Considerations
Considerations for Agile/Adaptive Environments

۳- اضافه شدن سه فرآیند جدید به مجموع فرآیندها و حذف یک فرآیند:

سه فرآیند جدید به مجموع فرآیندهای PMBOK اضافه شده است. این سه فرآیند موارد زیر هستند:
۱- فرآیند مدیریت دانش پروژه : Manage Project Knowledge (در حوزه دانش Integration و گروه فرآیندی Executing)
۲- فرآیند کنترل منابع: Control Resources (در حوزه دانش Resource و گروه فرآیندی M&C)
۳- پیاده‌سازی پاسخ به ریسک Implement Risk Responses (در حوزه دانش Risk و گروه فرآیندی Executing)

همین طور فرآیند پایان تدارکات (Close Procurements ) نیز حذف شده است.

بنابراین در حال حاضر پس از حذف یک فرآیند و اضافه شدن سه فرآیند، مجموع تعداد فرآیندهای PMBOK به ۴۹ فرآیند رسیده است.


در شکل زیر می‌توانید تغییرات فرآیندهای PMBOK را مشاهده کنید:

همین طور در نسخه ششم، فرآیند برآورد منابع فعالیت‌ها (Estimate Activity Resources) از حوزه دانش زمان به حوزه دانش منابع جابه‌جا شده است.

۴- تغییر اسامی برخی از فرآیندها

نام ۹ فرآیند در نسخه ششم PMBOK تغییر کرده است:
اسامی قدیمی در نسخه پنجم:
۱- Perform Quality Assurance
۲- Plan Human Resource Management
۳- Acquire Project Team
۴- Develop Project Team
۵- Manage Project Team
۶- Control Communications
۷- Control Risks
۸- Plan Stakeholder Management
۹- Control Stakeholder Engagement

اسامی جدید در نسخه ششم:
۱- Manage Quality
۲- Plan Resource Management
۳- Acquire Resources
۴- Develop Team
۵- Manage Team
۶- Monitor Communications
۷- Monitor Risks
۸- Plan Stakeholder Engagement
۹- Monitor Stakeholder Engagement

در شکل زیر می توانید این تغییر اسامی فرآیندها را مشاهده نمایید:

در شکل زیر می توانید کلیه تغییرات مربوط به فرآیندهای PMBOK را ملاحظه کنید:

۵- اضافه شدن اجایل به نسخه ششم:

اگر فایل الکترونیکی نسخه ششم PMBOK رو از سایت PMI دانلود کرده باشید، حتمن متوجه شده‌اید که با یک فایل حدود ۹۷۰ صفحه‌ای طرفید! تا صفحه ۷۵۶ این فایل، راهنمای PMBOK است و بعد از آن یک بخش جدید حدود ۱۸۰ صفحه‌ای به فایل اضافه شده است، تحت عنوان : Agile Practice Guide

علاوه بر این در خود راهنما نیز در فرآیندها، بر چرخه‌های حیات adaptive و iterative تأکید بیشتری شده است. به عنوان مثال در فرآیند Develop Schedule تأکید بشتری بر مفهوم اجایل شده است. در مجموع دانش مدیریت پروژه هر روز بیش‌تر به سمت مفاهیمی همانند اجایل و اسکرام پیش می‌رود و علت این امر هم پیشتاز بودن صنایع IT و نرم‌افزاری در جهان چه از نظر مالی و چه از نظر توسعه سریع است.

 

۶- تغییرات در ورودی‌ها، خروجی‌ها، تکنیک‌ها و ابزارها (ITTO)

در مورد این تغییرات من یک خبر خوب برای شما دارم و یک خبر بد:
خبر خوب این است که در نسخه ششم، ورودی‌ها، خروجی‌ها، ابزارها و تکنیک‌ها بهتر معرفی شده‌اند و توضیح دادن اینکه چرا یک ورودی یا یک ابزار یا تکنیک در یک فرآیند استفاده می‌شود، بهتر انجام شده است.

و اما خبر بد این است که علی‌رغم اینکه PMI ادعا می‌کند که تعدادی از ابزارها و تکنیک‌ها کاهش یافته است، اما بر خلاف آن، شمارش من می‌گوید که تعداد ۱۱۸ ابزار و تکنیک در نسخه قبلی به ۱۳۱ ابزار و تکنیک منحصر به فرد افزایش یافته است. (یعنی ۱۱٪ افزایش)

ابزارها و تکنیک‌ها در دسته‌های زیر گروه‌بندی شده‌اند:
۱- Data gathering, e.g. Brainstorming, Interviews, Market Research
۲- Data analysis, e.g. Cost-benefit Analysis, Earned Value Analysis, Performance Reviews
۳- Data representation, e.g. Cause-and-effect Diagrams, Flowcharts, Histograms
۴- Decision-making, e.g. Multi criteria Decision Analysis, Voting
۵- Communication skills, e.g. Feedback, Presentation
۶- Interpersonal and team skills, e.g. Active Listening, Conflict Management, Emotional Intelligence

تعداد کلی ITTO ها از ۶۱۸ به ۷۲۲ افزایش یافته است (۱۷٪ افزایش) به عبارتی افرادی که با نسخه ششم قصد آزمون PMP دارند، کار سخت‌تری خواهند داشت.

۷- سایر تغییرات:

– تغییرات در برنامه مدیریت پروژه(PMP) و مدارک پروژه(Project Document)
– اضافه شدن استراتژی Escalate Response به استراتژی‌های قبلی پاسخ به ریسک
– تأکید بیشتر بر روی اهمیت دو موضوع product and project scope.
– تأکید بیشتر بر روی Benefits Management
– مفهوم Business Documents که شامل Business Case و Benefits Management است، معرفی شده است.

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

خواهش می‌کنم بدون ذکر منبع، کپی نکنید!