‎‎ ‎‎ ‎‎ ‎‎ مدیریت پروژه - دروس آموخته

110- مصائب مگاپروژه ها در ایران چیست؟/بررسی شرایط تحریم و پساتحریم

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

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

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٢:٤٥ ‎ق.ظ روز ٢٧ خرداد ۱۳٩٤


107- مدیریت استراتژیک پروژه

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

 

Strategic Project Management

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٥:٠٤ ‎ب.ظ روز ٧ تیر ۱۳۸٩


104- اخلاق در مدیریت پروژه

 

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

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

 

 

اخلاق در مدیریت پروژه

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٠:۱۱ ‎ق.ظ روز ۳٠ فروردین ۱۳۸٩


103- درس‌هایی که آموخته نشد

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

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٩:٢۱ ‎ق.ظ روز ۸ بهمن ۱۳۸۸


.ل100- چه سازمان‌هایی به دفتر مدیریت پروژه نیاز دارند؟ ‏

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٢:٢٦ ‎ب.ظ روز ٢٥ شهریور ۱۳۸۸


99- در اهمیت برنامه‌ریزی

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۸:٤۸ ‎ق.ظ روز ٧ شهریور ۱۳۸۸


98- درسهایی که آموخته نشد

 

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱۱:٥٥ ‎ق.ظ روز ٢٢ امرداد ۱۳۸۸


97- تهیه منشور برای پروژه

نویسنده: Todd Fuller, PMP

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

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

 

 

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱۱:٤۱ ‎ق.ظ روز ۱ امرداد ۱۳۸۸


93- مقایسه پروژه ها برای تخصیص منابع محدود

وقتی در سازمان قصد دارید که بر روی یک یا چند پروژه سرمایه­­گذاری کنید، اغلب با کمبود منابع مالی مواجه هستید. به همین دلیل اغلب لازم است که از اجرای همه پروژه­های ممکن صرفنظر کرده و آنها را اولویت بندی و سپس نسبت به اجرای پروژه با اولویت بالاتر اقدام کنید. اما اولویت بندی پروژه ها چگونه صورت می گیرد.؟ اغلب برای آنکه ارزیابی پروژه ها بصورت همگن صورت پذیرد لازم است که اطلاعات مشابه و مشترکی برای هر یک از پروژه های پیشنهاد شده تهیه گردد. این اطلاعات در قالب یک Business Case با فرمت مشابه تهیه می شود. یک Business Case باید اطلاعات زیر را در برداشته باشد. 

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱۱:۱٤ ‎ق.ظ روز ٢٥ فروردین ۱۳۸۸


آموزش- هفته 7- مدیریت تیم

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

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

 

برای دانلود فایل پاورپوینت به ادامه متن مراجعه کنید....

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٩:٥٧ ‎ق.ظ روز ٩ بهمن ۱۳۸٧


88- آمار موفقیت و شکست در پروژه ها

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

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۳:٠٢ ‎ب.ظ روز ٢٤ دی ۱۳۸٧


87- عبور از موانع پروژه

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٩:٠٤ ‎ق.ظ روز ٢۳ دی ۱۳۸٧


خبر- انتشار نسخه نهایی استانداردهای مدیریت پروژه (2008)

خلاصه پس از مدت ها یک سری از استانداردهای جدید انجمن مدیریت پروژه آمریکا (PMI) منتشر شد.

نسخه الکترونیکی این استانداردها هم اکنون برای اعضای PMI قابل دسترس بوده و افراد می توانند نسخه چاپی آن را از طریق لینک هایی که در ادامه متن آمده سفارش دهند.

این استانداردها عبارتند از:

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٤:٢٥ ‎ب.ظ روز ۱٥ دی ۱۳۸٧


آموزش- هفته 6- رهبری

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

 

 برای دانلود فایل پاورپوینت به ادامه متن مراجعه کنید...

 

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٩:٠۸ ‎ق.ظ روز ٥ آذر ۱۳۸٧


