ساختار شکست کار یا همان WBS، نقشهٔ تجزیهٔ پروژه به بخشهای کوچکتر است. اما یک سؤال رایج این است: «این شکستن را بر چه اساسی انجام دهیم؟ بر اساس خروجیها؟ مراحل؟ یا تیمها؟» پاسخ به این سؤال، نوع WBS را تعیین میکند و انتخاب اشتباه، کل زمانبندی و گزارشدهی پروژه را مبهم میکند.
در این مقاله، انواع WBS را با مثال و معیار انتخاب توضیح میدهیم، قانون ۱۰۰٪ را باز میکنیم و نشان میدهیم چرا «محصولمحور» برای بیشتر پروژهها دقیقترین انتخاب است.
انواع WBS کداماند؟ (پاسخ سریع)
انواع WBS در مدیریت پروژه سه نوع اصلیاند: محصولمحور (شکستن بر اساس خروجیها و تحویلدادنیها)، فازمحور (شکستن بر اساس مراحل زمانی مثل طراحی، اجرا و تست) و مسئولیتمحور (شکستن بر اساس تیم یا واحد مسئول).
WBS چیست و چرا نوع آن مهم است؟ (یادآوری کوتاه)
پیش از رفتن سراغ انواع، یک یادآوری کوتاه: WBS یعنی تجزیهٔ سلسلهمراتبی محدودهٔ پروژه به اجزای کوچکتر که قابل تخصیص، تخمین و پیگیری باشند. «نوع» WBS مشخص میکند این تجزیه بر چه مبنایی انجام میشود، و همین مبنا تعیین میکند که آیا بعداً میتوانید زمان، هزینه و مسئول هر بخش را دقیق بگویید یا نه.
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
WBS محصولمحور (Deliverable-Based) چیست؟
در این روش، پروژه بر اساس خروجیها و تحویلدادنیها شکسته میشود؛ یعنی هر شاخهٔ WBS، یک محصول یا بخش قابلتحویل است. این نوع، رایجترین و دقیقترین نوع WBS است، چون هر عنصر پایین، بهطور طبیعی به یک «خروجی قابل اندازهگیری» اشاره میکند و میتوان برایش مسئول، زمان و بودجه تعریف کرد.
مثال برای پروژهٔ ساخت سایت: «طراحی رابط کاربری»، «توسعهٔ فرانتاند»، «توسعهٔ بکاند»، «تولید محتوا»، «تست و انتشار». هرکدام از اینها را میتوان دوباره شکست: مثلاً «توسعهٔ فرانتاند» به «صفحهٔ اصلی»، «صفحهٔ محصول»، «صفحهٔ تماس».
چرا محصولمحور دقیقتر است؟
دلیل دقتش این است که «خروجی» را میتوان دید، تحویل داد و تأیید کرد. وقتی میگویید «صفحهٔ محصول کامل شد»، یک نقطهٔ مشخص و قابلراستیآزمایی است؛ اما «فاز ۲ انجام شد» مبهم است، چون معلوم نیست دقیقاً چه چیزی در فاز ۲ ساخته شده است.
WBS فازمحور (Phase-Based) چیست؟
در این روش، پروژه بر اساس مراحل زمانی شکسته میشود: فاز ۱، فاز ۲ و… . این نوع وقتی مناسب است که پروژه بهطور طبیعی به مراحل پشتسرهم تقسیم شود و تأکید روی «جریان زمانی» باشد، نه خروجی.
مثال برای همان پروژهٔ سایت: «فاز ۱: طراحی و تأیید»، «فاز ۲: توسعه»، «فاز ۳: محتوا و تست»، «فاز ۴: راهاندازی و تحویل».
محدودیت فازمحور
بزرگترین ضعف فازمحور این است که خروجیها را مبهم میکند. «فاز ۲: توسعه» مشخص نمیکند دقیقاً کدام صفحات یا ماژولها ساخته میشوند. برای تخمین دقیق زمان و هزینه، در نهایت باز هم باید داخل هر فاز، خروجیها را لیست کنید — یعنی عملاً به محصولمحور برمیگردید.
WBS مسئولیتمحور (Responsibility-Based) چیست؟
در این روش، پروژه بر اساس تیم یا واحد سازمانی مسئول شکسته میشود. این نوع معمولاً وقتی بهکار میرود که چند تیم یا واحد مستقل کارها را پیش میبرند و میخواهید تقسیم کار را صریح کنید.
مثال: «کارهای تیم طراحی»، «کارهای تیم فنی»، «کارهای تیم محتوا». نکتهٔ مهم اینجاست که مسئولیتمحور معمولاً بهتر است بهعنوان یک لایهٔ مکمل روی WBS محصولمحور سوار شود، نه بهعنوان مبنای اصلی؛ چون خودِ خروجیها را مشخص نمیکند.
محدودیت مسئولیتمحور
مسئولیتمحور میگوید «چه کسی»، اما نمیگوید «چه چیزی». اگر فقط بر اساس تیم بشکنید، بعداً نمیدانید کل پروژه دقیقاً چه خروجیهایی دارد. بهترین کاربردش، تعیین مسئول در کنار خروجیهاست، نه بهجای آنها.
جدول مقایسهٔ انواع WBS
| نوع WBS | مبنای شکستن | مزیت اصلی | محدودیت اصلی | مناسب برای |
|---|---|---|---|---|
| محصولمحور | خروجیها | دقیق، قابلاندازهگیری | نیاز به تعریف دقیق خروجی | بیشتر پروژهها |
| فازمحور | مراحل زمانی | ساده و زمانمحور | خروجیها را مبهم میکند | پروژهٔ مرحلهای |
| مسئولیتمحور | تیم/واحد | تقسیم کار صریح | خروجی را مشخص نمیکند | سازمان چندواحدی |
قانون ۱۰۰٪ در WBS چیست و چرا مهم است؟
قانون ۱۰۰٪ میگوید WBS باید ۱۰۰ درصد محدودهٔ پروژه را پوشش دهد — نه کمتر و نه بیشتر. بهعبارت دقیقتر:
- جمع همهٔ بخشهای هر سطح باید دقیقاً برابر کلِ سطح بالاتر باشد.
- هیچ کارِ داخلِ محدوده نباید از قلم بیفتد.
- هیچ کارِ خارج از محدوده نباید در WBS جا بگیرد.
اگر WBS کمتر از ۱۰۰٪ باشد، بخشی از کار بدون بودجه و زمان میماند؛ اگر بیشتر باشد، یعنی Scope Creep بهصورت ساختاری رخ داده است. این قانون مستقل از نوع WBS است و در هر سه نوع باید رعایت شود.
کارپکیج (Work Package) و سطح شکست
هر نوع WBS که انتخاب کنید، باید پروژه را آنقدر بشکنید که به کارپکیجها برسید؛ یعنی کوچکترین واحدی که میتوان برایش زمان، هزینه و مسئول تعیین کرد. معیارهای یک کارپکیج خوب:
| معیار | توضیح |
|---|---|
| قابل تخمین | میتوان برایش زمان و هزینهٔ واقعی داد |
| قابل تخصیص | میتوان آن را به یک نفر/تیم سپرد |
| قابل اندازهگیری | پیشرفت و تکمیلش قابل بررسی است |
| اندازهٔ مناسب | نه آنقدر ریز که مدیریتش بیفایده شود، نه آنقدر درشت که قابل تخمین نباشد |
نکتهٔ عملی: اگر نمیتوانید مدت یک بخش را با اطمینان تخمین بزنید، احتمالاً هنوز بهقدر کافی نشکستهاید.
کدام نوع WBS را برای پروژهٔ خودم انتخاب کنم؟
- خروجیها روشن و قابلتحویل دارید؟ → محصولمحور (پیشفرض اکثر پروژهها).
- مراحل زمانی پشتسرهم و غالب است؟ → فازمحور.
- چند تیم مستقل کار میکنند و مسئولیتها مهمتر از خروجی است؟ → مسئولیتمحور، ترجیحاً بهصورت مکمل.
- ترکیبی؟ → میتوانید در «سطحهای مختلف» از نوعهای متفاوت استفاده کنید، اما هرگز در یک سطح دو نوع را قاطی نکنید.
جدول تصمیمگیری
| وضعیت پروژه | نوع پیشنهادی |
|---|---|
| محصول/خروجی ملموس و روشن | محصولمحور |
| مراحل ساخت و ساز یا تولیدی پشتسرهم | فازمحور |
| چند واحد سازمانی مستقل | مسئولیتمحور (بهعنوان مکمل) |
| پروژهٔ بزرگ با فازها و خروجیهای متعدد | محصولمحور در سطح بالا، فاز در سطح میانی |
مثالهای عددی برای انواع WBS
مثال ۱ — محصولمحور (ساخت اپلیکیشن موبایل). پروژه به ۴ تحویلدادنی اصلی شکسته میشود: «طراحی UI» (۱۲ روز)، «توسعهٔ اندروید» (۲۰ روز)، «توسعهٔ iOS» (۲۰ روز) و «تست و انتشار» (۸ روز). چون هر شاخه یک خروجی مشخص است، میتوان دقیق گفت ۶۰ روز کاری برای تحویل کامل لازم است و اگر «توسعهٔ iOS» حذف شود، محدوده دقیقاً ۲۰ روز و یک خروجی کوچکتر میشود.
مثال ۲ — فازمحور (پروژهٔ بازسازی دفتر). پروژه به ۳ فاز شکسته میشود: «فاز ۱: تخریب و زیرسازی» (۱۰ روز)، «فاز ۲: اجرای تأسیسات» (۱۵ روز)، «فاز ۳: نازککاری و تحویل» (۱۲ روز). تأکید روی ترتیب زمانی است: فاز ۳ تا پایان فاز ۲ شروع نمیشود.
مثال ۳ — مسئولیتمحور (کمپین مارکتینگ). پروژه بین سه واحد شکسته میشود: «واحد محتوا» (تولید ۶ مقاله و ۲ ویدیو)، «واحد دیزاین» (طراحی ۱۰ بنر)، «واحد دیجیتال» (اجرای ۳ کمپین تبلیغاتی). این نوع کمک میکند هر واحد دقیقاً بداند سهمش چیست.
مثال ۴ — قانون ۱۰۰٪ در عمل. پروژهٔ ساخت سایت به ۵ بخش اصلی شکسته شده که مجموع تخمینشان ۴۵ روز کاری است. اما بررسی نشان میدهد «آموزش کارفرما و تحویل مستندات» (۵ روز) در هیچ شاخهای نیامده. این یعنی WBS حدود ۱۰٪ کمتر از محدودهٔ واقعی است و اگر همینجا اصلاح نشود، این ۵ روز بعداً بدون بودجه و زمان ظاهر میشود.
فرهنگ لغت WBS (WBS Dictionary) چیست؟
WBS بهتنهایی فقط یک ساختار است؛ برای اینکه واقعاً قابل مدیریت باشد، معمولاً با یک فرهنگ لغت WBS همراه میشود: جدولی که برای هر عنصر، جزئیات لازم را ثبت میکند. ستونهای رایج این فرهنگ:
| ستون | توضیح |
|---|---|
| شناسه | کد عددی هر عنصر (مثلاً ۱.۲.۳) |
| شرح | تعریف دقیق آن کارپکیج |
| مسئول | چه کسی مسئول تحویل است |
| مهلت و بودجه | زمان و هزینهٔ هر عنصر |
| معیار پذیرش | چه چیزی نشان میدهد این جزء کامل شده |
نکتهٔ مهم: نوع WBS که انتخاب میکنید (محصولمحور، فازمحور یا مسئولیتمحور) تعیین میکند که «شرح» هر عنصر چه چیزی باشد؛ در محصولمحور، شرح یک خروجی است و در فازمحور، شرح یک مرحلهٔ زمانی.
اشتباهات رایج در ساخت WBS
- قاطیکردن انواع در یک سطح — مثلاً یک شاخه «تیم طراحی» و شاخهٔ دیگر «توسعهٔ فرانتاند»؛ این دو مبنای متفاوت دارند.
- شکستن ناکافی — عناصر آنقدر بزرگاند که قابل تخمین و تخصیص نیستند.
- نقض قانون ۱۰۰٪ — جمع بخشها برابر کل پروژه نیست یا بخشهایی خارج از محدوده اضافه شده.
- انتخاب نوع نامناسب برای ماهیت پروژه.
- WBS بدون استفاده در زمانبندی — فقط یک نمودار تزئینی که به تسک و زمان وصل نشده.
- شکستن بیش از حد — آنقدر ریز که مدیریت جزئیات، بیشتر از خود کار وقت میگیرد.
مزایا و معایب انتخاب هر نوع WBS
محصولمحور
- مزایا: دقت بالا در تخمین و گزارش، هماهنگی با تأیید تحویل، پایهٔ خوب برای Scope Management.
- محدودیت: اگر خروجیها از ابتدا روشن نباشند، ساختش سخت است؛ نیاز به تعریف دقیق تحویلدادنیها دارد.
فازمحور
- مزایا: ساده و شهودی، هماهنگ با مدیریت مرحلهای و گزارش فاز به فاز.
- محدودیت: خروجیها را شفاف نمیکند و تخمین دقیق هزینه را سخت میکند.
مسئولیتمحور
- مزایا: تقسیم کار را فوراً روشن میکند و برای سازمانهای سیلویی مفید است.
- محدودیت: بهعنوان مبنای اصلی، خروجی و محدوده را نامشخص میگذارد؛ بهتر است مکمل باشد.
نکات کاربردی
- نکته مهم: برای بیشتر پروژهها، محصولمحور دقیقتر است؛ فازمحور و مسئولیتمحور برای شرایط خاصاند.
- اشتباه رایج: ترکیب دو نوع در یک سطح از WBS، که گزارشدهی و تخمین را بههم میریزد.
- ترفند کاربردی: اگر مجبور به ترکیب هستید، مسئولیت را بهصورت «فیلد مسئول» روی عناصر محصولمحور بگذارید، نه بهصورت یک شاخهٔ جدا.
- قبل از شروع این را بدانید: WBS فقط نقشه است؛ ارزش آن وقتی معلوم میشود که به تسکهای زمانبندیشده تبدیل شود.
ابزار مدیریت پروژه چطور WBS را میسازد؟
WBS روی کاغذ، یک نمودار ثابت است؛ اما در ابزار مدیریت پروژه، همان ساختار به تسک و زیرتسکهای زنده تبدیل میشود. در دوایتفای میتوانید ساختار شکست کار را با تسکها و زیرتسکهای چندلایه، مسئول، مهلت و وابستگیهای WBS بسازید؛ به این ترتیب نوع WBS (مثلاً محصولمحور) مستقیم به یک برنامهٔ اجرایی قابلردیابی تبدیل میشود.
> دوایتفای محصول تیم ماست و به همین دلیل امکاناتش را از نزدیک میشناسیم.
سوالات متداول
جمعبندی
انواع WBS در مدیریت پروژه به سه شکل اصلی ساخته میشود: محصولمحور، فازمحور و مسئولیتمحور. برای بیشتر پروژهها، محصولمحور دقیقترین انتخاب است؛ چون هر بخش به یک خروجی قابلتحویل اشاره میکند. نکتهٔ طلایی این است که یک نوع را انتخاب و در کل ساختار ثابت نگه دارید، قانون ۱۰۰٪ را رعایت کنید و WBS را از یک نمودار تزئینی به یک برنامهٔ اجرایی زنده تبدیل کنید.
اگر موضوع انواع WBS برایتان مفید بود، پیشنهاد میکنیم مدیریت پروژه های سازمانی و برنامه ریزی چیست؟ را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
