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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

مطالب مرتبط:

مدیریت پروژه

مدیریت پروژه در فوتبال

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

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

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

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

کار مهم دیگه‌ای که کارلوس کیروش در بحث مدیریت پروژه فوتبال انجام میده، مدیریت ریسکه. ما همیشه می‌بینیم که کارلوس کیروش از قبل ریسک‌های پیش‌ روی یک پروژه فوتبال رو رصد میکنه و براشون برنامه پاسخ به ریسک و استراتژی می‌چینه. اون همیشه سعی می‌کنه علاج واقعه رو قبل از وقوع بکنه. یک مثال براتون بزنم: بازی مرحله رفت ایران مقابل سوریه در مقدماتی جام‌جهانی ۲۰۱۸ رو یادتونه؟. کیروش از قبل می‌دونست که بازی قراره در کشور مالزی و در یک چمن بی‌کیفیت برگزار بشه و از طریق اطلاعات هواشناسی مطمئن بود که روز بازی بارندگی هم خواهیم داشت. حالا استراتژی کیروش برای مقابله با این وضعیت چی بود؟ اون هر چی بازیکن قدرتی و اغلب شمالی(گیلانی و مازندرانی) رو تو ترکیب اصلی تیمش چید، از امید ابراهیمی گرفته تا سوشا مکانی و عزت‌الله پورغاز. بازیکن‌هایی که در چنین زمین‌هایی سابقه بازی کردن داشتن و اگر بدشانس نبودیم تو اون بازی هم به راحتی پیروز می‌شدیم. حالا فرض کنید اگر یک مربی بدون دانش مدیریت پروژه سرمربی ایران بود. مثلن یک سرمربی سنتی ایرانی! قطعن بدون در نظر گرفتن این ریسک‌ها تیمش رو به زمین مسابقه می‌فرستاد و بعد از اتمام مسابقه هم شروع می‌کرد به غر زدن در مورد کیفیت زمین و وضعیت آب و هوا و گیر دادن به زمین و زمان. یعنی ریسک‌ها رو IGNORE می‌کرد و بعد راجع به همون ریسک‌ها غر میزد!

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

ابزار مهمی دیگه‌ای که کارلوس کیروش در مدیریت پروژه فوتبال ازش استفاده می‌کنه، استفاده از تکنیک‌های مدیریت منابع انسانی پروژه‌ست. اون همیشه و به صورت مرتب از تکنیک‌ها و ابزارهای Interpersonal skills/ Training/ Team building/ Ground rules/ Collocation/ Recognition and rewards/ Personnel assessment tools در تیم ملی استفاده می‌کنه. یک نمونه‌ش Ground rules هایی هست که در اردوهای تیم ملی ایجاد کرده، هر بار دیر رسیدن به محل تمرین یک سری جرایم مالی داره و یا برخی از جریمه‌های دیگه که به بهترین شکل ممکن سبب ایجاد نظم گروهی در تیم ملی شده. طی هفت سال گذشته تیم ملی کیروش، منظم‌ترین و بی‎حاشیه‌ترین تیم ملی تاریخ ایران بوده و اصلن از اون باندبازی‌های سابق یا بازیکن‌سالاری‌های قدیم و حاشیه‌های همیشگی تیم ملی در دوران گذشته خبری نیست و این‌ها همه نتیجه استفاده کیروش از تکنیک‌ها و ابزارهای مدیریت منابع انسانی در پروژه‌هاشه. اون در این راه خیلی جدی و مصممه، اون قدری که بازیکن‌های مهمی مثل سید مهدی رحمتی یا هادی عقیلی رو به دلیل همین نظم گروهی از تیم پروژه‌ش برای همیشه کنار گذاشت.

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

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

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

 

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

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

همه چیز در مورد شناوری منفی در پروژه

کنار گذاشتن باورهای غلط:

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

نکته بسیار مهم: شناوری مسیر بحرانی همیشه صفر نیست و ممکن است صفر، منفی یا مثبت باشد.

چه زمانی در برنامه زمان‌بندی شناوری منفی داریم؟

اگر در پایان برنامه زمان‌بندی، یک قید پایان محکم داشته باشیم، هر زمان که یکی یا چند تا از فعالیت‌های مسیر بحرانی از برنامه عقب افتاد،(دچار تأخیر شد) شناوری منفی ایجاد می‌شود. شناوری منفی یعنی شما از برنامه زمان‌بندی تأخیر دارید. فرق تأخیر با انحراف را که می‌دانید؟ اگر نمی‌دانید مطلب لینک زیر را مطالعه کنید:

سوال: آیا شناوری منفی (یا شناوری غیر صفر مسیر بحرانی) فقط در فاز کنترل پروژه هست و آیا در فاز برنامه‌ریزی پروژه و در ابتدای پروژه هم ممکن است شناوری منفی داشته باشیم؟

جواب: بله

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

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

آیا شناوری منفی مهم است؟

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

معمولن در چه پروژه‌هایی شناوری منفی ایجاد می‌شود؟

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

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

به عبارتی در این پروژه‌ها اولویت‌های اصلی استراتژی جبران از عقب ماندگی و جبران تأخیر پروژه به ترتیب و به این صورت تعریف می‌شود:
۱- فعالیت‌های با شناوری منفی
۲- فعالیت‌های با شناوری صفر
۳- فعالیت‌های با شناوری مثبت ولی مقدار کم
۴- و در نهایت سایر فعالیت‌های پروژه

