نویسنده: WKFGo Editorial · ·
بسته کاری چیست؟
بسته کاری (Work Package) پایین‌ترین سطح از ساختار شکست کار است که مدیر پروژه می‌تواند برای آن مالک، محدوده، زمان، هزینه و معیار اتمام تعیین کند. بسته کاری پوشه‌ای دلخواه برای چند تسک نیست؛ باید یک خروجی قابل تحویل و قابل اندازه‌گیری داشته باشد.
مثلاً در پروژه راه‌اندازی فروشگاه آنلاین، «درگاه پرداخت آماده بهره‌برداری» می‌تواند بسته کاری باشد. تحلیل ارائه‌دهنده، پیاده‌سازی callback، تست خطا و مستندسازی، فعالیت‌ها و تسک‌های داخل آن‌اند.
تفاوت WBS، بسته کاری و تسک
| سطح | هدف | نمونه |
|---|---|---|
| WBS | شکستن کل محدوده به شاخه‌های قابل فهم | فروشگاه ← پرداخت ← درگاه |
| بسته کاری | واحد قابل مدیریت و تحویل | درگاه پرداخت عملیاتی |
| فعالیت | نوع کار لازم برای تحویل | پیاده‌سازی و آزمون |
| تسک | اقدام مشخص با مسئول و موعد | افزودن تست retry وب‌هوک |
WBS می‌گوید چه چیزهایی باید تحویل شوند؛ زمان‌بندی می‌گوید چه زمانی و با چه ترتیبی؛ بورد تسک اجرای روزانه را نشان می‌دهد. یکی‌گرفتن این سه، یا برنامه را بیش از حد ریز می‌کند یا کنترل محدوده را از بین می‌برد.
یک بسته کاری خوب چه مشخصاتی دارد؟
- خروجی روشن: چیزی که بتوان وجود و کیفیتش را بررسی کرد؛
- مرز محدوده: چه چیزی داخل و خارج بسته است؛
- مالک پاسخ‌گو: یک نفر برای هماهنگی نتیجه؛
- معیار اتمام: شرایطی فراتر از «همه تسک‌ها بسته شدند»؛
- برآورد: زمان، هزینه یا اندازه متناسب با روش پروژه؛
- وابستگی: ورودی مورد نیاز و خروجی‌ای که کار بعدی را باز می‌کند؛
- ریسک و فرض: مواردی که بر تحویل اثر جدی دارند؛
- کد یا شناسه: برای گزارش، قرارداد و ردیابی تغییر.
اگر بسته چند ماه طول می‌کشد و ده‌ها خروجی مستقل دارد، احتمالاً هنوز بزرگ است. اگر فقط یک کار دو ساعته است، احتمالاً تسک است نه بسته کاری.
۱. از خروجی نهایی شروع کنید
پروژه را بر اساس deliverable بشکنید، نه واحد سازمانی. شاخه‌های «تیم فنی» و «تیم طراحی» مالکیت را نشان می‌دهند اما لزوماً محدوده قابل تحویل نمی‌سازند.
۲. قانون صددرصد را رعایت کنید
فرزندان هر شاخه باید کل محدوده والد را پوشش دهند؛ نه کمتر و نه بیشتر. کار مدیریت پروژه و الزامات پشتیبان را نیز اگر بخشی از محدوده‌اند فراموش نکنید.
۳. تا سطح قابل کنترل تجزیه کنید
توقف زمانی مناسب است که بتوان مالک، برآورد، معیار پذیرش و وضعیت مستقل تعیین کرد. عمق همه شاخه‌ها لازم نیست برابر باشد.
۴. فرهنگ‌نامه WBS بسازید
برای هر کد، توضیح محدوده، خروجی، مالک و فرض‌ها را ثبت کنید. عنوان کوتاه نمودار برای جلوگیری از اختلاف کافی نیست.
۵. وابستگی و نقاط کنترل را اضافه کنید
WBS به‌تنهایی ترتیب کار را نشان نمی‌دهد. پس از تثبیت بسته‌ها، رابطه‌ها، milestone و مسیرهای تأیید را وارد برنامه کنید.
۶. تسک‌ها را زیر بسته اجرا کنید
تیم روزانه روی تسک کار می‌کند، اما گزارش سطح مدیریت باید به بسته جمع شود. هر تسک باید دقیقاً به یک بسته اصلی تعلق داشته باشد؛ ارتباط کمکی با بسته‌های دیگر می‌تواند به‌صورت dependency یا link ثبت شود.
نمونه WBS کوتاه
1. راه‌اندازی فروشگاه
1.1 تجربه خرید
1.1.1 سبد خرید قابل استفاده
1.1.2 تسویه حساب قابل استفاده
1.2 پرداخت
1.2.1 درگاه پرداخت عملیاتی
1.2.2 بازپرداخت و مغایرت‌گیری
1.3 آمادگی بهره‌برداری
1.3.1 پایش و هشدار
1.3.2 راهنمای پشتیبانی
هر مورد سطح آخر باید فرهنگ‌نامه و معیار تحویل داشته باشد. «پرداخت» شاخه جمع‌بندی است؛ «درگاه پرداخت عملیاتی» بسته کاری قابل واگذاری است.
پیشرفت بسته را چگونه محاسبه کنیم؟
درصد ساده تسک‌های بسته‌شده فقط وقتی قابل دفاع است که اندازه تسک‌ها نزدیک باشد. بستن ۹ کار کوچک از ۱۰، در حالی که کار بزرگ اصلی باز است، ۹۰٪ پیشرفت واقعی نیست.
سه روش متداول:
- نقاط عطف وزنی: طراحی ۲۰٪، پیاده‌سازی ۴۰٪، آزمون ۳۰٪، پذیرش ۱۰٪؛
- ارزش کسب‌شده: برای پروژه‌های دارای baseline زمان و هزینه؛
- صفر/صد یا ۵۰/۵۰: برای بسته کوتاه و کنترل محافظه‌کارانه.
روش باید پیش از اجرا تعریف شود. تغییر وزن برای سبز نشان‌دادن گزارش اعتماد را از بین می‌برد.
اتصال هزینه و ظرفیت
ثبت هزینه در سطح بسته نشان می‌دهد کدام خروجی بودجه را مصرف می‌کند. هزینه واقعی، تعهدشده و برآورد تکمیل را جدا نگه دارید. برای ظرفیت نیز مالک بسته لزوماً انجام‌دهنده همه تسک‌ها نیست؛ بار افراد از مجموع تسک‌های بسته‌های مختلف محاسبه می‌شود.
کنترل تغییر محدوده
درخواست جدید را مستقیم به بورد اضافه نکنید. ابتدا مشخص کنید به کدام شاخه WBS تعلق دارد، کدام بسته و برآورد را تغییر می‌دهد و چه چیزی باید حذف یا جابه‌جا شود. نسخه WBS و دلیل تغییر را ثبت کنید تا baseline اولیه قابل مقایسه بماند.
ضدالگوها
- ساخت WBS بر اساس نام واحدها به‌جای خروجی؛
- استفاده از بسته کاری به‌عنوان برچسب موضوعی؛
- بسته‌های بسیار بزرگ بدون معیار میانی؛
- درصد پیشرفت دستی و بدون روش؛
- یک تسک اصلی در چند بسته و دو بار شمرده‌شدن؛
- افزودن محدوده جدید بدون تغییر بودجه یا تاریخ؛
- گزارش سبز بسته در حالی که معیار پذیرش رد شده است.
بسته کاری باید چند تسک داشته باشد؟
عدد ثابت ندارد. باید آن‌قدر کوچک باشد که مالک و برآورد قابل اتکا داشته باشد و آن‌قدر بزرگ که ارزش گزارش مدیریتی ایجاد کند.
WBS فقط برای پروژه آبشاری است؟
خیر. در پروژه چابک نیز می‌توان ساختار خروجی را با epic، قابلیت یا بسته کاری نگه داشت و تسک‌ها را در اسپرینت اجرا کرد. WBS محدوده را سازمان می‌دهد، نه اینکه الزاماً روش اجرای آبشاری تحمیل کند.
مالک بسته همان مدیر پروژه است؟
نه لزوماً. مدیر پروژه یکپارچگی کل برنامه را نگه می‌دارد؛ مالک بسته پاسخ‌گوی هماهنگی و پذیرش همان خروجی است.
اجرای بسته‌های کاری در WKFGo
در پیاده‌سازی فعلی WKFGo، Package گروهی از کارت‌ها با عنوان و محدوده پروژه/کاربر/تیم و ستون است؛ راهی برای جمع‌کردن کارت‌های مرتبط و باز و بسته‌کردن نمای آن‌ها. این موجودیت به‌تنهایی موتور کامل WBS یا earned value نیست و فیلد بومی مالک، معیار پذیرش و baseline هزینه را روی خود Package ذخیره نمی‌کند. این موارد را باید در تسک‌ها، ویکی، مالی و قرارداد تیم نگه دارید و نباید از ظاهر یک گروه کارت، کنترل پروژه‌ای‌ای را نتیجه گرفت که داده‌اش ثبت نشده است.
برای پایلوت، یک خروجی واقعی را Package کنید و بررسی کنید آیا مدیر بدون بازکردن همه کارت‌ها می‌تواند مالک، مانع و معیار پایان را پیدا کند. اگر نه، اول ساختار داده و قرارداد گزارش را کامل کنید. برای بررسی بار اعضای چند بسته، راهنمای تحلیل بار کاری را نیز بخوانید.
منابع دست‌اول و روش راستی‌آزمایی
این فهرست برای بررسی بیشتر است؛ لینک‌های داخل متن، منبع ادعای مشخص همان بخش‌اند.