«تیم شما این ماه چرا کمتر از تیم دیگر تولید کرده است؟» فرض کنید این پرسش در جلسه بازبینی ماهانه یک پلتفرم آموزش آنلاین مطرح شده و مدیر محصول داشبوردی جلویش باز است که ولوسیتی (Velocity) دو تیم توسعه را کنار هم گذاشته و عدد یکی از آنها کوچکتر است. دفاع تیم کوچکتر هم ساده نیست، چون هیچکس در جلسه توضیح نمیدهد این عدد اصلاً چه چیزی را اندازه میگیرد و چه چیزی را نمیگیرد.
ولوسیتی پرکاربردترین سنجه تیمهای چابک است و دقیقاً به همین دلیل، پرخطاترین هم هست؛ وقتی عددی همیشه جلوی چشم باشد، خیلی زود به هدف تبدیل میشود و رفتارها را به سمت خودش میکشد. در این مقاله نخست یادآوری میکنیم ولوسیتی برای چه ساخته شده، بعد نشان میدهیم چرا بهعنوان معیار بهرهوری افراد یا ابزار مقایسه تیمها گمراهکننده است و در پایان پیشنهاد میکنیم بهجای آن درباره چه چیزهایی حرف بزنیم.
ولوسیتی واقعاً چه چیزی اندازه میگیرد؟
ولوسیتی مجموع نقاط داستانهایی (Story Point) است که یک تیم در یک اسپرینت (Sprint) کامل و پذیرفته میکند. کاربرد اصلی آن هم یک چیز است: کمک به پیشبینی ظرفیت. اگر تیمی طی چند اسپرینت اخیر حجم مشخصی از کار را کامل کرده، میتوان با تقریبی منطقی گفت در اسپرینت بعدی چقدر کار میتواند بپذیرد و یک مجموعه کار در چند اسپرینت به پایان میرسد.
پس ولوسیتی یک عدد درونی برای برنامهریزی خودِ تیم است؛ مثل قدمشمار شخصی که برای تنظیم برنامه پیادهروی روزانه به کار میآید، نه برای مسابقهدادن با دیگران. هنگامی که این عدد از دفتر تیم بیرون بیاید و به ابزار مقایسه تبدیل شود، معنای اصلی خودش را از دست میدهد.
اشتباه رایج: خواندن ولوسیتی مثل خروجی خط تولید
اشتباه رایج این است که ولوسیتی مثل تعداد قطعات تولیدشده در یک خط مونتاژ خوانده شود: عدد بیشتر یعنی تیم بهتر و افراد کوشاتر. این تصور از سه جا ریشه میگیرد و هر کدام از این سه علت، به تنهایی برای منحرفکردن تفسیر کافی است.
علت اول: نقاط میان تیمها مقیاس مشترکی ندارند
نقطه یک برآورد نسبی است که هر تیم با مرجع خودش میسازد. فرض کنید در تیم اول، کار «پیکربندی یک گزارش» معادل سه نقطه تلقی شده باشد؛ در تیم دوم ممکن است همان کار هشت نقطه بگیرد، چون مرجع مقایسه و تجربه اعضا فرق دارد. مقایسه چهل نقطه تیم اول با بیستوپنج نقطه تیم دوم مثل مقایسه دو واحد پول با نرخ متفاوت است؛ اعداد شبیه هماند اما سنجششان یکی نیست. به همین دلیل هیچ عدد ولوسیتی از بیرون تیم قابل تفسیر نیست، مگر آنکه بدانیم آن تیم با کدام مرجع و کدام توافق، نقاط را ساخته است.
علت دوم: سنجهای که هدف شود، تورم میگیرد
وقتی بهرهوری با ولوسیتی سنجیده شود، منطقیترین واکنش هر تیم، بالابردن همان عدد است، نه تحویل ارزش بیشتر. راههای این بالابردن هم آشناست: بزرگتر برآوردکردن کارها، شکستن کارهای کوچک به قطعات ریزتر برای جمعکردن نقطه بیشتر، و فشار برای بستن آیتمهایی که هنوز کامل نشدهاند. عدد رشد میکند و خروجی واقعی که به دست کاربر میرسد، همان میماند که بود.
علت سوم: بهرهوری فرد در کار تیمی چابک قابل جداسازی نیست
در تیمهای چابک، داستان کاربر با همکاری چند نفر کامل میشود؛ طراحی، پیادهسازی، تست و بازبینی کد (Code Review) به هم گره خوردهاند. وقتی یک قابلیت حاصل تلاش دستهجمعی است، نسبتدادن بخشی از «نقاط» به فرد مشخص نه دقت دارد و نه عدالت. نتیجه چنین سنجشی فقط رقابت درونی و حذف همکاری است؛ یعنی از بین بردن دقیقاً همان چیزی که چابک روی آن بنا شده است.
مثال: دو اسکواد پلتفرم آموزش آنلاین
فرض کنید پلتفرم آموزش آنلاینی دو تیم دارد: تیم «درسها» با ولوسیتی بالاتر و تیم «آزمون» با عددی کمتر. نگاه سریع به داشبورد میگوید تیم اول ستاره است. اما اگر به محتوای اسپرینتها نگاه کنیم، تصویر عوض میشود: تیم آزمون ماه گذشته روی بازسازی یک بخش پیچیده و پرخطا کار کرده که هیچ نقطه جدیدی «اضافه» نکرده، اما تجربه آزمون دادن را برای دانشجویان روانتر و قابلاعتمادتر کرده است. سنجش درست، نه عدد ولوسیتی، بلکه اثری است که روی یادگیری کاربران گذاشته شده. اگر بخواهیم عدالت را با عدد قاطی نکنیم، باید بپذیریم ورودی مقایسه، زمینه و محتوای کار است، نه صرفِ برآورد نقاط.
همین مثال نشان میدهد کارهای نگهدارنده، اصلاح فنی و کاهش ریسک اغلب ولوسیتی صفر یا نزدیک صفر دارند اما حیاتیاند. تیمی که برای حفظ عددش از این کارها بگریزد، شاید سریعتر تحویل دهد، اما محصولش آهستهتر میپوسد و هزینه آن دیر یا زود سراغش میآید.
راهحل: ولوسیتی را در جایگاه درستش بنشانید
راهحل، دور انداختن ولوسیتی نیست؛ بازگرداندن آن به جایگاه اصلی است. سه کاربرد مشروع دارد: پیشبینی تاریخ تحویل بر پایه ظرفیت تیم، تنظیم حجم کاری اسپرینت، و شناسایی الگوها در جلسه بازنگری — مثلاً فهمیدن اینکه چرا در اسپرینتهای خاصی افت میکند. در هر سه مورد، مخاطب عدد خودِ تیم است، نه مدیر ارشد و نه تیم همکار.
برای پاسخ به پرسشهای واقعی مدیریتی هم بهتر است از سنجههایی استفاده کنید که به اثر نگاه میکنند: زمان سپریشده از ایده تا دست کاربر، پایداری نسخههای منتشرشده، میزان استفاده واقعی از قابلیتهای تحویلشده و بازخورد مشتری. هیچکدام جایگزین کامل گفتوگو نیستند، اما همه صادقانهتر از ولوسیتیاند. و اگر قرار است درباره عملکرد فردی حرف بزنیم، مبنای آن باید کیفیت کار و همکاری باشد؛ چیزی که در بازبینی کدها، جلسه بازنگری و گفتوگوی مستقیم دیده میشود، نه در جمع نقاط.
نکات کلیدی این مقاله
- ولوسیتی سنجهای برای پیشبینی ظرفیت خودِ تیم است؛ نه رتبهبندی تیمها و نه سنجه بهرهوری افراد.
- نقاط داستان میان تیمها مقیاس مشترکی ندارند؛ مقایسه دو ولوسیتی مثل مقایسه دو واحد پول با نرخ متفاوت است.
- هر سنجهای که به هدف تبدیل شود دستکاری میشود؛ تورم نقاط نشانه فشار سنجش اشتباه است، نه تنبلی تیم.
- کارهای نگهدارنده و اصلاح فنی ولوسیتی کمیتی ندارند اما ارزشسازند؛ تیمی که آنها را قربانی عدد کند، هزینهاش را بعداً میپردازد.
- برای قضاوت درباره اثر تیم، سراغ سنجههای نتیجه بروید: زمان رسیدن ایده به کاربر، پایداری نسخهها و بازخورد مشتری.
سوالات متداول
اگر ولوسیتی معیار بهرهوری نیست، مدیر باید تیمها را چگونه بسنجد؟
بهترین پاسخ این است که مقایسه مستقیم تیمها را کنار بگذارد و هر تیم را با گذشته خودش و با اثر تحویلهایش بسنجد: آیا قابلیتها به هدف کسبوکار رسیدهاند؟ کیفیت و پایداری حفظ شده است؟ اگر مقایسه اجتنابناپذیر است، زمینه و محتوای کار تیمها را کنار هم بگذارید، نه اعداد برآوردشان را.
آیا میتوان ولوسیتی اعضای یک تیم را جداگانه محاسبه کرد؟
ولوسیتی ذاتاً به داستانهای تکمیلشده تیم تعلق دارد و تکمیل هر داستان حاصل کار مشترک است. جدا کردن سهم فردی از نقاط، هم از نظر فنی بیمعناست و هم رفتار تیم را خراب میکند؛ اگر عملکرد فرد اهمیت دارد، کیفیت کار او در بازبینی کد و مشارکتش در همکاری مبنای ارزیابی باشد.
نوسان ولوسیتی طبیعی است یا نشانه مشکل؟
نوسان جزء طبیعی این سنجه است؛ کارهای اضطراری، مرخصیها و عدمقطعیت برآورد همیشه اثر میگذارند. نگرانکننده جایی است که نوسان شدید و بیدلیل تکرار شود؛ آن هنگام در جلسه بازنگری بهجای سرزنش عدد، دنبال علتهای ساختاری بگردید: تخمینهای ناپایدار، وابستگیهای بیرونی یا حجم کارهای غیرقابلپیشبینی.