بنابراین باز هم تأکید می‌کنم که صفر کردن شناوری منفی در هنگام تهیه برنامه جبرانی کار اشتباهی است مگر اینکه بیس‌لاین پروژه تغییر نماید یا تاریخ پایان پروژه تغییر کند.

آیا وجود شناوری منفی در برنامه زمان‌بندی نشان دهنده یک مشکل در برنامه‌ریزی است؟

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

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

 

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

پریماورا

مفهوم فعالیتهای از نوع WBS Summary در پریماورا چیست؟

اگر با نرم افزار P3 که ورژن قدیمی نرم‌افزار فعلی Primavera p6 بود کار کرده باشید، در اون نرم‌افزار دربخش نوع فعالیت(activity Type) ما یک آیتمی داشتیم به نام hammock activity. در ورژن جدید پریماورا یعنی P6 اسم hammock activity حذف شده و تبدیل شده به WBS summary. که به نظر من اسم جدید یعنی WBS Summary بیشتر لپ مطلب را در مورد hammock activity بیان میکنه.

فعالیتهای hammock activity که در PMBOK هم بهشون اشاره شده، شبیه فعالیت‌های LOE هستند. به عبارتی فعالیت های نوع hammock activityو WBS Summary و LOE تقریبن مشابه هم هستند. چرا؟ چون مثل LOEها زمانش مستقل از فعالیت‌های زیر مجموعه‌ش هست. مثلن شما یک فعالیتی مثل بازرسی جوش رو در نظر بگیرید. تا زمانی که فعالیت‌های فیتاپ و جوشکاری تمام نشده، بازرسی جوش تمام نخواهد شد.
حالا من سعی می‌کنم با یک مثال در P6 این موضوع رو به شما نشون بدم:

شکل۱:


فرض کنید یک فعالیت بازرسی جوش دارید و سه فعالیت مربوط به جوش‌کاری که اون سه فعالیت به صورت FS با هم رابطه دارند. در شکل یک همون طور که می‌بینید مدت زمان فعالیت بازرسی ما مستقل از زمان فعالیت‌های زیر مجموعه خودش هست. ولی ما می‌خواهیم این فعالیت زمانش براساس زمان WBS summary بالای خودش تعریف بشه. یعنی مستقل از زمان فعالیت‌های زیرمجموعه و وابسته به مدت زمان WBS summary یا فعالیت high level باشه.

شکل۲:


برای این کار ما نوع فعالیت بازرسی رو از نوع WBS summary یا همون hammock activity قرار می‌دهیم و برنامه رو مجددن schedule می‌کنیم.

شکل ۳:


نتیجه در شکل۳ مشخصه. مدت زمان فعالیت بازرسی از ۵ روز به ۱۵ روز افزایش پیدا کرد.
امیدوارم تونسته باشم مفهومش رو بگم. در مطالب بعدی سعی می کنم راجع به این قضیه صحبت کنم که آیا اصولن قرار دادن فعالیت‌های از جنس WBS summary یا LOE در برنامه زمان‌بندی کار صحیحی هست یا نه.

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

اکسل

بیست سوالی که ممکن است در یک مصاحبه استخدامی برنامه‌ریزی و کنترل پروژه در خصوص نرم‌افزار مایکروسافت اکسل 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 از شما بپرسند.

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

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

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

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

مدیریت پروژه

ویژگی‌های یک مدیر پروژه سنتی

در مطلب قبلی با عنوان “ده نکته طلایی برای مدیران پروژه‌ها“، ده مورد مهم برای مدیران پروژه‌ها ذکر کردم. اما همه مدیران پروژه‌ها به یک شکل عمل نمی‌کنند. به نظر من مدیران پروژه در ایران دو دسته هستند:

۱- مدیران پروژه سنتی
۲- مدیران پروژه مدرن

اصطلاح “مدیر پروژه سنتی” لزومن به معنی سالخورده و کهنسال بودن نیست. ممکن است یک فرد در عین جوانی و شادابی، در مدیریت پروژه تفکرات کاملن سنتی داشته باشد. به صورت تیتروار برخی از خصوصیات مدیران پروژه سنتی را ذکر می‌کنم:

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

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

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

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

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

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

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

۸- پروژه را به صورت هیأتی مدیریت می‌کنند. بعدن در پستی جداگانه و به صورت مفصل در مورد “سبک مدیریت پروژه هیأتی” خواهم نوشت.

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

۱۰- معتقدند در پروژه دموکراسی نیست و مدیر پروه باید یک دیکتاتور مطلق باشد و نظر سایر افراد و تیم پروژه ذره‌ای اهمیت ندارد و تنها نظر آن‌هاست که درست و صحیح است و باید اجرا شود.

۱۱- به فاز اختتام پروژه اعتقادی ندارند، معتقدند اصل کار همان نود درصد پیشرفت پروژه بود که خودشان انجام داده‌اند و فعالیت‌های فاز اختتام پروژه مهم نیست و قبل از فاز اختتام پروژه، موفقیت خودشان و پروژه‌شان را جشن می‌گیرند!

خوشحال می‌شوم شما هم اگر موارد دیگری به ذهنتان میرسد، عنوان کنید.

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

 

سایر مطالب مرتبط:

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

آیا پروژه‌های سازمانتان، شما را به یاد داستان “پنج مرد نابینا و یک فیل” نمی‌اندازد؟

مدیریت قند و چایی در پروژه‌ها

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