راهنمای جامع برنامهریزی ظرفیت اسپرینت (Sprint Capacity Planning)
برنامهریزی ظرفیت اسپرینت (Sprint Capacity Planning) قلب تپنده متدولوژی اسکرام است. اگر این کار را درست انجام ندهید، یا با تیمی خسته و بیانگیزه روبرو میشوید که زیر فشار ددلاینها در حال له شدن است، یا با ذینفعانی که از نرسیدن به اهداف اسپرینت شاکی هستند. در این مقاله جامع، از تئوریهای خشک فاصله میگیریم و به سراغ یک فرآیند کاملاً عملیاتی و عددی برای سنجش توان واقعی تیم میرویم.
ظرفیت (Capacity) در مقابل سرعت (Velocity)؛ تفاوت در چیست؟
قبل از هر چیز، باید یک سوءتفاهم بزرگ در تیمهای چابک را برطرف کنیم. بسیاری از اسکرام مسترها سرعت اسپرینتهای قبلی را ملاک برنامهریزی اسپرینت بعدی قرار میدهند؛ این کار یک ریسک بزرگ است!
| سرعت اسپرینت (Velocity) | ظرفیت اسپرینت (Capacity) |
|---|---|
| نگاه به گذشته: میانگین مقدار کاری (بر اساس استوری پوینت یا ساعت) است که تیم در اسپرینتهای قبلی با موفقیت به پایان رسانده است. | نگاه به آینده: مقدار زمان واقعی، مفید و خالصی است که اعضای تیم به طور اختصاصی برای اسپرینت پیش رو در اختیار دارند. |
نکته کلیدی: شما نباید برنامهریزی خود را فقط بر اساس سرعت انجام دهید؛ چون ممکن است در اسپرینت بعدی دو نفر از اعضا در مرخصی باشند یا یک تعطیلی رسمی پیش رو داشته باشید. اینجاست که «ظرفیت» به داد شما میرسد.
گامهای عملیاتی محاسبه ظرفیت اسپرینت
برای استخراج ظرفیت واقعی، باید سه لایه مختلف از زمان را به ترتیب زیر محاسبه و فیلتر کنیم:
۱. تعیین کل ساعات در دسترس (Gross Capacity)
ابتدا باید بدانیم در یک بازه دو هفتهای (که معمولاً ۱۰ روز کاری است)، تیم در حالت ایدهآل فرضی چند ساعت کار میکند. برای مثال یک تیم ۵ نفره با روزی ۸ ساعت کار، ۴۰۰ ساعت ظرفیت ناخالص دارد.
۲. کسر زمانهای غیرعملیاتی (BAU)
هیچ برنامهنویس یا طراح چابکی، ۸ ساعت خالص کد نمیزند یا طراحی نمیکند. زمانهای زیر باید از ظرفیت کل کسر شوند:
- جلسات روزانه (Daily Standups)، جلسات بازبینی (Review) و گذشتهنگر (Retrospective).
- زمان صرف شده برای ارتباطات، پاسخ به ایمیلها و پیامهای کلاینت یا چتهای تیمی.
- نگهداری (Support): زمان لازم برای رفع باگهای احتمالی یا مسائل غیرمنتظره زیرساختی.
۳. اعمال فاکتور تمرکز (Focus Factor)
حتی بعد از کسر جلسات، ذهن انسان نیاز به بازسازی، استراحتهای کوتاه و تغییر پوزیشن دارد. فاکتور تمرکز معمولاً بین ۶۰٪ تا ۸۰٪ در نظر گرفته میشود. این عدد نشاندهنده راندمان و بهرهوری واقعی تمرکز تیم در زمان کار مفید است.
فرمول طلایی محاسبه ظرفیت
برای محاسبات دقیق در تیم خود، همیشه از این استاندارد ریاضی اسکرام استفاده کنید:
یک مثال کاربردی و کاملاً واقعی
فرض کنید یک تیم توسعه ۴ نفره دارید که قرار است برای یک اسپرینت ۲ هفتهای (۱۰ روز کاری) برنامهریزی کنند:
- ساعت کاری: ۸ ساعت در روز برای هر نفر.
- کل ساعات اسپرینت (ناخالص): 4 نفر × 10 روز × 8 ساعت = ۳۲۰ ساعت
- جلسات ثابت اسپرینت: مجموعاً ۱۰ ساعت برای هر نفر در طول دو هفته → ۴۰ ساعت کل تیم
- مرخصی/تعطیلات: یکی از توسعهدهندگان ارشد ۱ روز (۸ ساعت) مرخصی دارد.
- فاکتور تمرکز تیم: ۷۰٪ (یا همان ۰.۷) بر اساس تجربه اسپرینتهای قبلی.
اجرای فرمول بر روی دادهها:
[ (320 - 40) × 0.7 ] - 8 = ۱۸۸ ساعت
نتیجهگیری عملی: ظرفیت واقعی تیم شما برای این اسپرینت حدود ۱۸۸ ساعت است. اگر اسکرام مستر یا مدیر محصول شما بیش از این مقدار کار (تسک بر حسب ساعت) به اسپرینت تزریق کند، پروژه به احتمال ۹۰٪ با شکست یا تاخیر مواجه خواهد شد.
چطور این دادهها را به تسکها تبدیل کنیم؟
وقتی به عدد ۱۸۸ ساعت ظرفیت رسیدید، حالا نوبت به فرآیند تسکنویسی (Task Breakdown) در جلسه برنامهریزی میرسد:
- داستانهای کاربر (User Stories) را بر اساس اولویت از بکلاگ محصول بردارید.
- هر داستان را به تسکهای فنی کوچک (زیر ۸ ساعت) بشکنید.
- ساعت تخمینی هر تسک را مقابل آن بنویسید.
- مجموع ساعات تسکهای انتخاب شده نباید از ظرفیت واقعی (۱۸۸ ساعت) تجاوز کند.
۳ اشتباه مهلک در برنامهریزی ظرفیت که باید از آنها دوری کنید:
- خوشبینی بیش از حد (Over-optimization): هرگز فاکتور تمرکز را ۱۰۰٪ فرض نکنید. انسانها ربات نیستند و باگهای ناگهانی همیشه در کمین هستند.
- نادیده گرفتن بدهی فنی (Technical Debt): همیشه بخشی از ظرفیت (مثلاً ۱۰٪) را برای تمیزکاری کد، ریفکتورینگ و بهبودهای زیرساختی کنار بگذارید.
- جدا نکردن ظرفیت تخصصها: اگر تیم شما فقط یک طراح UI/UX یا یک متخصص DevOps دارد، ظرفیت او را جداگانه بسنجید. ممکن است ظرفیت تیم برنامهنویسی خالی باشد اما طراح تیم کاملاً Overloaded شده باشد.
چطور نرمافزار مدیریت تسک «تسکیپ» این فرآیند را هوشمند میکند؟
محاسبه دستی روی کاغذ یا اکسل برای هر اسپرینت خستهکننده است. استفاده از ابزار تخصصی مثل تسکیپ (Taskeep) به شما این امکان را میدهد که:
- داشبورد بصری ظرفیت: در هر لحظه ببینید هر عضو تیم چند ساعت کار در دست دارد و توزیع بار کاری عادلانه است یا خیر.
- مدیریت زمان تخمینی و واقعی: با مقایسه زمان تخمینزده شده و زمان واقعی سپری شده در تسکیپ، فاکتور تمرکز واقعی تیم خود را به صورت هوشمند و نموداری بهدست آورید.
- جلوگیری خودکار از فرسودگی (Burnout): وقتی ظرفیت مجاز یک نفر پر میشود، سیستم با هشدارهای بصری مانع اختصاص تسک جدید به او در آن اسپرینت میشود.
جمعبندی و کالیبراسیون مستمر
برنامهریزی ظرفیت یک فعالیت "یکبار برای همیشه" نیست. تیمهای چابک و موفق بعد از پایان هر اسپرینت، در جلسه رترو (Retrospective)، با نگاه به دادههای واقعی استخراج شده، ظرفیت و فاکتور تمرکز خود را مجدداً کالیبره میکنند تا به یک ثبات پایدار در تحویل پروژه برسند.

دریافت از
دریافت با