تعریف اصطلاحوظایف و پروژه‌ها
WBS چیست؟ ساختار شکست کار برای پروژههای سازمانی با نمونه استقرار اتوماسیون اداری
ساختار شکست کار (WBS) کل دامنه پروژه را به‌صورت سلسله‌مراتبی از فازها و خروجی‌های اصلی تا بسته‌های کاری قابل برآورد، واگذاری و پیگیری می‌شکند. قاعده ۱۰۰٪ میگوید WBS باید کل کار پروژه را، نه بیشتر و نه کمتر، پوشش دهد. WBS زمان‌بندی نیست بلکه پایه آن است. این مقاله نمونه کامل WBS استقرار اتوماسیون اداری و تبدیل بسته‌ها به وظیفه و مایلستون را ارائه می‌دهد.
خلاصه در چند نکته
- WBS پاسخ «چه کاری» است، نه «چه زمانی».
- قاعده ۱۰۰٪: کل دامنه پروژه، نه بیشتر و نه کمتر.
- بسته کاری قابل واگذاری، برآورد و دارای خروجی مشخص است.
- WBS خوب خروجی‌محور است.
- آموزش و مهاجرت داده اغلب فراموش میشوند.
- هر بسته کاری مسئول، وظایف، برآورد و وابستگی می‌گیرد.
- مایلستون‌ها نقاط کنترل پیشرفت‌اند.
فهرست مطالب
مدیرعامل در جلسه میگوید: «تا پایان فصل، اتوماسیون اداری را در شرکت راه بیندازیم.» همه سر تکان می‌دهند. اما وقتی مسئول پروژه پشت میزش می‌نشیند تا برنامه‌ریزی کند، با سؤال‌های زیادی روبه‌رو می‌شود: دقیقاً چه کارهایی باید انجام شود؟ چه کسی مسئول کدام بخش است؟ چطور بفهمیم چیزی از قلم نیفتاده؟ و چطور پیشرفت را بسنجیم؟ یک هدف بزرگ و کلی، تا وقتی به قطعه‌های کوچک‌تر و قابل مدیریت شکسته نشود، قابل برنامه‌ریزی نیست.
ساختار شکست کار یا WBS (Work Breakdown Structure) ابزاری است دقیقاً برای همین کار. در این مقاله، WBS را تعریف می‌کنیم، قواعد اصلی آن از جمله قاعده ۱۰۰٪ و مفهوم بسته کاری را توضیح می‌دهیم، یک نمونه کامل برای پروژه «استقرار اتوماسیون اداری» می‌سازیم و نشان می‌دهیم چطور بسته‌های کاری به وظیفه و مایلستون تبدیل میشوند.
WBS چیست؟
ساختار شکست کار یک تجزیه سلسله‌مراتبی از کل کاری است که تیم پروژه باید برای رسیدن به اهداف پروژه و تولید خروجی‌های آن انجام دهد. به زبان ساده، WBS پروژه را از بالا به پایین به بخش‌های کوچک‌تر و کوچک‌تر می‌شکند تا به سطحی برسد که هر قطعه قابل برآورد، واگذاری و پیگیری باشد.
WBS معمولاً به شکل یک نمودار درختی یا فهرست شماره‌گذاری‌شده نمایش داده می‌شود:
- سطح ۱: کل پروژه
- سطح ۲: فازها یا خروجی‌های اصلی
- سطح ۳ و پایین‌تر: اجزای کوچک‌تر هر خروجی
- پایین‌ترین سطح: بسته‌های کاری
WBS چه چیزی نیست؟
برای جلوگیری از سوءتفاهم‌های رایج:
| WBS هست | WBS نیست |
|---|---|
| فهرست سلسله‌مراتبی کارها و خروجی‌ها | زمان‌بندی یا ترتیب انجام کارها |
| پاسخ به «چه چیزی باید انجام شود؟» | پاسخ به «چه زمانی؟» |
| پایه برآورد، واگذاری و پیگیری | نمودار سازمانی تیم پروژه |
| شامل کل دامنه پروژه | فهرست کامل همه فعالیت‌های جزئی روزانه |
زمان‌بندی و ترتیب کارها در مرحله بعد و معمولاً با نمودار گانت انجام می‌شود. WBS پایه آن زمان‌بندی است: اول می‌دانید چه کارهایی دارید، بعد تعیین می‌کنید چه زمانی و به چه ترتیبی انجام شوند.
قاعده ۱۰۰٪
مهم‌ترین قاعده WBS، قاعده ۱۰۰٪ است: WBS باید کل دامنه کار پروژه را در بر بگیرد، نه بیشتر و نه کمتر. این قاعده در همه سطوح صدق میکند:
- مجموع کار اجزای سطح ۲ باید برابر با ۱۰۰٪ کار پروژه باشد.
- مجموع کار زیرمجموعه‌های هر جزء باید برابر با ۱۰۰٪ کار همان جزء باشد.
- هیچ کاری که خارج از دامنه پروژه است نباید در WBS بیاید.
چرا مهم است: اگر کاری در WBS نباشد، در برآورد هزینه و زمان هم نیست و معمولاً در پایان پروژه به‌صورت «کار پیش‌بینی‌نشده» ظاهر می‌شود. در پروژههای استقرار نرم‌افزار، آموزش کاربران و مهاجرت داده از جمله کارهایی هستند که اغلب فراموش میشوند.
بسته کاری چیست و تا کجا بشکنیم؟
بسته کاری (Work Package) پایین‌ترین سطح WBS است: قطعه‌ای از کار که می‌توان برای آن هزینه و زمان برآورد کرد، مسئول تعیین کرد و پیشرفت آن را سنجید.
چند معیار عملی برای اینکه بدانید به سطح بسته کاری رسیده‌اید:
- قابل واگذاری است: می‌توان آن را به یک نفر یا یک تیم کوچک سپرد.
- قابل برآورد است: می‌توان با اطمینان معقول گفت چقدر زمان و منابع می‌خواهد.
- خروجی مشخص دارد: وقتی تمام شد، چیزی قابل مشاهده تحویل داده می‌شود.
- اندازه مناسب دارد: یک قاعده رایج و تجربی این است که بسته کاری نه آن‌قدر کوچک باشد که مدیریتش زمان‌برتر از انجامش شود و نه آن‌قدر بزرگ که پیشرفتش تا مدت طولانی قابل سنجش نباشد. اندازه دقیق به پروژه بستگی دارد.
اشتباه رایج: شکستن بیش از حد. اگر WBS به سطح «ارسال ایمیل به آقای فلانی» برسد، به جای ابزار مدیریت، به بار اضافه تبدیل شده است. فعالیت‌های جزئی را در سطح وظیفه، زیر بسته کاری، مدیریت کنید.
نمونه: WBS پروژه استقرار اتوماسیون اداری
در ادامه، یک WBS نمونه برای پروژه استقرار اتوماسیون اداری در یک سازمان متوسط را می‌بینید. این نمونه را می‌توانید به‌عنوان نقطه شروع برای پروژه خود تطبیق دهید.
۱. پروژه استقرار اتوماسیون اداری
- ۱.۱ مدیریت پروژه
- ۱.۱.۱ منشور و برنامه پروژه
- ۱.۱.۲ جلسات پیشرفت و گزارشدهی
- ۱.۱.۳ مدیریت ریسک و تغییرات
- ۱.۲ تحلیل و طراحی
- ۱.۲.۱ تحلیل وضع موجود مکاتبات و دبیرخانه
- ۱.۲.۲ طراحی چارت سازمانی و نقش‌ها در سامانه
- ۱.۲.۳ طراحی قالب‌های نامه و سربرگ
- ۱.۲.۴ طراحی سطوح دسترسی و محرمانگی
- ۱.۳ پیکربندی سامانه
- ۱.۳.۱ تعریف کاربران و ساختار سازمانی
- ۱.۳.۲ تنظیم دبیرخانه‌ها و شماره‌گذاری
- ۱.۳.۳ پیکربندی قالب‌ها
- ۱.۳.۴ تنظیم دسترسی‌ها و جانشینی
- ۱.۴ مهاجرت داده
- ۱.۴.۱ تعیین دامنه مهاجرت (چه چیزی، از چه تاریخی)
- ۱.۴.۲ آماده‌سازی و پاک‌سازی داده
- ۱.۴.۳ انتقال و کنترل صحت
- ۱.۵ آموزش
- ۱.۵.۱ آموزش راهبران سامانه
- ۱.۵.۲ آموزش دبیرخانه
- ۱.۵.۳ آموزش مدیران
- ۱.۵.۴ آموزش کاربران عمومی و تهیه راهنمای کوتاه
- ۱.۶ پایلوت
- ۱.۶.۱ اجرای پایلوت در یک یا دو واحد
- ۱.۶.۲ جمع‌آوری بازخورد و اصلاح
- ۱.۷ گسترش و بهره‌برداری
- ۱.۷.۱ گسترش به همه واحدها
- ۱.۷.۲ توقف روش کاغذی موازی
- ۱.۷.۳ تحویل و بستن پروژه
بررسی قاعده ۱۰۰٪: آیا کاری هست که در این WBS نیامده؟ مثلاً اگر سازمان شما نیاز به یکپارچه‌سازی با سامانه دیگری دارد، باید یک جزء «۱.۸ یکپارچه‌سازی» اضافه شود. اگر مدیریت تغییر و ارتباطات سازمانی جداگانه برنامه‌ریزی می‌شود، شاید جزء جداگانه‌ای لازم باشد.
روش‌های تهیه WBS
دو رویکرد اصلی برای ساختن WBS وجود دارد و در عمل معمولاً ترکیبی از هر دو به کار می‌رود:
- از بالا به پایین: با کل پروژه شروع می‌کنید، آن را به فازها یا خروجی‌های اصلی می‌شکنید و هر خروجی را آن‌قدر ادامه می‌دهید تا به بسته کاری برسید. این روش برای پروژه‌هایی مناسب است که تیم تجربه مشابه دارد و ساختار کلی روشن است.
- از پایین به بالا: تیم همه کارهایی را که به ذهنش می‌رسد فهرست میکند (مثلاً در یک جلسه طوفان فکری) و سپس آن‌ها را گروه‌بندی و در سلسله‌مراتب مرتب میکند. این روش برای پروژههای جدید و ناآشنا مفیدتر است، چون کارهای پنهان را آشکار میکند.
یک ترفند عملی دیگر، استفاده از الگوی پروژههای قبلی است. اگر سازمان قبلاً پروژه مشابهی انجام داده، WBS آن پروژه نقطه شروع خوبی است و کمک میکند کارهای فراموش‌شده دفعه قبل این بار از قلم نیفتند.
فرهنگ WBS
برای پروژههای بزرگ‌تر، علاوه بر نمودار یا فهرست WBS، یک فرهنگ WBS (WBS Dictionary) تهیه می‌شود: سندی که برای هر بسته کاری توضیح می‌دهد شامل چه کارهایی است، خروجی آن چیست، چه معیاری برای پذیرش دارد، مسئول آن کیست و به چه بسته‌های دیگری وابسته است. فرهنگ WBS از برداشت‌های متفاوت درباره دامنه هر بسته جلوگیری میکند؛ مثلاً روشن میکند که «آموزش مدیران» شامل تهیه راهنمای مکتوب هم هست یا فقط جلسه حضوری.
از بسته کاری تا وظیفه و مایلستون
WBS به‌تنهایی پروژه را اجرا نمی‌کند. پس از تهیه آن، این گام‌ها لازم است:
- تعیین مسئول هر بسته کاری: یک نفر پاسخ‌گوی هر بسته. ماتریس RACI به روشن کردن نقش‌ها کمک میکند؛ آن را در مقاله ماتریس RACI چیست توضیح داده‌ایم.
- شکستن بسته کاری به وظایف: مثلاً «۱.۵.۲ آموزش دبیرخانه» به وظایفی مثل «تهیه سناریوهای آموزشی»، «برگزاری جلسه اول» و «جلسه رفع اشکال» تقسیم می‌شود.
- برآورد زمان و منابع: برای هر بسته یا وظیفه.
- تعیین وابستگی‌ها: مثلاً پیکربندی دبیرخانه پیش از آموزش دبیرخانه.
- تعیین مایلستون‌ها: نقاط کنترلی مهم مثل «پایان طراحی»، «شروع پایلوت» و «توقف کاغذ».
| بسته کاری | وظایف نمونه | مایلستون مرتبط |
|---|---|---|
| ۱.۲.۲ طراحی چارت و نقش‌ها | جمع‌آوری چارت فعلی، تعیین سمت‌ها، تأیید مدیریت | پایان طراحی |
| ۱.۴.۳ انتقال و کنترل صحت | انتقال نمونه، کنترل، انتقال نهایی | آمادگی برای پایلوت |
| ۱.۶.۱ اجرای پایلوت | راه‌اندازی در واحد منتخب، پشتیبانی روزانه | شروع پایلوت |
| ۱.۷.۲ توقف روش موازی | اعلام تاریخ، پیگیری | توقف کاغذ |
برای تبدیل اهداف به کارهای قابل پیگیری در مقیاس سازمانی، مقاله OKR چیست و برای اصول واگذاری وظایف، مقاله واگذاری و پیگیری وظایف را ببینید.
اشتباهات رایج در تهیه WBS
- فهرست کردن فعالیت‌ها به‌جای خروجی‌ها: WBS خوب خروجی‌محور است، نه فعالیت‌محور.
- فراموش کردن کارهای مدیریتی: مدیریت پروژه، جلسات و گزارشدهی هم بخشی از کار است.
- فراموش کردن آموزش و مهاجرت: دو قلم پرتکرار فراموش‌شده در پروژههای نرمافزاری.
- شکستن بیش از حد یا کمتر از حد.
- تهیه WBS توسط یک نفر: بهتر است با مشارکت تیم و افراد آشنا با هر بخش تهیه شود.
- به‌روز نکردن WBS: با تغییر دامنه، WBS هم باید به‌روز شود.
WBS در آریا آی‌تی
در مدیریت پروژه آریا آی‌تی پروژه با مایلستون، گانت، کانبان، ثبت زمان، ریسک و بودجه مدیریت می‌شود و بسته‌های کاری WBS را می‌توان به وظایف با زیروظیفه، چک‌لیست، وابستگی و یادآوری در مدیریت وظایف تبدیل کرد. این ابزار برای پروژههای سازمانی مثل استقرار سامانه یا پروژههای بهبود مناسب است و جایگزین ابزارهای تخصصی برنامه‌ریزی پروژههای بزرگ صنعتی نیست؛ مقایسه آن را در مقاله نرم‌افزار مدیریت پروژه در برابر MSP و پریماورا آورده‌ایم.
جمع‌بندی
ساختار شکست کار (WBS) کل دامنه پروژه را به‌صورت سلسله‌مراتبی تا سطح بسته‌های کاری قابل برآورد و واگذاری می‌شکند. قاعده ۱۰۰٪ تضمین میکند هیچ کاری از قلم نیفتد و هیچ کار خارج از دامنه‌ای وارد نشود. WBS زمان‌بندی نیست؛ پایه زمان‌بندی است. پس از تهیه آن، هر بسته کاری مسئول، وظایف، برآورد و وابستگی می‌گیرد و مایلستون‌ها نقاط کنترل پیشرفت میشوند.
پروژه بعدی خود را از WBS تا وظیفه مدیریت کنید: مدیریت پروژه آریا آی‌تی را ببینید یا ۷ روز رایگان امتحان کنید.
پرسش‌های متداول
تفاوت WBS و نمودار گانت چیست؟
+
WBS میگوید چه کارهایی باید انجام شود و دامنه را تعریف میکند؛ گانت میگوید این کارها چه زمانی و به چه ترتیبی انجام شوند. WBS پایه تهیه گانت است.
قاعده ۱۰۰٪ در WBS یعنی چه؟
+
یعنی WBS باید کل کار پروژه را پوشش دهد، نه بیشتر و نه کمتر، و مجموع زیرمجموعه‌های هر جزء برابر با کل کار همان جزء باشد.
WBS را تا چه سطحی بشکنیم؟
+
تا سطح بسته کاری؛ یعنی جایی که هر قطعه قابل واگذاری به یک نفر یا تیم کوچک، قابل برآورد و دارای خروجی مشخص باشد. فعالیت‌های جزئی را در سطح وظیفه مدیریت کنید.
چه کارهایی در WBS پروژههای نرمافزاری اغلب فراموش میشوند؟
+
مدیریت پروژه و گزارشدهی، آموزش کاربران، مهاجرت داده و توقف روش قدیمی موازی.