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

22.jpg (364×96)11.jpg (364×96)

ادعونی
اهدای خون
موسسه محک
اهداء عضو

متدولوژی پرینس۲ (Prince2)

1396/02/6
16:37
امیرحسین ستوده بیدختی
آشنایی با متدولوژی پرینس۲ (Prince2)
PRINCE2 هفت اصل زیربنایی معرفی می‌کند(اصول پرینس۲)؛ اصولی که محقق کردنشان برای موفقیت هر نوع پروژه‌ای لازم است و سهل‌انگاری در حتی یکی از آن‌ها می‌تواند منجر به شکست پروژه شود.

اصول زیربنایی PRINCE2 از این قرارند:

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

 اصل ۲ از اصول پرینس۲: درس گرفتن از گذشته:
همیشه در حال تجربه کردن هستیم و برای این تجربه‌ها نیز هزینه می‌کنیم؛ در نتیجه باید آنها را حفظ کنیم و به کار بگیریم تا بتوانیم هر روز موفق‌تر از روز قبل باشیم. تجربه‌های پروژه باید دایما و به تدریج در قالب درس‌های آموخته ثبت شوند و پرونده‌های پروژه نیز باید به شکلی قابل دسترسی بایگانی شوند.

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


 اصل ۴ از اصول پرینس۲: مدیریت مبتنی بر مرحله:
به خاطر عدم قطعیت‌های حاکم بر پروژه‌ها نمی‌توان آن‌ها را از ابتدا به تفصیل برنامه‌ریزی کرد. به همین خاطر باید هر پروژه را به بازه‌هایی زمانی که مرحله مدیریتی نامیده می‌شوند تقسیم کنیم و برنامه‌ریزی‌ها و کنترل‌ها را بر آن اساس شکل دهیم.



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


 اصل ۶ از اصول پرینس۲: تمرکز بر محصول:
هدف تولید محصول است، نه کار کردن. کار کردن فقط ابزاری است که برای تولید محصول استفاده میکنیم. به همین خاطر باید تمرکزمان بر محصول باشد و کارها را بر آن اساس شکل دهیم و اصلاح کنیم.

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

زمینه‌های Prince2

زمینه‌های پرینس۲ از این قرارند:

انگیزه تجاری
سازمان
کیفیت
برنامه‌ها
ریسک
تغییر
پیشرفت

 زمینه ۱ از زمینه‌های پرینس۲: انگیزه تجاری:
زمینه ۱ از زمینه‌های پرینس ۲ انگیزه تجاری مفهوم یا سندی است که توجیه‌پذیری پروژه و اطلاعات تکمیلی آن را در خود جای می‌دهد و باید پیش از شروع هر مرحله و در زمان رخ دادن هر مسئله مهم و خاص (exception) به‌روزرسانی و بررسی شود.

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

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


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

 زمینه ۵ زمینه‌های پرینس۲: ریسک:
باید علاوه بر تحویل‌شدنی‌های مسلم پروژه رویدادهایی که وقوعشان حتمی نیست را نیز برنامه‌ریزی کرد و اقدام‌هایی برایشان در نظر گرفت تا فرصت‌ها از دست نروند و تهدیدها مشکل‌زا نشوند.

 زمینه ۶ زمینه‌های پرینس۲: تغییر:
زمینه‌های پرینس۲
تغییر اجتناب‌ناپذیر است و تنها زمانی مضر است که تحت کنترل نباشد. باید روند یکپارچه‌ای برای کنترل و اعمال تغییرات وجود داشته باشد.

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

آشنایی فرآیند‌های Prince2

فرآیندهای PRINCE2 از این قرارند:

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



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

فرآیند ۲ از فرآیند‌های پرینس۲: هدایت پروژه:
این فرآیند بعد از فرآیند راه‌اندازی شروع می‌شود و تا پایان پروژه ادامه پیدا می‌کند. این فرآیند مسئول هدایت پروژه در مسیر انگیزه تجاری آن و تصمیم‌گیری در مورد مسایل کلان است.

فرآیند ۳ از فرآیند‌های پرینس۲: آغاز پروژه:

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

فرآیند ۴ فرآیند‌های پرینس۲: کنترل مرحله مدیریتی:
وقتی کارهای اجرایی در حال انجام هستند، فرآیند کنترل مرحله مدیریتی در سطح مدیریت بر اجرای آنها نظارت خواهد داشت.

فرآیند ۵ فرآیند‌های پرینس۲: مدیریت تحویل محصول:
زمینه‌های پرینس۲
وقتی کارهای اجرایی در حال انجام هستند، فرآیند مدیریت تحویل محصول در سطح تحویل آنها را مدیریت خواهد کرد.

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

 فرآیند ۷ فرآیند‌های پرینس۲: خاتمه پروژه:

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



متدولوژی P3.express