آموزش- هفته 5- بازاریابی و مدیریت پروژه

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

 برای دانلود فایل پاورپوینت به ادامه متن مراجعه نمایید....

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٧:٤٥ ‎ق.ظ روز ۱۳ آبان ۱۳۸٧


82- چگونه پروژه های خود را اولویت بندی کنیم

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

 

اولویت بندی

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٤:۱٤ ‎ب.ظ روز ٢۸ مهر ۱۳۸٧


81- لغتنامه جلسات مدیریت پروژه در ایران

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

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

 

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱:٤۱ ‎ب.ظ روز ٢۸ مهر ۱۳۸٧


79- ماتریس تخصیص مسئولیت (RAM)

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٢:٥۳ ‎ب.ظ روز ٢۱ مهر ۱۳۸٧


آموزش- هفته 4- مدیریت تغییرات پروژه

در ادامه مباحث مربوط به آموزش مدیریت پروژه در ادامه سری اسلایدهای مربوط به مدیریت تغییر و کنترل تغییر در پروژه و لزوم بکارگیری آنها در سازمان ارائه شده است.

   

برای دانلود فایل پاورپوینت به ادامه متن مراجعه نمایید....

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٠:٢۱ ‎ق.ظ روز ٢۱ مهر ۱۳۸٧


78- مدل ارزیابی تعالی پروژه بر اساس استاندارد ICB

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

  

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٧:٥٤ ‎ق.ظ روز ٢۱ مهر ۱۳۸٧


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

مطمئنا تا به حال برای شما هم پیش آمده که چند تا فایل را که می خواهید از اینترنت پیدا کنید باید کلی دنبال تک تک فایل ها بگردید تا خلاصه بتوانید به یکی از آنها برسید. این کار اغلب زمان زیادی از ما می گیره.

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

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

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

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

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ۳:۱۳ ‎ب.ظ روز ۱٦ مهر ۱۳۸٧


خبر- عضویت ایران در انجمن بین المللی مدیریت پروژه

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

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

 

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ۳:٠٢ ‎ب.ظ روز ۱٥ مهر ۱۳۸٧


آموزش- هفته 3- برنامه مدیریت پروژه

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

 

 

 دانلود فایل پاورپوینت در ادامه ...

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٤:۳۳ ‎ب.ظ روز ٢٧ شهریور ۱۳۸٧


کتاب- ICB مبنای شایستگی انجمن بین المللی مدیریت پروژه

 

عنوان: ICB - مبنای شایستگی انجمن بین المللی مدیریت پروژه

Title: ICB- IPMA Competence Baseline Version 3.0

Editorial Committee: Gilles Caupin, et al.

دانلود در ادامه... .

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٠:۱٧ ‎ق.ظ روز ٢۳ شهریور ۱۳۸٧


75- علت، ریسک و نتیجه- ‏Cause, Risk & Effect

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

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

 

علت ریسک نتیجه

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٢:۱٩ ‎ب.ظ روز ۱٧ شهریور ۱۳۸٧


74- PMP چیست؟

گواهینامه PMP (Project Management Professional) گواهینامه ای است که موسسه PMI (Project Management Institute) از سال 1984 به متخصصان حرفه مدیریت پروژه ارائه می دهد . این گواهینامه نشان می دهد که افرادی که دارای گواهینامه PMP از موسسه PMI هستند، دارای یک سطح حرفه ای از مهارت های رهبری مدیریت پروژه می باشند و در نتیجه می توانند حقوقی را درخواست کنند که بالاتر از همکاران همرده آنان می باشد.

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٩:۱٠ ‎ق.ظ روز ٥ شهریور ۱۳۸٧


کتاب: مدیریت ریسک پروژه با استفاده از Pertmaster

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

کتاب مدیریت ریسک پروژه با استفاده از Pertmaster

 

