مرجع تخصصی آب و فاضلاب

قانون بیمه‌های اجتماعی کارگران ساختمانی
‎‎‎ماده 1- کارگران شاغل در کارهای ساختمانی اعم از ایجاد یا توسعه ساختمان‌، تجدید بنا، تعمیرات اساسی و یا تخریب مربوط به ساختمان ‌و به ترتیب مندرج در این قانون با نام‌نویسی و أخذ کد ملی نزد سازمان تأمین اجتماعی بیمه می‌شوند.
‎‎‎تبصره- کارگران شاغل در کارهای ساختمانی تا زمان تحت پوشش قرار گرفتن به موجب این قانون‌، کماکان از حیث خدمات مشمول قانون بیمه اجباری کارگران ساختمانی مصوب 1352 و اصلاحات بعدی آن هستند و درصورت احراز شرایط از مزایای قانون یاد شده برخوردار خواهند شد.
‎‎‎ماده 2 - کارگران شاغل در کارهای ساختمانی درموارد زیر از شمول این قانون خارج و کماکان تابع قانون تأمین اجتماعی مصوب 1354 و اصلاحات بعدی آن هستند:
‎‎‎1 - وزارتخانه‌ها، سازمانها، مؤسسات و شرکتهای دولتی و وابسته به دولت‌،مؤسسات عمومی غیردولتی‌، شهرداریها، بانکها و مؤسسات عام‌المنفعه و نیز کارخانجات دارای پروانه بهره‌برداری اعم از این‌که انجام کار را به پیمانکار واگذار نمایند یا رأساً انجام دهند.
‎‎‎2 - درمورد آن دسته از کارهای ساختمانی مشمول این قانون که انجام آنها از طریق انعقاد پیمان به پیمانکار واگذار می‌شود حق بیمه کارگران پیمانکار براساس ماده‌ (38) قانون تأمین اجتماعی وصول خواهد شد.
‎‎‎ماده 3 - وزارت کار و امور اجتماعی (سازمان آموزش فنی و حرفه‌ای‌) موظف است نسبت به فراخوان و آموزش کارگران شاغل در کارهای ساختمانی اقدام و کارت مهارت فنی برای آنها صادر نماید.
‎‎‎تبصره 1 - زمانبندی‌، شرایط و ترتیب صدور، تمدید، تعلیق و کارت مهارت فنی و نحوه شناسایی کارگران شاغل در کارگاههای ساختمانی موضوع این ماده و اشتغال آنها در طول دوره اعتبار کارت‌، طبق آئین‌نامه‌ای خواهد بود که مشترکاً توسط وزارتخانه‌های رفاه و تأمین اجتماعی‌، کار و امور اجتماعی‌، مسکن و شهرسازی و کشور تهیه و
به‌تصویب هیأت وزیران خواهد رسید.
‎‎‎تبصره 2 - کارگران شاغل دارای کارت مهارت فنی معتبر از تاریخ نام‌نویسی در سازمان تأمین اجتماعی مبتنی بر کد ملی مشمول مقررات این قانون هستند و از تعهدات آن بهره‌مند خواهند شد.
‎‎‎ماده 4 - تعهدات موضوع این قانون شامل موارد زیر است که به بیمه شده درصورت احراز شرایط ارائه خواهد شد:
‎‎‎الف - حوادث و بیماریها.
‎‎‎ب - غرامت دستمزد.
‎‎‎ج - ازکارافتادگی‌.
‎‎‎د - بازنشستگی‌.
‎‎‎هـ - فوت‌.
‎‎‎تبصره- افراد خانواده بیمه شده جهت برخورداری از خدمات موضوع بند(الف‌) این ماده طبق ماده(58) قانون تأمین‌اجتماعی ودرمورد بازماندگان طبق مواد(81) و(82) قانون یاد شده تعیین می‌گردند.
‎‎‎ماده 5 - درمواردی که انجام کارهای ساختمانی مستلزم أخذ پروانه می‌باشد، مراجع ذی‌ربط مکلفند صدور پروانه را منوط به ارائه رسید پرداخت حق بیمه برای هر مترمربع سطح زیر بنا معادل چهاردرصد (4%) حداقل دستمزد ماهانه سال درخواست پروانه به حسابی که سازمان تأمین اجتماعی اعلام خواهد کرد، نمایند.
‎‎‎تبصره 1 - درصورتی که حوادث ناشی از کار منجر به مصدومیت‌، فوت یا ازکارافتادگی گردد ولی متقاضی با وجود الزام به گرفتن پروانه نسبت به أخذ آن اقدام ننموده باشد، سازمان تأمین اجتماعی علاوه بر حق بیمه موضوع این قانون جریمه‌ای به‌طور مقطوع معادل بیست‌وپنج‌درصد(25%) اصل حق بیمه محاسبه و وصول خواهد کرد.
‎‎‎تبصره 2 - مبالغی که موقع صدور پروانه طبق مقررات این ماده پرداخت می‌گردد، در محاسبه حق بیمه کارگران پیمانکار موضوع بند (2) ماده (2) این قانون محسوب خواهد گردید.
‎‎‎ماده 6 - حق بیمه سهم بیمه شده معادل هفت درصد (7%) دستمزد ماهانه‌ای خواهد بود که طبق ماده (35) قانون تأمین اجتماعی مصوب 1354 برای کارگران تعیین می‌شود.