1395/12/25
14:16
امیرحسین ستوده بیدختی
آشنایی با متدولوژی P3.express
مشکلات PMBOK و Prince2
بسیاری از ما با استانداردهایی مانند PMBOK و Prince2 آشنا هستیم. همه‌ی ما بعنوان فعالان یا مدیران پروژه در پروژه‌ها در صدد به‌کارگیری این استاندارها هستیم. این‌که چقدر این استاندارها و مدیریت پروژه می‌تواند در پروژه‌ی ما ارزش را افزایش دهد و کمک حال ما باشد امر بدیهی است ولی مشکل این‌جاست که چگونه این استاندارها را به کار ببریم؟؟ شاید در فکر کنید که این مشکل فقط مشکل شماست ولی این مشکل بسیاری از مدیران پروژه است. در ایران مدیران پروژه هنگام پیاده‌سازی می‌گویند این استاندارها به درد ما نمی‌خورد این‌ها برای شرایط کشورهای پیشرفته غربی است. همین موارد را در اروپا مشاهده می‌کنیم که مدیران پروژه اعتقاد دارند این استاندارها برای آمریکاس! آمریکایی‌ها هم از این قاعده مستسنی نبوده و این موارد را مربوط به کشورهای ماشینی مثل آلمان می‌دانند. پس شما تنها نیستید و خیلی‌ها مثل شما دنبال راه حل این مساله هستند.

 مهندسی و مدیریت ساخت  (ICEMA)  Construction Engineering Management


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

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

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

P3.xpress به اختراع دوباره چرخ نپرداخته و بر اساس استاندارهای PMBOK و Prince2 تهیه شده است. یعنی نسخه‌ی اختصاصی شده آن‌هاست. برخی از تهیه‌کنندگان آن اعتقاد دارند P3.express یک مثال پیاده شده PMBOK و Prince2 است. در این متدولوژی روش‌ها و ابزارهای مورد نیاز مدیران پروژه در نظر گرفته شد است.