عنوان کتاب: مدیریت ریسک پروژه با استفاده از Pertmaster

نویسندگان: صادق روزبهی، خدیجه جدا

ناشر: کیان رایانه سبز

چاپ اول: 1387

شابک: 0-03-5237-600-978

تعداد صفحات: 639صفحه

قیمت: 12500 تومان

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٧:٠٧ ‎ب.ظ روز ۱۳ شهریور ۱۳۸٧


آموزش - هفته 1- مدیریت پروژه

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

  

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ٧:٥٢ ‎ق.ظ روز ٢٠ امرداد ۱۳۸٧


ربیت72- شناسایی محرک ها، محدودیت ها و درجات آزادی در پروژه

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

شناسایی محرک ها، محدودیت ها و درجات آزادی در پروژه

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱:۳۳ ‎ب.ظ روز ۱۳ امرداد ۱۳۸٧


71- سیستم گواهینامه 4 مرحله ای ‏IPMA

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

IPMA 4 Level Certification

 

 

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٧:٥۳ ‎ق.ظ روز ٥ امرداد ۱۳۸٧


70- استاندارد PRINCE2

کلمه PRINCE سرنام عبارت PRojects IN Controlled Environment  می باشد. این استاندارد یک روش ساختار یافته برای مدیریت اثربخش پروژه ها می باشد.

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٥:٤۳ ‎ب.ظ روز ٢٤ تیر ۱۳۸٧


69- جلسه آغاز پروژه یا Kick-Off Meeting

 

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

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٤:۳٤ ‎ب.ظ روز ٢٢ تیر ۱۳۸٧


کتاب- مدیریت چابک پروژه

Title: Agile Project Management: How to Succeed in the Face of Changing Project Requirements

Author: Gary Chin

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ٥:۱٧ ‎ب.ظ روز ۱٥ تیر ۱۳۸٧


66- ICB‏ چیست‏؟

ICB یا برنامه شایستگی انجمن بین المللی مدیریت پروژه (IPMA Competency Baseline)  در واقع یک استاندارد رفتاری برای مدیران پروژه است. در این استاندارد ویژگی ها و عناصری که در تعیین یک مدیر پروژه شایسته تاثیر گذار هستند بیان شده است.

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٢:٤٢ ‎ب.ظ روز ٢۸ خرداد ۱۳۸٧


65- مدیریت پروژه چابک- روش

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱۱:۳۱ ‎ق.ظ روز ۱٩ خرداد ۱۳۸٧


کتاب: مدیریت پروژه- یک رویکرد سیستمی به برنامه ریزی زمانبندی و کنترل

 

Title: Project Management - A Systems Approach To Planning, Scheduling, And Controlling

Author: Harold Kerzner

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱۱:٢۸ ‎ق.ظ روز ٢۱ اردیبهشت ۱۳۸٧


55- روش گروه های اسمی Nominal Group Technique-NGT

وقتی جلسه ای تشکیل می شود، اغلب پیش می آید که حرف افرادی که بلندتر حرف می زنند و یا  رتبه بالاتری در سازمان دارند بیشتر شنیده می شود. اما در هنگام توافق در مورد تصمیمات مهم و یا اولویت های اساسی، چگونه می توانید مطمئن شوید که تصمیم عادلانه ای برای گروه گرفته اید؟یک روش برای اطمینان از این امر روش گروه های اسمی یا Nominal Group Technique (NGT) می باشد.

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

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۳:۳٢ ‎ب.ظ روز ۱۳ اسفند ۱۳۸٦


54- عوامل عمده شکست در پروژه ها

- شفاف نبودن نیازها: درصورت مشخص نبودن نیازهای مشتری به طور روشن و شفاف، نمی توان به موفقیت پروژه امیدوار بود.

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

 

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

ادامه مطلب   
نویسنده : صادق روزبهی- PMP ; ساعت ۱٠:٥۳ ‎ق.ظ روز ٩ اسفند ۱۳۸٦


