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

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

تهیه منشور پروژه

1396/06/5
10:55
امیرحسین ستوده بیدختی
تهیه منشور پروژه:

منشور پروژه از اولین سند‌هایی است که در پروژه تنظیم می‌شود و معمولا کوتاه نیز هست؛ با این حال اهمیت بسیار زیادی دارد. این سند به پروژه و مدیر پروژه رسمیت می‌دهد و بعد از تصویب آن پروژه رسما شروع می‌شود. 

برخی از اطلاعات که معمولا در منشور پروژه قرار می‌گیرند از این قرارند:

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

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


تهیه منشور پروژه

1395/12/12
18:36
امیرحسین ستوده بیدختی
چطوری منشور پروژه تهیه کنیم؟

 

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

 

الان اینجا چه اتفاق‌هایی افتاد؟

اول این‌که پروژه به عهده یه مدیر ارشد گذاشته شد. این به این معنی نیست که اون آدم مدیر پروژه می‌شه؛ نه، اون می‌شه مالک پروژه. دلیلش هم اینه که هر پروژه‌ای نیاز نفوذ و قدرت یه مدیر ارشد داره. تو پم‌باک به این آدم می‌گن Sponsor (حامی پروژه) و تو پرینس۲ بهش می‌گن Executive.

اون جایی که تو جلسه بحث نرم‌افزار پیش کشیده شد و بررسی پروژه رو شروع کردن هم می‌شه project mandate (جرقه پروژه).

 

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

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

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

 

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

 

از نظر پرینس۲ همه این کارها می‌شن بخشی از فرآیند راه‌اندازی پروژه (starting up a project).

 

در نهایت، بعد از این‌که قرارداد بین مدیر ارشد و سازمان بسته شد، یعنی منشور پروژه تایید شد، نوبت به قرارداد بین مدیر پروژه و مدیر ارشد میرسه. میدونین این قرارداد چیه؟ این قرارداد همون برنامه پروژس که تو پرینس۲ بهش می‌گیم Project Initiation Documentation (سند آغازش پروژه) و تو پم‌باک Project Management Plan (برنامه مدیریت پروژه). این برنامه تهیه می‌شه و وقتی به تایید برسه یعنی قراردادی بین مدیر پروژه و مدیر ارشد بسته شده؛ مدیر پروژه محصول پروژه رو تهیه می‌کنه و مدیر ارشد منابع رو در اختیارش می‌ذاره. این قرارداد رو می‌شه نسخه تفصیلی منشور پروژه دونست، که در هر حال باید با هم سازگار باشن.

 

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


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

 

این بخش از کار می‌شه فرآیند آغازش پروژه (initiating a project) پرینس۲.

 

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

1395/09/17
16:09
امیرحسین ستوده بیدختی
این 12 بخش را در منشور کامل پروژه تعریف کنید

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

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

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

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

    ساعت های کاری برآورد شده (منابع): ساعات کاری مورد نیاز را برآورد کنید و بیان کنید که این برآورد چگونه انجام شده است.

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

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

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


    فرضیات مهم: فرضیات، مواردی را شامل می شود که درست بودن آنها را باور دارید، اما در مورد قطعی بودن آنها 100 درصد مطمئن نیستید.

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

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

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

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

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






نحوه تهیه منشور پروژه

1395/08/24
10:13
امیرحسین ستوده بیدختی
نحوه تهیه منشور پروژه

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

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

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

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

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

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


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

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

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