تخمین کار با ساعت، در تیمهای چابک مشکلساز است: هر کس سرعت متفاوتی دارد و «این کار ۸ ساعت است» بیشتر یک حدس عددی است تا سنجش واقعیِ اندازهٔ کار. یک کار ساده برای یک توسعهدهندهٔ تازهکار دو برابرِ توسعهدهندهٔ باتجربه زمان میبرد؛ پس ساعت، واحد ناپایداری برای مقایسهٔ کارهاست.
راهحل چابکها، یک واحد نسبی به نام Story Point است. در این مقاله میبینید Story Point چیست، چه چیزهایی را میسنجد، چطور از آن استفاده کنید و چه اشتباههایی مفهومش را خراب میکند.
Story Point چیست؟ (پاسخ سریع)
Story Point (امتیاز داستان) یک واحد نسبی است که تیم چابک برای تخمین اندازهٔ یک کار — بر اساس سه عامل حجم، پیچیدگی و عدم قطعیت — استفاده میکند، نه مدت زمان انجامش. مثلاً کاری با ۸ امتیاز، حدوداً چهار برابر کاری با ۲ امتیاز است، بدون اینکه هیچکدام به ساعت گره خورده باشند.
Story Point چه چیزهایی را میسنجد؟
یک Story Point، سه عامل را با هم در نظر میگیرد. تخمین فقط به «چقدر وقت میبرد» نیست:
| عامل | معنی | مثال |
|---|---|---|
| حجم (Effort/Size) | چقدر کار دارد | چند صفحه، ماژول یا رکورد |
| پیچیدگی (Complexity) | چقدر سخت است | الگوریتم پیچیده، منطق درهم |
| عدم قطعیت (Uncertainty) | چقدر مبهم است | نیاز ناشناخته، تکنولوژی جدید |
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
چرا از ساعت استفاده نمیکنیم؟
- نسبی است، نه شخصی: ساعت به سرعتِ فردِ خاص بستگی دارد؛ Story Point به اندازهٔ خودِ کار. همان کار برای دو نفر متفاوت زمان میبرد، اما امتیازش ثابت است.
- ثابتتر است: ساعتِ تخمینی با جابهجایی اعضای تیم عوض میشود؛ امتیاز نسبی پایدارتر است.
- سریعتر است: مقایسهٔ نسبی («این کار دو برابر آن است») خیلی سریعتر از تخمین دقیق ساعت است.
- از فشار روانی کم میکند: وقتی واحد «ساعت» باشد، تخمین تبدیل به تعهد شخصی میشود؛ امتیاز نسبی این فشار را ندارد.
چطور Story Point بدهیم؟
- یک کار مرجع انتخاب کنید: مثلاً یک کار ساده و شناختهشده را ۲ امتیاز بدهید.
- بقیه را نسبت به آن بسنجید: کارِ دو برابر سختتر = ۴ امتیاز؛ نصف آن = ۱ امتیاز.
- از دنبالهٔ فیبوناچی استفاده کنید: ۱، ۲، ۳، ۵، ۸، ۱۳ (و گاهی ۲۰). فاصلهٔ بین اعداد، ابهامِ ذاتی تخمین را منعکس میکند.
- بهصورت تیمی تخمین بزنید: با تکنیک Planning Poker تا اجماع برسید و دیدگاههای متفاوت دیده شود.
چرا دنبالهٔ فیبوناچی؟
شاید بپرسید چرا بهجای ۱، ۲، ۳، ۴، ۵ از ۱، ۲، ۳، ۵، ۸ استفاده میکنیم. دلیلش این است که هرچه کار بزرگتر باشد، تخمین ما مبهمتر است. فاصلهٔ زیاد بین اعداد بزرگ، همین ابهام را نشان میدهد: تفاوت «۵ یا ۸» معنیدارتر از «۶ یا ۷» است، چون وقتی کار بزرگ میشود، دقت واقعی ما هم کم میشود.
چند مثال واقعی و عددی
مثال ۱ — یک کار مرجع: تیم، کار «تغییر رنگ دکمه» را ۱ امتیاز و «افزودن صفحهٔ ورود» را ۲ امتیاز میداند. حالا کار «ساخت سیستم پرداخت» را بررسی میکنند: حجم بیشتر، پیچیدگی بالاتر و عدم قطعیت زیاد (درگاه بانکی ناشناخته)؛ پس ۸ امتیاز میدهند. یعنی «حدود چهار برابر کار صفحهٔ ورود»، نه «۸ ساعت».
مثال ۲ — همان کار، دو تیم متفاوت: کار «ساخت صفحهٔ ثبتنام» را تیم A پنج امتیاز و تیم B سه امتیاز میدهد. این یعنی دو تیم، اندازهٔ کار را نسبت به کار مرجعِ خودشان متفاوت میبینند — و این کاملاً طبیعی است. به همین دلیل امتیازهای دو تیم قابل مقایسه نیستند.
مثال ۳ — شکستن کار بزرگ: تیمی کار «مهاجرت پایگاه داده» را ۲۱ امتیاز تخمین میزند که از سقف ۱۳ بیشتر است. طبق قاعده، آن را به سه کار کوچکترِ ۸، ۸ و ۵ میشکنند. کار بزرگ و مبهم، همیشه باید شکسته شود.
Story Point و Velocity
جمع Story Pointهای تحویلشده در هر اسپرینت، Velocity تیم است. Velocity به برنامهریزی ظرفیت اسپرینتهای بعد کمک میکند. مثال: اگر میانگین Velocity تیم در چهار اسپرینت اخیر ۲۰ باشد، در اسپرینت بعد حدود ۲۰ امتیاز کار میپذیرد، نه بیشتر.
نکتهٔ مهم: Velocity فقط بعد از چند اسپرینت معنا پیدا میکند و نباید از آن برای مقایسهٔ تیمها یا ارزیابی افراد استفاده شود.
مزایا و محدودیتهای Story Point
مزایا
- پایدار و مستقل از فرد: به سرعت اعضای تیم گره نمیخورد.
- سریع: مقایسهٔ نسبی، از تخمین ساعت سریعتر است.
- همراستا با واقعیت چابک: ابهام را بهجای انکار، در خود دارد.
محدودیتها و Trade-off
- نیازمند مرجع ثابت: بدون یک کار مرجع، اعداد بیمعنا میشوند.
- قابل مقایسه بین تیمها نیست: امتیاز ۵ یک تیم با تیم دیگر یکی نیست.
- تخمین نیست، ترتیب است: Story Point مقایسه میسازد، نه پیشبینی دقیق زمان؛ اگر دقیقاً زمان لازم دارید، باید Velocity را در طول چند اسپرینت ببینید.
اشتباهات رایج
- برابر گرفتن امتیاز با ساعت: «۱ امتیاز = ۸ ساعت» — این کار کل مفهوم نسبی را خراب میکند و دوباره به تخمینِ شخصی برمیگردد.
- تخمین فردی: Story Point باید با اجماع تیم تعیین شود؛ تخمین یکنفره، دیدگاههای مهم را جا میاندازد.
- مقایسهٔ بین تیمها: امتیاز ۵ یک تیم با تیم دیگر قابل مقایسه نیست.
- تغییر مقیاس مداوم: مرجع تخمین را ثابت نگه دارید؛ عوضکردن مدام، همهٔ اعداد تاریخی را بیاعتبار میکند.
- استفاده بهعنوان ابزار ارزیابی: امتیاز کار، نمرهٔ فرد نیست؛ اگر برای فشار به افراد استفاده شود، تیم شروع به بزرگنمایی امتیازها میکند.
چطور تیم را با Story Point آشنا کنیم؟
اگر تیم شما تازه میخواهد با Story Point کار کند:
- یک جلسهٔ کالیبراسیون بگذارید: چند کار گذشته را با هم امتیاز بدهید تا تیم به یک درک مشترک برسد.
- کار مرجع را انتخاب و ثابت نگه دارید: همهٔ تخمینها نسبت به آن سنجیده شود.
- با Planning Poker اجماع بگیرید: تفاوت رأیها را بحث کنید، نه اینکه میانگین بگیرید.
- چند اسپرینت صبر کنید: Velocity واقعی بعد از چند دوره قابلاعتماد میشود.
Planning Poker چگونه کار میکند؟
Planning Poker محبوبترین تکنیک برای تخمین تیمی Story Point است و روندش ساده است:
- هر عضو، یک دست کارت فیبوناچی (۱، ۲، ۳، ۵، ۸، ۱۳) دارد.
- یک داستان خوانده میشود و سؤالاتش مطرح میشود.
- همه همزمان کارتشان را رو میکنند — همزمانی، از تأثیرپذیری رأیها جلوگیری میکند.
- اگر اعداد متفاوت بود، کمترین و بیشترین رأی، دلیلشان را میگویند؛ سپس دوباره رأیگیری میشود تا به اجماع برسید.
هدف، رسیدن به عدد «متوسط» نیست؛ رسیدن به درک مشترک از اندازهٔ کار است. همین بحثهاست که ابهامها را آشکار میکند.
روشهای جایگزین تخمین نسبی
Story Point فقط یک روش است؛ بسته به تیم، گزینههای دیگری هم وجود دارد:
| روش | چطور کار میکند | مناسب برای |
|---|---|---|
| T-shirt Sizes | اندازهها با S، M، L، XL | تخمین سریع و سطح بالا |
| Planning Poker | رأیگیری فیبوناچی تیمی | دقت بیشتر و اجماع |
| دستهبندی نسبی | کارها را از کوچک به بزرگ مرتب کنید | مرتبسازی اولیهٔ بکلاگ |
اصل مشترک همهٔ این روشها: تخمین نسبی، نه تخمین ساعت. هر روشی را انتخاب کنید، ثبات مرجع مهمتر از خود روش است.
دوایتفای و تخمین Story Point
Story Point وقتی مفید است که روی تسکها ثبت شود و با وضعیت تکمیل جمع شود. در دوایتفای میتوانید تخمین هر تسک را ثبت کنید، در اسپرینت و بکلاگ اولویتبندی کنید و با گزارشها، Velocity و پیشرفت را ببینید. به این ترتیب تخمینها از یک عدد روی کارت، به برنامهریزی واقعیِ ظرفیت تبدیل میشوند.
> دوایتفای محصول ماست و امکاناتش را از نزدیک میشناسیم؛ اگر تیم شما هنوز با Story Point راحت نیست، حتی ثبت تخمین سادهٔ تسکها در یک ابزار واحد، اولین قدم برای رسیدن به Velocity قابلاعتماد است.
سوالات متداول
جمعبندی
Story Point واحدی نسبی برای سنجش اندازهٔ کار است، نه زمان. حجم، پیچیدگی و عدم قطعیت را در نظر بگیرید، با مقایسهٔ نسبی و اجماع تیم تخمین بزنید و از جمع امتیازها برای محاسبهٔ Velocity استفاده کنید. و مهمتر از همه یادتان باشد: امتیاز را با ساعت یکی نکنید و آن را به نمرهٔ فردی تبدیل نکنید.
اگر موضوع Story Point برایتان مفید بود، پیشنهاد میکنیم مدیریت پروژه چابک و نرم افزار برنامه ریزی برای کامپیوتر را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژهها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفتها و گزارشهای تیم در یک محیط یکپارچه. ساختهشده برای شرکتها، استارتاپها و تیمهای دورکار — با راهاندازی چنددقیقهای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