۴۹- یادگیری از پروژه ها

 

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

 

 

بررسی پس از اقدام The Active Action Review (ARR)

 

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

 

1.       انتظار داشتید چه اتفاقی بیافتد؟

 

2.       چه چیزی اتفاق افتاد؟

 

3.       چه چیزی یاد گرفتید؟

 

 

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

 

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

 

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

 

 

"درو کردن" دانش پروژه در اینتل

 

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

 

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

 

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

 

بعلاوه مشاوران دانش در اینتل این دانش درو شده را در قالب نشریاتی به نام "هسته دانش" چاپ و منتشر می کنند.

 

 

پروژه ها به عنوان فرصت های ارشاد و راهنمایی

 

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

 

اینگونه آموزش های حین کار ،‌نوعی دانش کاربردی  را منتقل می کنند که کتابها توانایی آموزش آن را ندارند.

 

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

 

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

 

 

منبع: NASA Academy Sharing Knowledge (ASK)

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ۸:٥٩ ‎ب.ظ روز ۱٧ بهمن ۱۳۸٥


۴۶- متدولوژی حلزونی (مارپیچی)

 

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

 

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

 

1) مشخصه های با اولویت بالا را بررسی می کنند.

 

2) آنها را شناسایی می کنند.  

 

3) آنها را به اجرا در می آورند.

 

4) از مشتریان در مورد آنها بازخور دریافت می کنند.

 

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

 

 

متدولوژی حلزونی

 

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

 

- طراحی انعطاف پذیر آن، این اجازه را می دهد که تغییرات در چندین مرحله از پروژه به وقوع بپیوندد.

 

- فرآیند ساخت سیستم های بزرگ در بخش های کوچک، امکان محاسبات هزینه ای را بهتر و ساده تر فراهم می کند.

 

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

 

- دانش مشتری با پیشرفت پروژه رشد می کند و لذا بخوبی می تواند با مدیریت ارتباط برقرار کند.

 

 

این متدولوژی یک متدولوژی ریسک مدار است. زیرا ریسک در ابتدای هر مرحله بررسی شده و در چرخه های متوالی مجددا بررسی می شود. از این متدولوژی اغلب برای پروژه های توسعه سریع برنامه های کاربردی (RAD) استفاده می شود. در این متدولوژی بیشتر حجم کار بر روی توسعه دهنده ها و طراحان است و مدیر پروژه زحمت کمتری متحمل می شود. این متدولوژی قابلیت حل مشکلات زیر را در پروژه ها داراست:

 

- خواسته های ناکافی از مشتری: این متدولوژی مشتری را تشویق می کند تا بازخور ارائه دهد.

 

- ارتباطات نا کافی: در این متدولوژی سوء تفاهم ها سریعا قابل رفع می باشد.

 

- طراحی طاقت فرسا: در این روش توسعه بر اساس موارد بحرانی مورد نیاز می باشد.

 

- تناقضات شناسایی نشده: تناقضات در مراحل اولیه پروژه شناسایی می شوند.

 

- تست و تضمین کیفیت ضعیف: تست درست از تکرار اول شروع می شود.

 

- توسعه آبشاری: ریسک ها در مراحل اولیه شناسایی و مورد بررسی قرار می گیرند.

 

 

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ٤:٤٠ ‎ب.ظ روز ۱٧ آذر ۱۳۸٥


۴۴- متدولوژی آبشاری

این متدولوژی در سال 1970 توسط دکتر Winston Royce به منظور کمک به پروژه های توسعه نرم افزار ارائه گردید. از آن تاریخ، اصلاحاتی در این متدولوژی صورت گرفت. هم اکنون این متدولوژی کاربرد وسیعی در پروژه های نرم افزاری دارد.

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

            متدولوژی آبشاری

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

-         تجزیه و تحلیل نیازمندی ها