express برای پروژه‌های کوچک و متوسط
استاندارد P3.express
استاندارد P3.express یک متدولوژی رایگان جهت استفاده عموم است. این متولوژی بر اساس استاندارهای PMBOK و PRINCE2 تهیه شده است. این متولوژی را در مدت کوتاهی می‌توانید یاد بگیرید و در پروژه‌هایتان به کار ببرید.
متودولوژی P3.express
استاندارد P3 کار غیر معمول و پیچیده‌!
استاندارد P3.express به اختراع دوباره چرخ نپرداخته بلکه بر اساس استانداردهای PMBOK و PRINCE2 و مزایای استانداردهایی مانند DSDM® و Scrum شکل گرفته است.
متدولوژی واقع‌بینانه
استاندارد P3.express یک متدولوژی است که شما در عمل می‌توانید استفاده کنید. استاندارهای پایه‌ای بسیار گرانند و در عین حال برای پروژه‌های معمولی بسیار پیچیده‌اند. به این دلیل بسیاری از مردم نمی‌توانند از آن‌ها استفاده کنند.
یکپارچگی کامل
استاندارد P3.express یک پکیج یکپارچه کامل از متدولوژی‌ها، شیوه‌ها و ابزارها می‌باشد. شما نیاز به فراهم‌آوردن تکنیک ویژه برای اجرای آن ندارید. شما با استفاده از یک سری متد ساده و با کمک نرم‌افزاری مثل Exel می‌توانید آن را اجرا کنید. همه‌چیز آمادس عجله کنید.
Unknown
استاندارد P3 با در نظر گرفتن منابع انسانی
در این استاندارد مشکل اولیه همه‌ی پروژه‌ها، یعنی جنبه‌های نرم و انسانی در نظر گرفته شده است. این عامل، P3.express را از استانداردهای دیگر متمایز می‌کند. یک رویکرد مناسب جهت اجرا با جنبه‌ی انسانی به جای محدود کردن به جنبه‌های ماشینی در این ساختار ارائه شده است.
تحت مجوز Creative Commons
این استاندارد تحت لیسانس Creative Commons است. این یعنی می توانیم رایگان آن را فرا بگیریم، استفاده کنیم و آموزش دهیم. به همین دلیل از استعداد، توانایی و تجارب همه‌ی فعالان این حوزه جهت بهبود آن در طول زمان بهره می‌برد.
۲۰/۸۰ پارتو
ایده‌آل‌گرایی همیشه دشمن خوب بودن است. در P3.express توصیه اکید رسیدن به ۸۰ درصد از خواسته‌ها با ۲۰ درصد تلاشمان هستیم. اگر بدنبال ۱۰۰ باشید ناامید شده و کار را به مقصود نمی‌رسانید.
متدولوژی P3
جامعه هدف استاندارد P3.express
این استاندارد با بیشتر پروژه‌های کوچک و متوسط که در صنایع مختلف ایجاد می‌شوند سازگاری دارد. توصیه این است که در پروژه‌های پیچیده اصلا از این استاندارد استفاده نکنیم.
آغاز به کار با متودولوژی P3.express
در مقاله قبلی به مشکل بسیاری از مدیران پروژه در پیاد‌ه‌سازی استانداردهای بنیادین مدیریت پروژه مانند PMBOK و Prince2 پرداختیم. همچنین دلیل این مشکلات را ریشه‌یابی کرده و راه‌حل احتمالی آن را در پیاده‌سازی و استفاد از متودولوژی P3.express یافتیم. حال در این مقاله می‌خواهیم یک نگاه جامع و کلی به کلیات متودولوژی P3.express بیاندازیم تا فهم اولیه جهت بکارگیری آن داشته باشیم.
چهار ویژگی اصلی متودولوژی P3.express
متودولوژی P3.express بر اساس استانداردهای موجود اخصصاصی سازی شده است. شما این‌طور در نظر بگیرید که یک مثال عملی از PMBOK یا Prince2 است. پس نگران نباشید نکات اصلی و عملی این استانداردها در متودولوژی P3.express موجود است.
در متودولوژی P3.express روش‌ها جهت استفاده شما فراهم شده است. مثلا شما می‌دانید که چگونه باید زمانبندی کنید. چگونه ساختار سازمان را تهیه کنید یا …
متودولوژی P3.express در مورد ابزارها راه‌حل عملی به شما ارئه می‌دهد. استفاده از ترکیب‌های مختلف نرم‌افزار را به شما پیشنهاد می‌دهد. پس کارتان بسیار ساده‌تر است.
نکته‌ی دیگر و مهم متودولوژی P3.express در نظر گرفتن جنبه‌های انسانی در اجرای مدیریت پروژه‌ است. در برخی از استانداردها اصلا بحث جنبه‌های انسانی پروژه در نظر گرفته نشده است، در برخی دیگر که این مباحث موجود است، فقط بیان شده و در اجرا شاید زیاد به ان پرداخته نشده باشد. حال آن‌که متودولوژی P3.express با در نظر گرفتن این موارد شکل گرفته است.
کلیات متودولوژی P3.express
اصل پارتو در متودولوژی P3.express
قانون ۲۰\۸۰ به دو شکل در متودولوژی P3.express موجود می‌باشد.
ایده‌آل ما این است به ۱۰۰ درصد منافع مدیریت پروژه در پروژه خود دست پیدا کنیم. به نظر شما آیا دست‌یابی به این خواسته در شرایط دینامیک پروژه‌ها دشوار نیست؟ نیاز به یک تلاش زیاد و جامع دارد. در بسیاری از موارد به علت سخت بودن دست‌یابی به ۱۰۰ درصد در نیمه‌ی راه خسته شده و آن را رها می‌کنیم. شاید به ۱۰یا ۲۰ درصد ایده‌آل برسیم. حال متودولوژی P3.express بر اساس دست‌یابی به ۸۰ درصد منافع با ۲۰ درصد تلاش شکل گرفته است. می‌گوید با تلاش کم و استفاده از منابع به بهترین شکل ۸۰ درصد آسان را به‌دست بیاورد. پیشهاد وسوسه‌انگیزی است.
متودولوژی P3.express برای پروژه‌های معمولی که افرادی مثل من و شما انجام می‌دهند طراحی شده است. مثل پروژه‌های IT یا ساخت و ساز. این متدولوژی برای پروژه‌های خاص مثل ارسال انسان به ماه کاربرد ندارد. در حالی PMBOK می‌تواند این پروژه‌ها را نیز پشتیبانی کند. پس متودولوژی P3.express هشتاد درصد پروژه‌ها را می‌تواند پشتیبانی کند.

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



TRIZ، یک متدولوژی قدرتمند برای حل خلاقانه مسائل

1395/09/30
22:16
امیرحسین ستوده بیدختی
TRIZ، یک متدولوژی قدرتمند برای حل خلاقانه مسائل

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

 مهندسی و مدیریت ساخت  (ICEMA)  Construction Engineering Management



چگونه می توانید یک متدولوژی پروژه ایجاد کنید

1395/07/1
21:41
امیرحسین ستوده بیدختی
چگونه می توانید یک متدولوژی پروژه ایجاد کنید

اگر می خواهید یک متدولوژی پروژه را از پایه، ایجاد کنید، مراحل زیر را دنبال نمایید:

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

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

 مهندسی و مدیریت ساخت  (ICEMA)  Construction Engineering Management


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


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

مهندسی و مدیریت ساخت پروژه - مطالب ابر متدولوژی,مدیریت ساخت ,مدیریت پروژه, مدیریت پروژه های ساخت, مدیریت پروژه و ساخت,مدل سازی اطلاعات ساختمان,مدیریت ساخت
تمامی حقوق این وب سایت متعلق به مهندسی و مدیریت ساخت پروژه است. |طراحی و توسعه:امیرحسین ستوده بیدختی|