تبصره - دولت مکلف است معادل سه درصد (3%) مأخذ کسر حق بیمه موضوع این ماده به عنوان سهم مشارکت خود به سازمان تأمین اجتماعی پرداخت نماید، همچنین باتوجه به تعداد افراد تحت پوشش‌، همه ساله ‌با اعلام سازمان تأمین اجتماعی سهم مشارکت خود را در بودجه کل کشور منظور و به سازمان تأمین اجتماعی پرداخت نماید.
‎‎‎ماده 7 - بیمه شده مکلف است حق بیمه خود را به ترتیبی که سازمان تأمین اجتماعی تعیین می‌نماید پرداخت نماید.
‎‎‎تبصره - درصورت عدم پرداخت حق بیمه موضوع این قانون‌، سازمان طبق اختیارات مندرج در قانون تأمین اجتماعی برای وصول حق بیمه اقدام خواهد نمود.
‎‎‎ماده 8 - نقل و انتقال سابقه پرداخت حق بیمه موضوع این قانون فی‌مابین صندوقهای بیمه و بازنشستگی براساس قوانین مربوط انجام می‌شود.
‎‎‎ماده 9 - چگونگی استفاده از خدمات درمانی‌، مدت و شرایط و میزان غرامت دستمزد برای حوادث ناشی از کار، تعیین درصد ازکارافتادگی‌، چگونگی تشخیص حوادث ناشی وغیرناشی از کار، شرایط پرداخت غرامت نقص مقطوع و برقراری مستمری جزئی و کلی‌،
نحوه محاسبه و میزان آن و تغییر درجه ازکارافتادگی جزئی و کلی تابع مقررات قانون تأمین اجتماعی خواهد بود.
‎‎‎ماده 10- مشمولان این قانون درصورت دارا بودن یکی از شرایط زیر می‌توانند درخواست بازنشستگی نمایند:
‎‎‎1 - داشتن حداقل سابقه مقرر در قانون تأمین اجتماعی و شصت سال تمام‌سن‌.
‎‎‎2 - داشتن سی و پنج سال کامل سابقه پرداخت حق بیمه‌.
‎‎‎تبصره - میزان مستمری بازنشستگی طبق قانون تأمین اجتماعی تعیین می‌شود.
‎‎‎مستمری از کار افتادگی جزئی و کلی‌، نحوه محاسبه و میزان آن و تغییرات درجه ازکارافتادگی جزئی و کلی تابع مقررات قانون تأمین اجتماعی خواهد بود.
‎‎‎ماده 11 - شرایط بیمه شده متوفی‌، بازماندگان واجد شرایط بیمه شده متوفی‌، نحوه برقراری مستمری بازماندگان و سهم مستمری هر یک از آنان طبق قانون تأمین اجتماعی خواهد بود.
‎‎‎ماده 12 - درصورتی که ثابت شود وقوع حادثه ناشی از کار مستقیماً ناشی از عدم رعایت مقررات حفاظت فنی کارفرما می‌باشد، سازمان تأمین اجتماعی طبق مقررات این قانون (ماده 66 قانون تأمین اجتماعی و تبصره‌های آن‌) هزینه‌های مربوط را طبق ماده (50) قانون تأمین اجتماعی از کارفرما مطالبه و وصول خواهد نمود.
‎‎‎ماده 13 - کلیه وزارتخانه‌ها، دستگاهها، نهادها، شرکتها و مؤسسات دولتی و وابسته به دولت‌، شهرداریها و مؤسسات و نهادهای عمومی غیردولتی و دستگاههایی که شمول قانون بر آنها مستلزم ذکر نام است و مراجع صدور پروانه ساختمان مکلف به همکاری با مجریان این قانون می‌باشند.
‎‎‎ماده 14 - از تاریخ تصویب این قانون آن دسته از مواد قانون بیمه اجباری کارگران ساختمانی مصوب 1352 و سایر قوانینی که با این قانون مغایر است لغو می‌گردد.