-         طراحی

-         تست کدها و مجموعه کدها

-         تست های انتهای هر قسمت

-         تست کل سیستم

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

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

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

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

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

محاسن متدولوژی آبشاری به شرح ذیل می باشند:

-         امکان قراردادن نقاط کنترلی فاز به فاز را در اختیار می گذارد

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

-     از آن می توان در یک رویکرد تکراری نیز استفاده نمود. (به این معنا که در هر فاز از پروژه این رویکرد را در نظر گرفت و یکبار کلیه مراحل فوق را انجام داد)

معایب متدولوژی آبشاری به شرح ذیل می باشند:

-         کمترین بازخور در بین فازهای پروژه وجود دارد.

-         نتایج را فقط در انتهای چرخه حیات پروژه می توان دید.

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

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ٩:۳٦ ‎ق.ظ روز ٢٦ آبان ۱۳۸٥


۴۲- متدولوژی های مدیریت پروژه (۲)

 

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

 

  • متدولوژی تک چرخه ای

     

  • متدولوژی V شکل

     

  • متدولوژی آبشاری

     

  • متدولوژی حلزونی

     

  • متدولوژی SSADM (که در واقع پروژه پایانی خودم هست)

     

  • متدولوژی پرامیس

     

  • غیره

     

 

متدولوژی V شکل:

 

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

 

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

 

این متدولوژی به دلیل آنکه در یک مجموعه مرحله (Phase Down) فعالیت های توسعه اقلام قابل تحویل و در مجموعه مرحله بعدی (Phase Up)  فعالیتهای مربوط به تست و تصدیق اقلام قابل تحویل انجام می پذیرد ، به متدولوژی V شکل معروف شده است. (شکل زیر)

 

 

متدولوژی V شکل

 

 

 ــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ۱٠:۱۳ ‎ق.ظ روز ٢ آبان ۱۳۸٥


۴۱- متدولوژی های مدیریت پروژه (۱)

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

ــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

متدولوژی تک چرخه ای (The Unicycle Methodology)

 

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

متدولوژی تک چرخه ای

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

 

 

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

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ۸:٥٦ ‎ب.ظ روز ٢٢ مهر ۱۳۸٥


۲۹- بهبود فرآیند بکارگیری دروس آموخته در ناسا

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

 

 

 

تهیه فرآیند رسمی دروس آموخته ناسا

 

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

علت بروز حادثه در فضا پیمای کلمبیا

 

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

 

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

 

- اثر بالقوه بر روی موفقیت ماموریت ها

 

- کاربرد پذیری بر روی پروژه های جاری و برنامه ریزی شده 

 

- عدم پوشش موارد قید شده در دروس ثبت شده قبلی

 

 

 

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

 

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

 

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


 

 

 

بکارگیری و بهبود سیستم

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

 

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

 

 

 

 

 

متخصص کسی است که می داند چه اشتباهاتی ممکن است در کار بوجود آید و همچنین چگونه می تواند از وقوع آنها جلوگیری کند.   (ورنر کارل هیزنبرگ – برنده جایزه نوبل سال 1932)

 

 

 

 

 

 

 

  ما اشتباهات جدیدی را اختراع نمی کنیم. فقط اشتباهات گذشته را تکرار می کنیم.   

( بیل بال هاس- مدیر اجرایی سازمان فضایی)

 


 

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ۱٠:٢٤ ‎ق.ظ روز ٢٩ امرداد ۱۳۸٥


۱۴- مدیریت منابع پروژه

مدیریت منابع پروژه

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

  
نویسنده : صادق روزبهی- PMP ; ساعت ۸:٥٥ ‎ق.ظ روز ٢ امرداد ۱۳۸٥


‎ ‎‎ ‎‎ ‎
‎ ‎‎ ‎
‎ ‎
‎ ‎‎ ‎‎ ‎
‎‎ ‎‎