هیچ چارچوب مدیریت پروژه‌ای وجود ندارد که برای تمام پروژهها بهترین گزینه باشد. پروژه‌ای با محدوده، بودجه و خروجی مشخص ممکن است با یک رویکرد پیش‌بینی‌پذیر بهتر مدیریت شود، در حالی که یک تیم توسعه محصول با تغییرات مداوم معمولاً از Agile، Scrum یا Kanban نتیجه بهتری می‌گیرد. در بسیاری از سازمانها نیز ترکیب ۲ یا چند رویکرد و ایجاد یک مدل Hybrid عملی‌تر از پیروی کامل از یک متدولوژی است.
چرا انتخاب چارچوب مدیریت پروژه اهمیت دارد؟
یک پروژه حداقل با ۳ محدودیت اساسی یعنی زمان، هزینه و محدوده روبه‌رو است، اما در عمل موضوعاتی مانند کیفیت، منابع، ریسک، ذی‌نفعان و تغییرات نیز بر نتیجه اثر می‌گذارند. چارچوب مدیریت پروژه به تیم کمک میکند مشخص کند تصمیم‌ها چگونه گرفته شوند، فعالیت‌ها چگونه برنامه‌ریزی شوند و پیشرفت کار با چه معیاری سنجیده شود.
مشکل زمانی ایجاد می‌شود که سازمان بدون توجه به ماهیت پروژه، یک روش ثابت را برای همه کارها انتخاب کند. برای مثال، برنامه‌ریزی کامل یک محصول نرمافزاری برای ۱۲ ماه آینده ممکن است با واقعیت تغییر نیازهای کاربران هماهنگ نباشد. از طرف دیگر، اجرای یک پروژه عمرانی بزرگ بدون برنامه زمانبندی کلان، وابستگی فعالیت‌ها و کنترل هزینه نیز میتواند ریسک پروژه را به‌شدت افزایش دهد.
بنابراین انتخاب روش مدیریت پروژه نباید از نام چارچوب شروع شود. ابتدا باید مشخص شود پروژه تا چه اندازه قابل پیش‌بینی است، مشتری چند بار ممکن است نیازهای خود را تغییر دهد، تعداد ذی‌نفعان چقدر است و تأخیر یا تغییر چه هزینه‌ای برای سازمان ایجاد میکند.
- اگر نیازمندی‌ها از ابتدا نسبتاً مشخص‌اند، رویکردهای Predictive معمولاً مناسبتر هستند.
- اگر نیازها مرتب تغییر میکنند، Agile میتواند انعطاف بیشتری ایجاد کند.
- اگر جریان پیوسته‌ای از درخواست‌ها وجود دارد، Kanban گزینه مناسبی است.
- اگر بخش‌های مختلف پروژه ماهیت متفاوتی دارند، مدل Hybrid میتواند مؤثرتر باشد.
۱. PMBOK، PRINCE2، Waterfall و CPM رویکردهای ساختاریافته مدیریت پروژه
یکی از شناخته‌شده‌ترین منابع مدیریت پروژه، PMBOK است. در ویرایش هفتم PMBOK، مدیریت پروژه حول ۱۲ اصل و ۸ حوزه عملکردی مطرح می‌شود. نکته مهم این است که PMBOK یک روش اجرایی گام‌به‌گام نیست؛ بلکه مجموعه‌ای از اصول، مدل‌ها و تکنیک‌ها را در اختیار مدیر پروژه قرار می‌دهد تا متناسب با شرایط پروژه از آن‌ها استفاده کند.
PMBOK برای پروژههای سازمانی، صنعتی، فناوری اطلاعات، عمرانی و حتی توسعه محصول قابل استفاده است. مزیت اصلی آن جامع بودن است؛ زیرا مدیریت ذی‌نفعان، ریسک، کیفیت، برنامه‌ریزی، تیم، تحویل ارزش و عدم قطعیت را در یک نگاه کلی مورد توجه قرار می‌دهد. در عین حال استفاده مؤثر از آن نیازمند Tailoring یا تطبیق روش با شرایط واقعی پروژه است.
PRINCE2 ساختار اجرایی مشخصتری دارد. نسخه جدید این روش همچنان بر ۷ اصل، ۷ فرآیند و ۷ Practice استوار است و تأکید زیادی بر توجیه تجاری یا Business Case پروژه دارد. یعنی پروژه صرفاً به این دلیل که شروع شده نباید تا پایان ادامه پیدا کند؛ بلکه باید در طول مسیر همچنان ارزش و توجیه کافی داشته باشد.
Waterfall یا مدل آبشاری رویکرد دیگری است که پروژه را به مراحل متوالی تقسیم میکند. در یک مدل ساده نرمافزاری ممکن است ۵ مرحله نیازسنجی، طراحی، توسعه، آزمایش و تحویل تعریف شود. زمانی که نیازها از ابتدا مشخص هستند، این رویکرد امکان برنامه‌ریزی دقیق‌تری فراهم میکند؛ اما تغییرات دیرهنگام معمولاً هزینه بالایی ایجاد میکنند.
در پروژههای عمرانی و صنعتی، روش مسیر بحرانی یا CPM نیز اهمیت زیادی دارد. برای اجرای CPM حداقل باید ۳ اطلاعات اصلی در اختیار داشته باشیم: فعالیت‌ها، مدت‌زمان آن‌ها و روابط وابستگی میان فعالیت‌ها. از طریق این اطلاعات میتوان مسیر بحرانی پروژه را مشخص کرد و فعالیت‌هایی را یافت که تأخیر آن‌ها مستقیماً تاریخ پایان پروژه را جابه‌جا میکند.
- PMBOK: مناسب ایجاد یک سیستم جامع مدیریت پروژه.
- PRINCE2: مناسب محیط‌هایی با ساختار تصمیم‌گیری و کنترل رسمی.
- Waterfall: مناسب پروژه‌هایی با نیازمندی‌های نسبتاً ثابت.
- CPM: مناسب پروژه‌هایی با وابستگی زمانی زیاد میان فعالیت‌ها.
۲. Agile و Scrum زمانی که تغییر بخشی از پروژه است
Agile در اصل یک نرمافزار یا فرآیند ثابت نیست. مانیفست Agile بر ۴ ارزش اصلی و ۱۲ اصل بنا شده و هدف آن ایجاد توانایی بیشتر برای پاسخ به تغییرات است. به همین دلیل Agile بیشتر در محیط‌هایی مورد استفاده قرار می‌گیرد که شناخت تیم از محصول در طول اجرای کار کامل‌تر می‌شود.
به جای اینکه تیم تلاش کند تمام جزئیات پروژه را در روز اول تعیین کند، کار به بخش‌های کوچک‌تر تقسیم می‌شود. خروجیهای کوچک سریع‌تر تحویل داده می‌شوند، بازخورد دریافت می‌شود و اولویت‌های بعدی براساس اطلاعات جدید تغییر میکنند. چنین رویکردی برای توسعه نرمافزار، محصولات دیجیتال، تحقیق و توسعه و بسیاری از پروژههای نوآورانه مناسب است.
Scrum یکی از چارچوب‌های مشهور در خانواده Agile است. Scrum دارای ۳ مسئولیت اصلی Product Owner، Scrum Master و Developers است و کار در دوره‌هایی با حداکثر طول ۱ ماه به نام Sprint انجام می‌شود. Scrum همچنین ۵ Event اصلی و ۳ Artifact تعریف میکند تا تیم بتواند به شکل منظم برنامه‌ریزی، اجرا، بازبینی و بهبود داشته باشد.
یکی از اشتباهات رایج این است که هر تیمی که جلسه روزانه برگزار کند یا فعالیت‌ها را داخل Sprint قرار دهد، خود را Scrum بداند. اجرای Scrum زمانی ارزش ایجاد میکند که تیم واقعاً بتواند در پایان Sprint یک Increment قابل استفاده ارائه دهد، اولویت Product Backlog براساس ارزش تغییر کند و بازخورد به تصمیم‌های Sprint بعدی منتقل شود.
- تغییر نیاز مشتری زیاد است.
- امکان تحویل تدریجی محصول وجود دارد.
- تیم میتواند در بازه‌های کوتاه خروجی قابل بررسی ایجاد کند.
- بازخورد مشتری یا بازار بر اولویت‌های بعدی اثر می‌گذارد.
اگر پروژه دارای یک برنامه کلان ثابت است اما بخشی از خروجی آن باید به صورت تدریجی توسعه داده شود، الزاماً نیازی نیست بین Agile و مدیریت سنتی فقط یکی را انتخاب کرد. همین نقطه یکی از کاربردهای اصلی مدیریت پروژه Hybrid است.
۳. Kanban، Lean، Six Sigma و Critical Chain تمرکز بر جریان، کیفیت و منابع
Kanban بیشتر از آنکه روی دوره‌های زمانی ثابت تمرکز داشته باشد، روی جریان کار تمرکز میکند. در ساده‌ترین نمونه، یک برد میتواند ۳ ستون «انجام‌نشده»، «در حال انجام» و «انجام‌شده» داشته باشد؛ اما Kanban واقعی فقط ساخت این ۳ ستون نیست. یکی از اصول کلیدی آن محدود کردن Work In Progress یا تعداد کارهای همزمان در حال انجام است.
اگر یک تیم ظرفیت انجام ۴ فعالیت همزمان را داشته باشد اما ۱۲ فعالیت را شروع کند، بخش زیادی از زمان اعضا صرف جابه‌جایی بین کارها می‌شود. محدود کردن WIP باعث می‌شود تیم به جای شروع مداوم فعالیتهای جدید، روی تمام کردن کارهای قبلی تمرکز کند. به همین دلیل Kanban برای واحدهای پشتیبانی، عملیات، تولید محتوا، توسعه نرمافزار و تیمهایی با جریان مداوم درخواست‌ها کاربرد زیادی دارد.
Lean نیز بر حذف اتلاف و افزایش ارزش تمرکز دارد. در بسیاری از مدل‌های Lean، ۸ نوع اتلاف مورد بررسی قرار می‌گیرد؛ از انتظار و دوباره‌کاری گرفته تا انجام کارهای غیرضروری و استفاده نامناسب از ظرفیت افراد. این رویکرد تنها به کارخانه محدود نیست و میتوان آن را برای فرآیندهای خدماتی و دیجیتال نیز به کار گرفت.
Six Sigma بیشتر برای کاهش خطا و بهبود فرآیند مورد استفاده قرار می‌گیرد. مدل معروف DMAIC شامل ۵ مرحله Define، Measure، Analyze، Improve و Control است. اگر هدف پروژه تنها «تحویل یک خروجی» نباشد و سازمان بخواهد یک فرآیند موجود را اندازه‌گیری و اصلاح کند، ابزارهای Six Sigma میتوانند مفید باشند.
Critical Chain Project Management نیز روی محدودیت منابع تمرکز دارد. برخلاف برنامه‌ریزی‌ای که فقط روابط فعالیت‌ها را بررسی میکند، Critical Chain در نظر می‌گیرد که ممکن است ۲ فعالیت از نظر منطقی همزمان قابل اجرا باشند اما هر دو به یک متخصص یا یک تجهیز مشترک نیاز داشته باشند. استفاده از Buffer نیز یکی از ویژگی‌های اصلی این رویکرد برای مدیریت عدم قطعیت است.
- Kanban: برای مدیریت جریان مستمر کار.
- Lean: برای کاهش اتلاف و فعالیتهای بدون ارزش.
- Six Sigma: برای کاهش خطا و بهبود فرآیندهای قابل‌اندازه‌گیری.
- Critical Chain: برای محیط‌هایی که محدودیت منابع مسئله اصلی پروژه است.
۴. مقایسه چارچوب‌های مدیریت پروژه و انتخاب روش مناسب
برای انتخاب چارچوب مناسب میتوان حداقل ۴ متغیر را بررسی کرد: میزان ثبات نیازمندی‌ها، تعداد تغییرات، نوع جریان کار و میزان محدودیت منابع. پاسخ به همین ۴ مورد معمولاً کمک میکند دامنه گزینه‌ها به شکل قابل‌توجهی محدود شود.
| روش یا چارچوب | تمرکز اصلی | مناسب برای | میزان انعطاف در تغییر |
|---|---|---|---|
| PMBOK | مدیریت جامع پروژه | پروژههای سازمانی و پیچیده | بالا در صورت Tailoring مناسب |
| PRINCE2 | کنترل، نقش‌ها و توجیه تجاری | سازمانها و پروژههای رسمی | متوسط |
| Waterfall | اجرای مرحله‌ای | پروژههای با خروجی مشخص | کم |
| CPM | زمانبندی و وابستگی فعالیت‌ها | عمرانی، صنعتی و زیرساخت | متوسط |
| Scrum | تحویل تدریجی در Sprint | توسعه محصول و نرمافزار | زیاد |
| Kanban | جریان کار و محدودیت WIP | پشتیبانی، عملیات و تیم‌های خدماتی | زیاد |
| Lean | حذف اتلاف | بهبود عملیات و فرآیند | زیاد |
| Six Sigma | کاهش خطا و تغییرپذیری | پروژههای بهبود کیفیت | متوسط |
| Hybrid | ترکیب چند رویکرد | پروژههای چندبخشی و پیچیده | زیاد |
برای مثال، یک شرکت نرمافزاری ممکن است برنامه مالی و قرارداد پروژه را به صورت Predictive مدیریت کند، توسعه محصول را با Scrum پیش ببرد و درخواستهای پشتیبانی مشتری را روی Kanban قرار دهد. در چنین سازمانی استفاده از ۳ مدل مختلف نه‌تنها تناقض نیست، بلکه میتواند نشانه طراحی درست سیستم مدیریت کار باشد.
در مقابل، تغییر مداوم روش کار نیز میتواند مشکل‌ساز شود. تیم باید بداند چه فرآیندی برای چه نوع کاری استفاده می‌شود، مسئول تصمیم‌گیری چه کسی است و معیار پایان کار چیست. چارچوب خوب باید ابهام را کاهش دهد، نه اینکه اصطلاحات مدیریتی بیشتری به سازمان اضافه کند.
۵. مدیریت پروژه Hybrid آیا میتوان چند چارچوب را همزمان استفاده کرد؟
در بسیاری از سازمانها پاسخ مثبت است. یک پروژه ممکن است حداقل ۲ لایه متفاوت داشته باشد: لایه مدیریتی و قراردادی که نیازمند برنامه‌ریزی کلان است و لایه اجرایی که باید سریع‌تر با تغییرات سازگار شود. در این شرایط استفاده از یک روش واحد برای هر دو لایه لزوماً بهترین انتخاب نیست.
برای نمونه میتوان Milestoneهای اصلی، بودجه و زمان تحویل را به روش سنتی مدیریت کرد، اما فعالیتهای تیم توسعه را داخل Sprint یا روی Kanban Board قرار داد. گزارش مدیریت نیز میتواند اطلاعات هر دو سطح را ترکیب کند؛ مدیر ارشد وضعیت کل پروژه را می‌بیند و تیم اجرایی روی کارهای روزانه تمرکز میکند.
مدل Hybrid زمانی مؤثر است که مرز میان روش‌ها مشخص باشد. اگر اعضای تیم ندانند کدام تاریخ قطعی است، کدام فعالیت قابلیت جابه‌جایی دارد و چه کسی اولویت Backlog را تعیین میکند، ترکیب روش‌ها به جای انعطاف، آشفتگی ایجاد خواهد کرد.
- سطح کلان پروژه و نقاط تحویل اصلی را مشخص کنید.
- نوع کار هر تیم را تشخیص دهید.
- برای کارهای قابل پیش‌بینی برنامه زمانبندی تعریف کنید.
- برای فعالیتهای پرتغییر از Backlog، Sprint یا Kanban استفاده کنید.
- گزارش‌ها را در یک سطح مدیریتی مشترک تجمیع کنید.
برای مطالعه مطالب مرتبط با مدیریت پروژه، Scrum و مدیریت وظایف می‌توانید به مقالات مدیریت پروژه تیکبورد مراجعه کنید.
چارچوب مدیریت پروژه چه ارتباطی با نرمافزار مدیریت پروژه دارد؟
نرمافزار نباید چارچوب مدیریت پروژه را به سازمان تحمیل کند. ابزار مناسب باید بتواند حداقل چند الگوی رایج مدیریت کار را پشتیبانی کند. برای مثال یک تیم Scrum به Backlog و مدیریت وظایف نیاز دارد، یک تیم Kanban باید بتواند جریان فعالیت‌ها را روی برد مشاهده کند و یک مدیر پروژه نیز به گزارش و دید کلی نسبت به پیشرفت کار احتیاج دارد.
تیکبورد بر مبنای بردها و وظایف طراحی شده و امکان استفاده از ستون‌های قابل تنظیم، جابه‌جایی فعالیت‌ها، تعیین مسئول، اولویت، وزن، زمان تخمینی، سررسید و گزارشگیری را فراهم میکند. به همین دلیل تیم میتواند ساختار برد را متناسب با فرآیند خود تنظیم کند، بدون اینکه الزاماً مجبور باشد تمام پروژه را براساس یک متدولوژی واحد تعریف کند.
تقویم، ثبت زمان، گزارش‌ها و امکان ارتباط فعالیت‌ها با پروژهها نیز کمک میکنند اجرای روزانه کار از دید مدیریتی جدا نباشد. در یک ساختار Hybrid، برای مثال میتوان پروژه را در سطح کلان مدیریت کرد و اجرای روزانه فعالیتهای تیم را روی برد انجام داد.
نکته مهم این است که هیچ نرمافزاری به تنهایی Scrum، PMBOK یا Kanban را در یک سازمان پیاده‌سازی نمی‌کند. ابزار فقط زیرساخت اجرای فرآیندی است که تیم طراحی کرده است. اگر نقش‌ها، اولویت‌ها و معیار پایان فعالیت مشخص نباشند، اضافه کردن امکانات بیشتر نرمافزاری مشکل اصلی را برطرف نمی‌کند.
جمع‌بندی
انتخاب چارچوب مدیریت پروژه باید از شناخت مسئله شروع شود، نه از محبوبیت نام یک متدولوژی. PMBOK و PRINCE2 برای ایجاد ساختار مدیریتی جامع مفید هستند، Waterfall و CPM در پروژههای قابل پیش‌بینی و وابسته به زمان کاربرد زیادی دارند و Scrum و Kanban برای محیط‌هایی که تغییر و جریان مستمر کار اهمیت بیشتری دارد مناسب‌اند.
در بسیاری از سازمان‌های امروزی، انتخاب نهایی ترکیبی از چند روش است. ممکن است برنامه کلان پروژه Predictive باشد، توسعه محصول با Scrum انجام شود و درخواستهای پشتیبانی روی Kanban مدیریت شوند. آنچه اهمیت دارد این است که هر بخش از سیستم مدیریت کار هدف مشخصی داشته باشد و همه اعضا بدانند کار چگونه وارد سیستم می‌شود، چه کسی مسئول آن است و چه زمانی انجام‌شده محسوب می‌شود.
اگر به دنبال ساخت چنین فرآیندی برای تیم خود هستید، بهتر است ابتدا جریان واقعی کار را مشخص کنید و سپس ابزار را براساس آن تنظیم کنید. تیکبورد با ساختار بردها، وظایف، زمانبندی، تقویم، ثبت زمان و گزارش‌ها میتواند زیرساختی برای پیاده‌سازی روشهای مختلف مدیریت کار و پروژه در یک محیط یکپارچه فراهم کند.