‎‎‎قانون فوق مشتمل بر چهارده ماده و نه تبصره در جلسه علنی روز چهار‌شنبه مورخ نهم آبان‌ماه  یک هزار و سیصد و هشتاد  و شش مجلس شورای اسلامی تصویب و در تاریخ 16/8/1386
به تأیید شورای نگهبان رسید./ن

مرجع تخصصی آب و فاضلاب

برای اولین بار در ایران گروه مدل سازان اطلاعات ساختمان BIMTEAM (http://bimteam.ir) با مشارکت انجمن مهندسی و مدیریت ساخت ایران (http://icema.ir) اقدام به انتشار کتاب های تخصصی مدل سازی اطلاعات ساختمان جهت گسترش آگاهی و دانش مدل سازی اطلاعات ساختمان نموده است،این مجموعه گرانقدر به رایگان در زیر جهت دانلود و استفاده علاقه مندان و پژوهشگران گرامی در دسترس قرار دارد.

دانلود کتاب های مدل سازی اطلاعات ساختمان Building Information modeling (BIM)
مدل سازی اطلاعات ساختمان تمارین حال حاضر و آینده	Building  Information  Modeling-BIM in Current and Future Practice			لينك دانلود
استادی در Autodesk® Revit® نسخه آرشیتکت 2016	Mastering Autodesk® Revit® Architecture 2016			لينك دانلود
طراحی BIM:پتانسیل های خلاقیت استفاده از مدل سازی اطلاعات ساختمان	BIM Design: Realising the Creative Potential of Building Information Modelling			لينك دانلود
ساخت پل:HCI،تصویر سازی و مدل سازی غیر متعارف	Building Bridges:HCI, Visualization, andNon-formal Modeling			لينك دانلود
BIM سبز:طراحی پایدار موفق با مدل سازی اطلاعات ساختمان	Green BIM:Successful Sustainable Design with Building Information Modeling			لينك دانلود
مدل سازی اطلاعات ساختمان و مدیریت ساخت	BIM and Construction Management			لينك دانلود
استادی در Autodesk® Revit® نسخه استراکچر 2009	Mastering Autodesk® Revit® structure 2009			لينك دانلود
مدل سازی اطلاعات ساختمان و طراحی یک پارچه	BIM and Integrated Design			لينك دانلود
مدل سازی اطلاعات ساختمان راهنمای اجرای استراتژیک برای معماران، مهندسان، سازنده ها و املاک و مستغلات مدیران دارایی	Building Information Modeling A Strategic Implementation Guide for Architects, Engineers, Constructors, and Real Estate Asset Managers			لينك دانلود
استادی در Autodesk® Revit® نسخه مپ (تاسیسات) 2016	Mastering Autodesk® Revit® MEP 2016			لينك دانلود
مدل سازی اطلاعات ساختمان یکپاچه سازی با اتودسک نویس ورکس	BIM Collaboration with Autodesk Navisworks			لينك دانلود
اطلاعات ساختمان برنامه ریزی مدل سازی و مدیریت پروژه های ساختمانی با 4D CAD و شبیه سازی	Building Information ModelingPlanning and Managing Construction Projects with 4D CAD and Simulations			لينك دانلود
توسعه محتوا BIM	BIM Content Development			لينك دانلود
آرچی 19 - راهنمای قطعی	ArchiCAD 19 – The Definitive Guide			لينك دانلود
هندبوک پژوهش اطلاعات ساختمان، مدل سازی و اطلاعات ساخت و ساز:مفاهیم و تکنولوژی	Handbook of Research on Building Information Modeling and Construction Informatics: Concepts and Technologies			لينك دانلود
تاثیر ساختمان مدلسازی اطلاعات	The Impact of Building Information Modelling			لينك دانلود
کتاب راهنمای مدیر BIM	The BIM Manager’s Handbook			لينك دانلود
BIM برای صاحبان ساختمان و توسعه دهندگان	BIM for Building Owners and Developers			لينك دانلود
BIM و مدیریت ساختمان: وسایل تایید شده، روش، و گردش کار	BIM and Construction Management: Proven Tools, Methods, and Workflows			لينك دانلود
مدل سازی اطلاعات ساختمان برای Dummies	Building Information Modeling For Dummies			لينك دانلود
BIM برای مدیران تاسیسات	BIM for Facility Managers			لينك دانلود
BIM در مقیاس کوچک طراحی پایدار	BIM IN SMALL-SCALE SUSTAINABLE DESIGN			لينك دانلود
سطح توسعه مشخصات مدل سازی اطلاعات ساختمان	LEVEL OF DEVELOPMENT SPECIFICATION BIM			لينك دانلود
استراتژی برای ساخت و ساز گروه کارفرمای دولت از کار گروه BIM صنعت	Strategy Paper for the Government Construction Client Group From the BIM Industry Working Group			لينك دانلود
مدلسازی اطلاعات ساختمان   برنامه ها و شیوه های	Building Information Modeling Applications and Practices			لينك دانلود
IT در مدیریت امکانات موفق استفاده(آلمانی)	IT im Facility Management erfolgreich einsetzen			لينك دانلود
مدل سازی اطلاعات ساختمان: اصول و فن آوری و عمل صنعتی(آلمانی)	Building Information Modeling Technologische Grundlagen und industrielle Praxis			لينك دانلود
مدل یک ساختمان در ArchiCAD و Revit	Modelling a building in ArchiCAD and Revit			لينك دانلود
اطلاعات ساختمان چارچوب مدل سازی برای طراحی سازه	Building Information Modeling Framework for Structural Design			لينك دانلود
کتاب BIM: راهنمای مدل سازی اطلاعات ساختمان برای صاحبان، مدیران، طراحان، مهندسان و پیمانکاران	BIM handbook : a guide to building information modeling for owners, managers, designers, engineers and contractors			لينك دانلود
AUTODESK BIM طرح استقرار: چارچوب عملی برای پیاده سازی BIM	AUTODESK BIM DEPLOYMENT PLAN: A Practical Framework for Implementing BIM			لينك دانلود
نرم افزار Autodesk Revit® معماری 2010  تمرین	Autodesk® Revit® Architecture 2010 in Practice			لينك دانلود
نرم افزار Autodesk REVIT® معماری 2015 ملزومات	AUTODESK® REVIT®  ARCHITECTURE 2015 ESSENTIALS			لينك دانلود
نرم افزار Autodesk REVIT® معماری 2015 بدون نیاز به  تجربه	AUTODESK® REVIT® ARCHITECTURE 2015 NO EXPERIENCE REQUIRED			لينك دانلود
BIM عملی 2012: مدیریت، هماهنگی اجرا و ارزیابی	PRACTICAL BIM 2012: Management, Implementation Coordination and Evaluation			لينك دانلود
اجرای BIM در تدارکات عمومی رویکرد مبتنی بر مدل برای صنعت ساخت و ساز	The implementation of BIM within the public procurement A model-based approach for the construction industry			لينك دانلود

مرجع تخصصی آب و فاضلاب

One of the things we should always watch for, is the Business Case. It’s one of the seven themes in PRINCE2.
Business Case
The Business Case is a concept that contains the justification of the project, and its supportive information. We use it for making high-level decisions, and to see if it’s still beneficial to continue the project.

Do you remember the Manage by Stages principle? OK, let’s discuss the Business Case based on the stages:

    Pre-project: it’s not a stage, but a period before we start the project. We just want to know if it’s a good idea to start the project. So, we create a simple Business Case. A complete and reliable Business Case needs a lot of planning; for example, we should know the resource requirements and schedule. But it’s really expensive to do so for every idea. That’s why we create an “outline Business Case” in the pre-project period, which is really rough and high-level. If it was promising, we’ll move on to the first “stage”.
    Initiation stage: the first stage is initiation, and it simply means “planning”. In this stage, we prepare a high-level plan for the whole project. Therefore, we would be able to turn our “outline Business Case” into a real “Business Case”. Then we check to see if the project is beneficial enough, and if it was, we will start the second stage, which is the first delivery stage.
    Delivery stages: we will have one or more delivery stages after the initiation stage. During them, we will keep updating the business case and use it to make the high-level decisions and see if we need to cancel the project.

It’s easy to talk about updating the Business Case, but it needs a lot of work. So, when should we do it? Every week for example? Of course not. What’s your idea? Tip: we do it for two events.

مرجع تخصصی آب و فاضلاب

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

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

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

مرجع تخصصی آب و فاضلاب

مفاهیم پایه استانداردهای مدیریت

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

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

مرجع تخصصی آب و فاضلاب

چوب PRINCE 2 – مختصر شده PRojects IN Controlled Environments – روشی ساده و کاربردی و یکی از موفق‌ترین چارچوب‌ها برای مدیریت انواع پروژه‌ها خصوصاً پروژه‌های فناوری اطلاعات می‌باشد. این دوره 3 روزه به عنوان دوره تکمیلی تور آموزشی PRINCE2 تهیه و ارائه گردیده است تا شرکت کنندگان دوره مذکور بتوانند آنچه را بصورت عمومی و بعضا اجمالی در درباره پرینس 2 شنیده اند را بصورت خاص و اثربخش به عنوان یک متدولوژی مدیریت پروژه در پروژه های خود مورد استفاده قرار دهند.

این دوره برای افرادی که بصورت روزانه در حال کار برروی پروژه هستند طراحی شده است. دوره با ارائه دانش کاربردی به بررسی نحوه بکارگیری روش PRINCE2 در مدیریت پروژه ها میپردازد.

محل برگزاری دوره:کلاردشت شهر اکسیژن

لینک ثبت نام

مرجع تخصصی آب و فاضلاب

مقدمه:

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

 

به نظر می رسد همواره ارتباطات مناسب موجب تغییراتی می شوند که آثار مثبت روی پروژه دارند، چون مدیران می توانند درسهای باارزشی از تعارض پیش آمده بگیرند (PINTO AND KHARBANDA-1993) . یک استراتژی که قبل از شروع پروژه می توان آن را مورد بررسی قرار داد این است که به مراحل انجام پروژه بیندیشیم و از ابزارهایی استفاده کنیم که پیشتر شرح داده شد تا از تعارض جلوگیری شود. تهیه و اجرای یک سیستم مدیریت تغییر قبل از شروع پروژه یک گام مناسب و عملی برای مدیریت موثر تغییر است.
سیستم مدیریت تغییر پروژه
 

مطالعات انجام شده قبلی

موسسه صنعت ساختمان (CONSTRUCTION INDUSTRY INSTITUTE=CII) تیم تحقیقاتی مدیریت تغییر پروژه را به منظور یافتن روشی درجهت کاهش یا به حداقل رسانیدن تاخیرهای ناخواسته ایجاد کرد. نتیجه کار تیم تحقیقاتی این موسسه آن بود که صرفه جویی قابل توجه در هزینه و زمان و نصب پروژه با اصلاح مدیریت تغییر قابل حصول است.

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

 

ساختار سیستم

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

1 - ترویج یک فرهنگ تغییر متوازن؛ 2 - تشخیص تغییر؛ 3 - ارزیابی تغییر؛ 4 - اجزای تغییر؛ 5 - بهبود مستمر براساس تجارب کسب شده.

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

 

ترویج یک فرهنگ متوازن تغییر

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

 

تشخیص تغییر

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

 

ارزیابی تغییر

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

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

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

 

اجزای تغییر

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

 

بهبود مستمر براساس تجارب کسب شده

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

 

نتیجه گیری

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

 

منابع:

1 - CII PROJECT CHANGE MANAGEMENT RESEARCH TEAM. (1994). PROJECT CHANGE MANAGEMENT, CONSTRUCTION INDUSRY INSTITUTE, AUSTIN, TEX.

2 - MALLAK, L.KURSTEDT JR.H. AND PATZAK, G.(1997). “PLANNING FOR CRISES IN PROJECT MANAGEMENT”. PROJ. MGMT, 28(2), 14-20.

3 - NAOVM. (1994). “CRITICAL ANALYSIS OF TIME AND COST OF MANAGEMENT 120(4), 687-705.

4 - PINTO.J. AND KHARBANDA, O.(1995). “PROJECT MANAGEMENT AND CONFLICT RESOLUTION”. PROJ. MGMT. J. 26(4). 45-54.

5 - TIONG, R.(1990). “EFFECTIVE CONTROLS FOR LARGE SCALE CONSTRUCTION PROJECTS. “PROJ. MGMT. J. 11(1), 32-42.

مرجع تخصصی آب و فاضلاب

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

منشور پروژه چیست؟
ویرایش سوم راهنمایPMBOK، منشور پروژه را به عنوان «سندی» تعریف می‌کند«که توسط طراح یا حامی پروژه انتشار یافته و به طور رسمی موجودیت پروژه را تصویب و اختیار به کارگیری منابع سازمانی را در جهت انجام فعالیتهای پروژه، به مدیر پروژه واگذار می‌کند.» (PMBOK سال 2004، صفحه 368). واژه کلیدی در این تعریف، «اختیار» است. منشور، به پروژه موجودیت و اعتبار می بخشد و مدیر پروژه را دارای مجوز و اختیار قانونی می‌کند.
راهنمای PMBOK فهرست اطلاعات خاصی را که باید به طور مستقیم یا با استفاده از منابع دیگر در منشور درج شود، بیان می‌کند. این اطلاعات عبارتند از:
- نیازها و الزامات
- نیازهای کسب و کار
- جدول زمان‌بندی کلی
- پیش‌فرضها و محدودیتها
- وضعیت کسب و کار، شامل بازده سرمایه‌گذاری.
این فهرستی استاندارد و معمول است که نشان می‌دهد منشور پروژه «بهتر است» از چه اجزایی تشکیل شود. اما اگر سندی یک یا چند مورد از موارد فهرست بالا را هم نداشته باشد همچنان می‌تواند به عنوان منشور پذیرفته شود. اگر واقعاً محاسب? نرخ بازده سرمایه‌گذاری، به منظور وارد کردن آن در منشور پروژه لازم بود، پروژه‌های معدودی را می¬توانستیم دارای منشور بنامیم. متخصصان هنوز در مورد اینکه آیا محاسبه نرخ بازده سرمایه گذاری برای پروژه‌های نظارتی یا وابسته معنی‌دار است یا نه، به نتیجه نرسیده¬اند. بسیاری از پروژه‌های فناوری اطلاعات نیز دارای تجزیه و تحلیل نرخ بازده سرمایه گذاری نیستند.
ممکن است کلمه «سند» در تعریف منشور پروژه و یا فهرست اطلاعات مشخصی که کتاب PMBOK برای وارد کردن در منشور پروژه ارائه داده است، باعث برداشت اشتباه برخی از مدیران پروژه شود. آنها می‌ترسند که اگر در تنظیم منشور پروژه از قالبی از پیش تعیین‌شده و عناوینی مشخص استفاده نکنند، دیگر آن سند به عنوان منشور پروژه قابل مراجعه نباشد. در حالی که راهنمای PMBOK استفاده از هیچ قالب مشخصی را برای این سند الزامی نساخته است و منشورهای پروژه می‌توانند فر‌م‌های مختلفی داشته باشند. شکل ظاهری منشور حتی می‌تواند به صورت یک ایمیل یا یادداشتی کوتاه و معمولی هم باشد.
برداشتهای اشتباه و رایج در مورد منشورها
اصطلاح «منشور پروژه» اغلب به اشتباه فهمیده می‌شود. مدیران پروژه کم‌تجربه‌تر، معمولاً اعتقاد دارند که منشور باید سندی بسیار رسمی باشد. خود کلمه «منشور» به تنهایی، در زبان انگلیسی به عنوان معادلی برای قراردادها یا اسناد اجرایی و اغلب اسناد مربوط به تأسیس شهرها، مؤسسات آموزشی و یا حتی مجموعه‌های دولتی به کار می‌رود. به طور سنتی، منشور سندی رسمی و قانونی است. منشورهای سنتی می‌توانند بسیار ساده و مختصر باشند، اما افراد کمی دارای چنین نگرشی در مورد آنها هستند.
اما منشور پروژه، مفهومی کاملاً متفاوت است که نوعاً توسط وکیل آماده نمی‌شود و ممکن است دارای هیچ‌گونه بار حقوقی نباشد. منشور پروژه تنها مجوزی است برای انجام مجموعه تلاشها در یک دوره زمانی مشخص.
این برداشتهای اشتباه باعث شده‌ که بسیاری از مدیران پروژه با وجود داشتن منشور، از تشخیص آن ناتوان باشند. دلایلی که این مدیران پروژه در توضیح نداشتن منشور یا ناتوانی خود در تنظیم منشور به آنها استناد می‌کنند، عمدتاً می‌تواند شامل موارد زیر با‌شد:
- «سندی وجود ندارد که به تنهایی شامل تمام اطلاعات مربوط به اعطای مجوز، نام پروژه، نیازها و الزامات کسب‌وکار و نام مدیر پروژه باشد_»
- «ما سندی با تمام اطلاعات صحیح در اختیار داریم، اما این سند توسط حامی پروژه نوشته نشده است.»
- «رئیس من فقط مسؤولیت انجام کار را به من واگذار کرده و پس از آن تمام اسنادی را که برای آغاز پروژه به آنها نیاز دارم برای من ایمیل کرده است. من منشوری ندارم.»
- «ما هنوز به مرحله تهیه و جمع‌آوری نیازها و الزامات نرسیدیم، پس چگونه می‌توانیم در این مرحله منشور داشته باشیم؟ ما نیازها و الزامات خود را نمی‌شناسیم.»
همیشه نباید یک سند داشته باشیم
منشور پروژه همیشه نباید در یک سند گنجانده شود. در ایده‌آل‌ترین حالت، یک سند حداکثر، اجاز? انجام کار را صادر کرده و مراجع و منابع را با استفاده از اسناد و مدارک موجود مشخص می¬کند که نشان‌دهنده نیازها و الزامات کسب و کار، زمان‌بندی وقایع مهم و دیگر اطلاعات کلیدی است.
در غالب شرکتهایی که کار پروژه را از طرف مشتری انجام می‌دهند، دستور انجام کار می‌تواند به عنوان جزئی کلیدی از منشور پروژه، ایفای نقش کند. این دستور، در این شرکتها، مجوز استفاده از منابع سازمانی را به افراد مشخصی اعطاء می‌کند. امضای مشتری در پای سند، اجازه و اختیار را از طرف مشتری به شرکت مشاور منتقل می‌کند و امضای مقابل از طرف مسئول یا گروه مشاوره نیز اجرای توافق‌نامه را برای مشاور الزام‌آور می‌سازد.
حامیان پروژه‌ها معمولاً مدیران اجرایی ارشد هستند که اوقات آزاد آنان کم و محدود است. به همین دلیل، انتظار نگارش و ارائه منشور کامل پروژه از طرف آنان، حتی در سازمانی پروژه‌محور، شاید غیرمعقول و ناممکن باشد. مدیران اجرایی ارشد معمولاً هنگام تنظیم پیامهای مهم، از تندنویس یا کسانی که توانایی مکتوب کردن سخنان را دارند، استفاده می‌کنند. مدیر پروژه باید خود را برای ایفای این نقش، یعنی تنظیم پیش‌نویس و حتی نسخه نهایی منشور آماده کند.
نوشتن منشور توسط حامیان پروژه، بخصوص برای پروژه‌هایی که حامیان آن را کمیته یا مجموعه‌ای از افراد تشکیل می‌دهند، غیرعملی است. نوعاً در این شرایط، مدیر پروژه یا یکی از حامیان به نوشتن سند اقدام کرده و دیگران آن را تأیید می‌کنند.

نگارش منشور
به منظور انتشار منشور در ابتدایی‌ترین نقطه پروژه، نویسنده منشور باید آن را تنها بر اساس بخشی از اطلاعاتی که در همان ابتدا در دسترس دارد، تهیه کند. راهنمای PMBOK، گنجاندن «نیازها و الزامات»، «‌زمان‌بندی»، و «بودجه» را در منشور توصیه کرده است، اما ارائه اطلاعات دقیق از هرکدام از این اطلاعات در آغاز پروژه غیرممکن خواهد بود. در اینجا باید منشور را بر اساس اطلاعات محدود و موجودی که در دسترس است، آماده کرد.
در مقایسه با تجزیه و تحلیل دقیق نیازها و الزامات، منشور ضرورتاً توضیح بسیار کمتری ارائه خواهد داد. به طور مشخص، مدیران پروژه‌های فناوری اطلاعات از برداشتهای اشتباه در مورد اصطلاح «نیازها و الزامات» رنج می‌برند. شکایات بسیاری مبنی بر پایین بودن کیفیت پروژه‌های IT در هنگام تحویل وجود داشته است، بنابراین متخصصان طراحی نرم‌افزار به متخصصان IT اصرار می‌کنند که قبل از انجام هرگونه طراحی یا برنامه‌نویسی، نیازها و الزامات را به طور کامل و دقیق درک کنند. مدیران پروژ? IT نباید از این توصیه به عنوان توجیهی برای اجتناب از مستندسازی سریع شرایط و نیازمندیهای کسب‌وکار استفاده کنند. یک منشور خوب می‌تواند شامل اطلاعات با اهمیت و سطح بالایی در بارة نیازها و الزامات باشد. اطلاعاتی که به واقع می‌توانند در هدایت و تعیین مسیر تمرکز در مرحله تنظیم دقیق نیازها و الزامات، نقش مؤثری ایفا نمایند.
احتمال دارد که نیازها و الزامات پروژه کاملاً ناشناخته بوده و تنظیم منشور برای تمامی ابعاد آن غیرممکن باشد. همیشه امکان دارد که برای اولین مرحله پروژه، تنها برخی از نیازهای کسب و کار تعریف شده باشد. مراحل بعدی پروژه می‌توانند نیازها و الزامات ملموستر و مشخصتر پروژه را شناسایی کرده و منشور پروژه را اصلاح کنند.

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

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

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

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

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

منابع
نقش منشور پروژه در کامیابی پروژه
1 – A Guide to the Project Management Body of Knowledge Third Edition (PMBOK ® Guide) چاپ 2004 منتشره بوسیله انجمن مدیریت پروژه امریکا (PMI)
2 - OPM3 (Organization Project Management Maturity Model) Knowledge Foundation چاپ 2003 منتشره بوسیله انجمن مدیریت پروژه امریکا (PMI)

3 – منابع اینترنتی
4 – تجارب اخذ شده در تدوین منشور پروژه برای پروژه‌های مطالعاتی و اجرایی ایران

مرجع تخصصی آب و فاضلاب