نسخه هشتم PMBOK
PMBOK یا Project Management Body of Knowledge، یک راهنمای استاندارد جهانی برای مدیریت پروژه است که توسط PMI منتشر میشود. این راهنما چهارچوبی جامع برای برنامهریزی، اجرا، کنترل و پایانبندی پروژهها ارائه میدهد و به مدیران پروژه کمک میکند تا پروژههای خود را با کیفیت بالا، رعایت زمانبندی و بودجه مناسب مدیریت کنند.
در این مقاله قصد داریم نسخه هشتم PMBOK را با نسخههای قبلی ۶ و ۷ مقایسه کنیم و تغییرات کلیدی آن را بررسی کنیم. هدف این است که نشان دهیم چه اصول، حوزهها و فرآیندهایی در نسخه جدید اصلاح، بازطراحی یا بازگردانده شدهاند و نسخه هشتم PMBOK چگونه با نسخههای پیشین تفاوت دارد. این مقایسه به مدیران پروژه کمک میکند تا درک بهتری از ساختار و کاربرد نسخه هشتم PMBOK پیدا کنند و بتوانند آن را در پروژههای سنتی، چابک یا ترکیبی به کار ببرند.
فهرست مطالب:
نسخه ششم PMBOK: تمرکز بر چگونگی
این نسخه تمرکز اصلی خود را بر روی چگونگی انجام پروژه گذاشته بود و تلاش میکرد فرآیندهای مدیریت پروژه را بهصورت گامبهگام استانداردسازی کند.
حوزههای دانش و وظایف هر حوزه در نسخه ۶
کل پروژه در نسخه ۶، به ۱۰ حوزه دانش (Knowledge Areas) تقسیم شده بود که هر حوزه بخش خاصی از مدیریت پروژه را پوشش میداد:
- Integration (یکپارچگی پروژه)
مدیریت هماهنگی کل فعالیتهای پروژه و اطمینان از همسویی همه بخشها با اهداف کلی. - Scope (محدوده پروژه)
تعریف و کنترل کارهایی که باید انجام شود و اطمینان از پوشش همه نیازمندیها. - Schedule (زمانبندی)
برنامهریزی و کنترل زمان انجام فعالیتها برای تحویل پروژه در موعد مقرر. - Cost (هزینهها)
برآورد، بودجهبندی و کنترل هزینهها تا مطابق با بودجه پیش رود. - Quality (کیفیت)
برنامهریزی و تضمین کیفیت کارها و تحویلها مطابق با استانداردهای مشخص. - Resource (منابع)
شناسایی، تأمین، توسعه و مدیریت منابع انسانی و مادی پروژه. - Communications (ارتباطات)
مدیریت جریان اطلاعات بین تیم، ذینفعان و افراد مرتبط با پروژه. - Risk (ریسکها)
شناسایی، تحلیل و پاسخ به ریسکها و ناپایداریهای پروژه. - Procurement (تدارکات)
خرید، تأمین و کنترل منابع و خدمات مورد نیاز پروژه از خارج سازمان. - Stakeholder (ذینفعان)
شناسایی، مدیریت و تعامل با همه ذینفعانی که بر موفقیت پروژه اثر دارند.
فرآیندها در هر حوزه دانش در نسخه ۶
هر حوزه دارای فرآیندهای مشخص و گامبهگام بود که برای اجرای صحیح پروژه لازم بودند.
مثال فرآیندها:
- Define Scope (تعریف محدوده)
- Create WBS (ایجاد ساختار شکست کار)
- Develop Schedule (توسعه زمانبندی)
- Control Risks (کنترل ریسکها)
ITTO – Inputs, Tools & Techniques, Outputs در نسخه ۶
هر فرآیند دقیقاً مشخص میکرد:
- ورودیها (Inputs): چه اطلاعات یا مستنداتی لازم است.
- ابزار و تکنیکها (Tools & Techniques): چه روشها و ابزارهایی برای انجام کار استفاده میشود.
- خروجیها (Outputs): چه مستندات یا نتایجی تولید میشود.
نکته:
ITTO = Inputs, Tools & Techniques, Outputs
چرا تمرکز نسخه ۶ بر چگونگی بود؟
هدف نسخه ۶، استانداردسازی گامبهگام مدیریت پروژهها بود.
مدیر پروژه دقیقاً میدانست:
- چه کاری باید انجام شود
- با چه ورودیها و ابزارهایی
- چه خروجیای تولید میشود
در نتیجه، نسخه ۶ عملکردمحور و عملیاتی بود و کمتر روی ارزش یا نتایج کلان پروژه تمرکز داشت.
مثال: حوزه دانش محدوده در نسخه ۶
در این مثال، حوزه دانش مدیریت محدوده در نسخه ۶ بررسی شده و فرآیندهای اصلی آن نمایش داده شدهاند. در نهایت، ورودیها، ابزارها و تکنیکها و خروجیهایی (ITTO ) که این نسخه برای فرآیند Define Scope (تعریف محدوده) در نظر گرفته بود، ارائه شده است.
فرآیندهای مدیریت محدوده (Scope Management)
- برنامهریزی مدیریت محدوده (Plan Scope Management)
- جمعآوری نیازمندیها (Collect Requirements)
- تعریف محدوده (Define Scope)
- ایجاد ساختار شکست کار (Create WBS)
- تایید محدوده (Validate Scope)
- کنترل محدوده (Control Scope)
بررسی ITTO برای فرآیند تعریف محدوده (Define Scope)
فرآیند تعریف محدوده، فرآیندی است که در آن توصیف دقیق پروژه و محصول تهیه میشود.
دربارهی مدیریت محدوده بیشتر بخوانید.
نسخه هفتم PMBOK: تمرکز بر چه چیزی و چرا
نسخه هفتم PMBOK نسبت به نسخههای قبلی یک تغییر اساسی داشت و تمرکز خود را از جزئیات گامبهگام و ITTOها به دید کلان و اصولمحور مدیریت پروژه منتقل کرد.
در این نسخه، مدیر پروژه به جای پیروی از فرآیندهای مشخص، باید پاسخ دهد:
- چه چیزی باید مدیریت شود؟
- این سؤال با استفاده از حوزههای عملکردی پروژه (Performance Domains) پاسخ داده میشود.
- چرا باید این کار انجام شود؟
- این سؤال با اصول مدیریت پروژه (Principles) هدایت میشود.
نسخه ۷ به مدیران پروژه کمک میکند تا دید کلی و راهبردی از پروژه داشته باشند و تصمیمگیریها و اجرای پروژه را بر اساس ارزش، اصول و اهداف کلان سازمان هدایت کنند، بدون اینکه نیاز به دنبال کردن دستورالعملهای دقیق و ITTOها داشته باشند.
اصول یا چرایی مدیریت پروژه در نسخه ۷
نسخه هفتم، 12 اصل کلیدی مدیریت پروژه (Principles) را در بخش The Standard for Project Management معرفی کرده است. این اصول راهنمای رفتار و تصمیمگیری مدیر پروژه هستند و نشان میدهند چرا پروژه باید به شیوهای خاص مدیریت شود و چه رویکرد اخلاقی و عملی مناسب است.
۱۲ اصل کلیدی و توضیح ساده آنها
- مسئول، دقیق و مراقب باش (Be a diligent, respectful, and caring steward)
به منابع، زمان، بودجه و اعضای تیم احترام بگذار و مسئولیتپذیر باش.
- محیط تیمی مشارکتی ایجاد کن (Create a collaborative project team environment)
تیم را در یک محیط حمایتکننده هدایت کن و اعتماد و همکاری بین اعضا را تقویت کن.
- با ذینفعان تعامل مؤثر داشته باش (Effectively engage with stakeholders)
نیازها و انتظارات ذینفعان را بشناس و با آنها ارتباط مؤثر برقرار کن.
- بر ارزش تمرکز کن (Focus on value)
فراتر از تحویل کار، به تأثیر و ارزش واقعی پروژه برای سازمان و ذینفعان توجه داشته باش.
- تعاملات سیستم پروژه را شناسایی، ارزیابی و مدیریت کن (Recognize, evaluate, and respond to system interactions)
بدان چگونه عناصر مختلف پروژه به هم مرتبط هستند و اثر متقابل آنها را مدیریت کن.
- رفتارهای رهبری مؤثر نشان بده (Demonstrate leadership behaviors)
تیم را هدایت و حمایت کن، انگیزه بده و نقش رهبری فعال داشته باش.
- روشها را با شرایط پروژه تطبیق بده (Tailor based on context)
بسته به نوع پروژه (سنتی، چابک یا ترکیبی) روش مناسب را انتخاب کن و فرآیندها را تطبیق بده.
- کیفیت را در فرآیندها و خروجیها تعبیه کن (Build quality into processes and deliverables)
پیشگیری از خطا و تضمین کیفیت در طول اجرای پروژه را رعایت کن.
- پیچیدگیها را مدیریت کن (Navigate complexity)
پروژههای پیچیده را تحلیل و کنترل کن تا ریسکها کاهش یابند.
- پاسخ به ریسکها را بهینهسازی کن (Optimize risk responses)
استراتژیهای مناسب برای مدیریت ریسکها طراحی و اجرا کن.
- انعطافپذیری و تابآوری را بپذیر (Embrace adaptability and resiliency)
آماده تغییرات باش و توانایی مقابله با مشکلات و تغییرات ناگهانی را تقویت کن.
- تغییر برای رسیدن به وضعیت مطلوب را تسهیل کن (Enable change to achieve the envisioned future state)
پروژه و تیم را به سمتی هدایت کن که اهداف نهایی و ارزش پیشبینی شده محقق شود.
دربارهی مدیریت ریسک بیشتر بخوانید.
حوزههای عملکردی در نسخه ۷
نسخه هفتم PMBOK، مدیریت پروژه را به ۸ حوزه عملکردی اصلی (Performance Domains) تقسیم کرده است که کل فرآیند مدیریت پروژه را پوشش میدهند:
- Stakeholder (ذینفعان) – مدیریت انتظارات و تعامل مؤثر با ذینفعان پروژه.
- Team (تیم) – توسعه، مدیریت و انگیزش تیم پروژه برای افزایش همکاری و بهرهوری.
- Development Approach & Lifecycle (رویکرد توسعه و چرخه عمر) – انتخاب روش انجام پروژه: سنتی، چابک یا هیبرید.
- Planning (برنامهریزی) – طراحی مسیر پروژه و مدیریت محدودیتها مانند زمان، هزینه و منابع.
- Project Work (کار پروژه) – اجرای فعالیتها و هدایت کارها برای دستیابی به اهداف پروژه.
- Delivery (تحویل) – تضمین کیفیت و تحویل خروجیها به ذینفعان مطابق نیازها.
- Measurement (سنجش) – رصد عملکرد پروژه، اندازهگیری نتایج و سنجش پیشرفت.
- Uncertainty (ناپایداری / ریسک) – شناسایی، مدیریت و پاسخ به ریسکها و ناپایداریهای پروژه.
در نسخه هفتم، حوزههای عملکردی مشخص میکنند که چه چیزهایی باید در پروژه مدیریت شود، اما مدیر پروژه دیگر نیاز ندارد فرآیندها را گامبهگام با ITTOها دنبال کند. بنابراین نحوه اجرای پروژه به شکل کلی و انعطافپذیر بیان شده است.
نسخه هشتم PMBOK: ترکیب کامل چرایی، چه چیزی و چگونگی
نسخه هشتم PMBOK برخلاف نسخه هفتم که بیشتر مفهومی و اصولمحور بود، سه لایه اصلی مدیریت پروژه را همزمان ارائه میدهد:
- چرایی (Why) – چرا باید این کارها انجام شوند؟
شش اصل مدیریت پروژه راهنمای رفتار و تصمیمگیری مدیران پروژه هستند.
- چه چیزی باید مدیریت شود (What) – چه بخشهایی در پروژه مهماند؟
هفت حوزه عملکردی (Performance Domains) کل پروژه را پوشش میدهند و مشخص میکنند چه بخشهایی باید کنترل شوند.
- چگونه انجام شود (How) – چطور پروژه را اجرا و کنترل کنیم؟
بیش از ۴۰ فرآیند با ITTO ارائه شده که قابل تطبیق (Tailoring) و غیرالزامی هستند.
شش اصل کلیدی در نسخه هشتم PMBOK: چرایی (Why)
نسخه هشتم PMBOK اصول نسخه هفتم را سادهتر، عملیتر و خلاصهتر کرده است تا رفتار، ارزشها و تصمیمگیری مدیر پروژه را هدایت کند. این اصول (Principles) راهنمای تصمیمگیری و رفتار مدیر پروژه هستند و به عنوان مبنا برای همه حوزهها و فرآیندها استفاده میشوند.
شش اصل کلیدی و توضیح ساده آنها
- دید کلان و سیستممحور داشته باش (Adopt a Holistic View)
پروژه را به صورت یک سیستم کامل و هماهنگ ببین و اجزای مختلف آن را همزمان مدیریت کن.
- روی ارزش واقعی و نتایج تمرکز کن (Focus on Value)
فراتر از تحویل کار، به تأثیر و ارزش پروژه برای سازمان و ذینفعان توجه کن.
- کیفیت را در همهجا بگنجان (Embed Quality Into Processes and Deliverables)
کیفیت را در فرآیندها و خروجیهای پروژه تعبیه کن و از خطا جلوگیری کن.
- رهبری مسئول و پاسخگو باش (Be an Accountable Leader)
نقش رهبری فعال، پاسخگو و مسئولیتپذیر در پروژه و تیم داشته باش.
- پایداری و مسئولیت اجتماعی را وارد کن (Integrate Sustainability)
در تصمیمگیریها و اقدامات پروژه پایداری و اثرات اجتماعی و محیطی را در نظر بگیر.
- تیم و فرهنگ توانمند بساز (Build an Empowered Culture)
تیمی توانمند ایجاد کن و فرهنگ همکاری، انگیزش و مسئولیتپذیری را در سازمان تقویت کن.
هفت حوزه عملکردی در نسخه هشتم PMBOK: چه چیزی باید مدیریت شود (What)
نسخه هشتم PMBOK هفت حوزه عملکردی (Performance Domains) روشن و عملی تعریف کرده است که مشخص میکنند چه بخشهایی در پروژه باید مدیریت و کنترل شوند. این حوزهها عملکردی و قابل اندازهگیری هستند و پایهای برای موفقیت پروژه فراهم میکنند.
هفت حوزه عملکردی و توضیح ساده هر کدام
- Governance (حاکمیت و یکپارچگی)
چهارچوب تصمیمگیری، حاکمیت و هماهنگی کل پروژه. - Scope (محدوده)
تعریف محدوده، نیازمندیها و تحویلهای پروژه. - Schedule (زمانبندی)
برنامهریزی و کنترل زمانبندی پروژه و فعالیتها. - Finance (هزینه و بودجه)
مدیریت هزینهها، بودجه و منابع مالی پروژه. - Stakeholders (ذینفعان و ارتباطات)
شناسایی و مدیریت ذینفعان و برقراری ارتباط مؤثر با آنها. - Resources (منابع)
تخصیص و مدیریت منابع انسانی و مادی پروژه. - Risk (ریسک و عدم قطعیت)
شناسایی، تحلیل و مدیریت ریسکها و عدم قطعیتها در پروژه.
فرآیندها و ITTO در نسخه هشتم PMBOK: چگونگی (How)
یکی از مهمترین تغییرات نسخه هشتم نسبت به نسخه هفتم، بازگشت فرآیندها و ITTOها به متن اصلی راهنما است. این تغییر، بُعد چگونگی مدیریت پروژه را تقویت میکند و نسخه ۸ را عملیاتی و انعطافپذیر میسازد.
ویژگیهای مهم فرآیندها در نسخه ۸:
- بیش از ۴۰ فرآیند تعریف شده است.
- هر فرآیند داخل حوزههای عملکردی جای گرفته است و با آنها همسو است.
- همانند نسخه ۶، هر فرآیند شامل ورودیها، ابزارها و تکنیکها، و خروجیها (ITTO) میباشد.
- برخلاف نسخه ۶، فرآیندها غیرالزامی (Non-prescriptive) هستند و قابل Tailoring؛ یعنی میتوان آنها را با توجه به نیاز و شرایط پروژه تطبیق داد.
مثال: حوزه عملکردی محدوده در نسخه هشتم PMBOK
حوزه عملکرد محدوده شامل فرآیندهایی است که برای تعریف، توسعه، پایش، کنترل و تأیید محدوده پروژه لازم هستند تا همخوانی با انتظارات ذینفعان و اهداف پروژه حفظ شود.
فرآیندهای اصلی حوزه محدوده
- Plan Scope Management (برنامهریزی مدیریت محدوده)
- ایجاد طرح مدیریت محدوده که مشخص میکند چگونه محدوده پروژه و محصول تعریف، تأیید و کنترل خواهد شد.
- Elicit and Analyze Requirements (جمعآوری و تحلیل نیازمندیها)
- شناسایی، مستندسازی و مدیریت نیازها و خواستههای ذینفعان برای تحقق اهداف پروژه.
- Define Scope (تعریف محدوده)
- توسعه توضیح دقیق یا سطح بالا از پروژه و محصول.
- در پروژههای چابک، محدوده معمولاً سطح بالا است و اغلب با نقشه راه محصول و نسخههای آن نمایش داده میشود.
- این فرآیند همچنین نیازمندیها و استانداردهای کیفیت خروجیها را مشخص میکند و نحوه تطابق با آنها را نشان میدهد.
- Develop Scope Structure (توسعه ساختار محدوده / WBS)
- تقسیم خروجیها و کارهای پروژه به اجزای کوچکتر و قابل مدیریت.
- در پروژههای چابک، این معادل شکستن Product Backlog است که آیتمها به Epics، Features و User Stories تقسیم میشوند.
- Monitor and Control Scope (پایش و کنترل محدوده)
- نظارت بر وضعیت محدوده پروژه و محصول، مدیریت تغییرات، اندازهگیری کیفیت خروجیها و اطمینان از رعایت استانداردها.
- Validate Scope (تأیید محدوده)
- رسمی کردن پذیرش خروجیهای تکمیل شده پروژه توسط ذینفعان.
برای فرآیند برنامهریزی مدیریت محدوده، ITTO موارد زیر معرفی شده است:
تفاوت نسخههای ۶، ۷ و ۸ PMBOK در یک نگاه
در این بخش، تفاوتهای کلیدی نسخههای ۶، ۷ و ۸ PMBOK را به شکل ساده و مقایسهای بررسی میکنیم. جدول زیر نشان میدهد که تمرکز هر نسخه، ساختار حوزهها و نحوه ارائه فرآیندها و اصول چگونه تغییر کرده است:
نتیجهگیری: برتری نسخه هشتم PMBOK
نسخه هشتم PMBOK با ترکیب ویژگیهای نسخههای قبلی، یک چهارچوب جامع، کاربردی و انعطافپذیر برای مدیریت پروژه ارائه میدهد:
- نسخه ۶: تمرکز اصلی روی چگونگی انجام پروژه بود و جزئیات عملیاتی و ITTOها را ارائه میکرد.
- نسخه ۷: بیشتر روی اصول و حوزههای عملکردی تمرکز داشت و دید کلان و نتیجهمحور ارائه میداد، اما جزئیات عملیاتی حذف شده بود.
- نسخه ۸: هر سه بعد را در یک چهارچوب واحد ترکیب کرده است:
- چرایی (Why): اصول مدیریت پروژه برای هدایت رفتار و تصمیمگیری مدیران
- چه چیزی باید مدیریت شود (What): حوزههای عملکردی روشن و عملی برای کنترل پروژه
- چگونه انجام شود (How): فرآیندها با ITTO و امکان Tailoring برای پروژههای مختلف