بهترین زمان برای شروع، همین الان است

در حال بارگذاری...

دوایتیفای
قیمت‌گذاری سازمانی تماس با ما
دوایتیفای برنامه ریزی و اجرای پروژه

Planning Poker چیست؟ آموزش تخمین تسک تیمی

به روز شده در آگوست 20, 2026 https://doitify.com/fa/planning-fa/what-is-planning-poker/
اشتراک‌گذاری لینک کپی شد!
چکیده

Planning Poker چیست؟ مراحل اجرای تخمین تیمی Agile، دنباله فیبوناچی، اثر لنگر و مزایای تخمین جمعی + مثال واقعی.

Planning Poker یک تکنیک تخمین تیمی در Agile است. همهٔ اعضا هم‌زمان کارت امتیاز خودشان را نشان می‌دهند تا همدیگر را تحت تأثیر قرار ندهند.

تخمین زدن کار، وقتی به‌تنهایی انجام شود، دو خطر بزرگ دارد: تخمین یک فرد یا خیلی خوش‌بینانه است یا خیلی بدبینانه، و مهم‌تر از آن، فرصت گفتگو دربارهٔ پیچیدگی کار از دست می‌رود. نتیجه، برنامه‌هایی است که از همان اول واقع‌بینانه نیستند و در میانهٔ کار همه‌چیز به هم می‌ریزد.

این‌که یک نفر بلند بگوید «به نظرم این کار سه روزه تمام است» و بقیه سر تکان بدهند، تخمین نیست؛ یک توافق اجتماعی شکننده است. وقتی کار در عمل سخت‌تر از آن عدد از آب درآمد، همه یادشان می‌رود چه کسی این عدد را گفته بود.

Planning Poker این دو مشکل را با یک تکنیک سادهٔ تیمی حل می‌کند. در این مقاله می‌بینید Planning Poker چیست، چه جایگاهی در تخمین Agile دارد، چطور اجرا می‌شود و چرا تخمین تیمی بهتر از تخمین فردی است.

Planning Poker چیست؟ (پاسخ سریع)

Planning Poker (پوکر برنامه‌ریزی) یک تکنیک تخمین مبتنی بر اجماع است که در آن اعضای تیم، برای هر داستان کاربر یک کارت امتیاز (Story Point) انتخاب می‌کنند و همه هم‌زمان آن را نشان می‌دهند؛ اختلاف نظرها به گفتگوی کوتاهی برای هم‌ترازشدن می‌انجامد.

Planning Poker در بستر تخمین Agile

قبل از ورود به جزئیات، این زمینه مهم است: Planning Poker یکی از چند تکنیک تخمین نسبی در Agile است و برای تخمین Story Point به کار می‌رود، نه ساعت. Story Point واحدی نسبی است که پیچیدگی، حجم و عدم قطعیت کار را با هم می‌سنجد. چون تخمین نسبی ساده‌تر از تخمین مطلق (ساعت) است، تیم‌ها با مقایسهٔ کارها با یکدیگر، دقیق‌تر و سریع‌تر تخمین می‌زنند.

همین امروز به دوایتیفای بپیوندید

پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.

چرا از دنبالهٔ فیبوناچی استفاده می‌شود؟

کارت‌های Planning Poker معمولاً اعداد فیبوناچی‌اند: ۱، ۲، ۳، ۵، ۸، ۱۳، ۲۰ و… دلیلش این است که هرچه کار بزرگ‌تر می‌شود، تخمین دقیق‌تر آن سخت‌تر است. فاصلهٔ بیشتر بین اعداد بزرگ، این عدم قطعیت را نشان می‌دهد و از اعتماد کاذب به دقت جلوگیری می‌کند. به بیان ساده، تفاوت بین ۱ و ۲ مشخص است، اما تفاوت بین ۱۳ و ۱۴ واقعاً معنا ندارد؛ برای همین اعداد بزرگ با فاصلهٔ زیاد انتخاب می‌شوند.

مراحل اجرای Planning Poker

  1. یک داستان کاربر را بخوانید: صاحب محصول داستان و معیار پذیرش را توضیح می‌دهد.
  2. سؤال و جواب: تیم ابهام‌هایش را می‌پرسد تا همه درک مشترک پیدا کنند.
  3. انتخاب مخفی: هر عضو یک کارت انتخاب می‌کند (بدون دیدن بقیه).
  4. نمایش هم‌زمان: همه کارت‌ها با هم رو می‌شوند.
  5. گفتگو: اگر اعداد تفاوت زیادی دارند، بالاترین و پایین‌ترین توضیح می‌دهند.
  6. تخمین مجدد: دوباره رأی می‌گیرید تا به توافق برسید.

یک مثال واقعی

تیم می‌خواهد داستان «امکان آپلود تصویر پروفایل» را تخمین بزند. چهار عضو به ترتیب کارت‌های ۳، ۵، ۸ و ۵ را نشان می‌دهند:

  • عضو با کارت ۸ می‌گوید: «باید فرمت‌ها را فشرده و امنیت آپلود را هم در نظر بگیریم.»
  • عضو با کارت ۳ می‌گوید: «یک کتابخانهٔ آماده این کار را انجام می‌دهد.»

بعد از این گفتگو، تیم به عدد ۵ می‌رسد؛ و مهم‌تر، حالا همه از جنبهٔ امنیت آپلود خبر دارند.

مثال عددی: اثر لنگر در تخمین فردی

فرض کنید تخمین یک داستان پیچیده است. اگر نفر اول بلند بگوید «به نظر من ۳ است»، بقیه به‌طور ناخودآگاه حول همان ۳ تخمین می‌زنند — حتی اگر واقعاً کار ۸ باشد. این «اثر لنگر» (Anchoring) یکی از بزرگ‌ترین خطاهای شناختی در تخمین است. نمایش هم‌زمان کارت‌ها در Planning Poker دقیقاً برای خنثی‌کردن همین اثر طراحی شده است: هر کس اول نظر مستقل خودش را ثبت می‌کند، بعد بحث شروع می‌شود.

مثال عددی دوم: از جلسه تا Velocity

فرض کنید تیمی با استفاده از Planning Poker، پنج داستان را به ترتیب ۳، ۵، ۸، ۲ و ۵ امتیاز تخمین می‌زند. این عددها در ابزار مدیریت اسپرینت ثبت می‌شود. در پایان اسپرینت، تیم چهار داستان اول (جمع ۱۸ امتیاز) را کامل تحویل می‌دهد و داستان آخر نیمه‌کاره می‌ماند. Velocity این اسپرینت ۱۸ می‌شود — نه ۲۳ — چون فقط کارهای تمام‌شده شمرده می‌شوند. این داده، مبنای برنامه‌ریزی اسپرینت بعد است.

مزایا و محدودیت‌ها

مزایا:

  • تخمین واقع‌بینانه‌تر با استفاده از خرد جمعی.
  • جلوگیری از اثر «لنگر» (تحت تأثیر قرار گرفتن از عدد اول).
  • گفتگو و درک مشترک از پیچیدگی کار.
  • روشن‌شدن ابهام‌ها و ریسک‌های پنهان هر داستان.

محدودیت‌ها:

  • برای تیم‌های تازه‌کار، زمان‌بر است.
  • تخمین هنوز نسبی است، نه ساعت دقیق.
  • اگر تیم بالغ نباشد، به بحث‌های طولانی کشیده می‌شود.
  • برای تیم‌های ریموت به ابزار آنلاین رأی‌گیری نیاز دارد، وگرنه اثر لنگر برمی‌گردد.

جدول: Planning Poker در برابر تخمین فردی

معیار تخمین فردی Planning Poker
سوگیری اثر لنگر و خوش‌بینی فردی رأی مستقل هم‌زمان
درک مشترک کم بالا (از طریق گفتگو)
کشف ریسک پنهان معمولاً نه بله، در بحث اختلاف‌ها
سرعت سریع کندتر اما دقیق‌تر
مناسب برای کارهای کوچک و بدیهی کارهای مبهم و تیمی

چه زمانی Planning Poker مناسب نیست؟

این تکنیک همیشه بهترین انتخاب نیست. برای کارهای خیلی کوچک و بدیهی، جلسهٔ کامل Planning Poker سربار اضافه است. برای تیم‌های تک‌نفره هم اجماع معنا ندارد. در این موارد، تخمین سادهٔ فردی یا مقایسه با یک کار مرجع کافی است. Planning Poker بیشترین ارزش را در تیم‌هایی دارد که کارهایشان پیچیدگی واقعی و قابل‌بحث دارد.

اشتباهات رایج

  1. مقایسهٔ امتیاز با ساعت: Story Point نسبی است، نه ساعت.
  2. اثر لنگر: اگر یک نفر اول عددش را اعلام کند، بقیه تحت تأثیر قرار می‌گیرند؛ برای همین نمایش هم‌زمان مهم است.
  3. تخمین بدون توضیح: توضیح ندادن داستان قبل از رأی.
  4. عجله برای توافق: هدف، درک مشترک است، نه رسیدن سریع به یک عدد.
  5. تخمین توسط یک نفر: اگر فقط مدیر یا یک نفر تخمین بزند، کل هدف تکنیک از بین می‌رود.

نکات کاربردی

  • نکته مهم: همیشه یک داستان مرجع (مثلاً با ۲ امتیاز) تعریف کنید و بقیه را نسبت به آن بسنجید.
  • ترفند کاربردی: اگر دو رأی‌گیری پیاپی به توافق نرسید، تخمین را به بعد موکول کنید و داستان را بشکنید.
  • ترفند کاربردی دوم: در تیم‌های ریموت، از ابزار آنلاین رأی‌گیری هم‌زمان استفاده کنید تا اثر لنگر برنگردد.
  • اشتباه رایج: تخمین فقط توسط مدیر یا یک نفر؛ این کار هدف Planning Poker را خنثی می‌کند.
  • قبل از شروع این را بدانید: امتیازها را در ابزار مدیریت اسپرینت ثبت کنید تا سرعت (Velocity) تیم از روی آن‌ها محاسبه شود.

انواع کارت‌های Planning Poker

بیشتر تیم‌ها از دنبالهٔ فیبوناچی استفاده می‌کنند، اما گزینه‌های دیگری هم هست:

  • دنبالهٔ فیبوناچی: ۱، ۲، ۳، ۵، ۸، ۱۳، ۲۰… رایج‌ترین حالت.
  • سایز تی‌شرت: XS، S، M، L، XL — وقتی تیم تازه‌کار است و هنوز به اعداد عادت نکرده.
  • دنبالهٔ توان‌های دو: ۱، ۲، ۴، ۸، ۱۶ — ساده‌تر از فیبوناچی.
  • کارت‌های ویژه: علامت سؤال («نمی‌دانم»)، فنجان قهوه («وقفه»)، بی‌نهایت («خیلی بزرگ است»).

کارت «بی‌نهایت» و «علامت سؤال» مهم‌اند: اگر کسی «نمی‌دانم» نشان دهد، یعنی داستان روشن نیست و باید بیشتر توضیح داده شود؛ نه اینکه با حدس، عددی بیندازد.

Planning Poker برای تیم‌های ریموت

برای تیم‌های غیرحضوری، منطق همان است اما ابزار فرق دارد. نکته‌های کلیدی:

  • از ابزاری استفاده کنید که رأی‌ها را تا لحظهٔ نمایش، مخفی نگه دارد.
  • داستان را قبل از جلسه در ابزار مشترک بگذارید تا همه بخوانند.
  • بعد از رأی، حتماً دربارهٔ اختلاف‌ها گفتگو کنید — در جلسهٔ آنلاین، راحت‌تر است که سکوت کنید و از بحث بگذرید.

اگر نمایش هم‌زمان رعایت نشود، اثر لنگر برمی‌گردد و کل مزیت تکنیک از بین می‌رود.

جایگزین‌های Planning Poker

Planning Poker تنها راه تخمین تیمی نیست. دو جایگزین رایج:

  • Affinity Estimation (تخمین گروهی): همهٔ داستان‌ها را هم‌زمان روی یک میز/برد به‌ترتیب اندازه می‌چینید. برای تخمین تعداد زیادی کار در زمان کم عالی است.
  • Sizing به‌روش دسته‌بندی: داستان‌ها را در دسته‌های «کوچک، متوسط، بزرگ» گروه‌بندی می‌کنید.

Planning Poker بیشترین ارزش را در کارهای پیچیده و مبهم دارد؛ برای کارهای کوچک و واضح، تخمین گروهی سریع‌تر کافی است. انتخاب روش هم یک Trade-off است: دقت بیشتر معمولاً زمان بیشتری می‌خواهد.

چطور جلسهٔ Planning Poker را زمان‌بندی کنیم؟

یک جلسهٔ بی‌انضباط، ساعتی وقت می‌گیرد و خروجی کمی می‌دهد. چند قاعدهٔ ساده:

  • داستان‌ها را از قبل آماده کنید: نه اینکه سر جلسه بخوانید.
  • برای هر داستان سقف زمانی بگذارید: مثلاً حداکثر ۳ تا ۵ دقیقه؛ اگر بیشتر شد، به‌معنی ابهام است و داستان باید بشکند یا به بک‌لاگ برگردد.
  • داستان مرجع داشته باشید: اول هر جلسه، یک داستان مرجع (مثلاً ۲ امتیازی) را یادآوری کنید تا مقیاس ثابت بماند.
  • وقفه بگیرید: برای هر یک ساعت، چند دقیقه استراحت؛ تخمین خسته، دادهٔ خراب می‌سازد.

مثال عددی سوم: تخمین با مرجع ثابت

تیم یک داستان مرجع تعریف می‌کند: «تغییر متن یک دکمه» = ۲ امتیاز. حالا داستان جدید «افزودن فیلد جستجو» را تخمین می‌زنند. چون همه می‌دانند مرجع چه‌قدر کوچک است، راحت‌تر مقایسه می‌کنند: «این کار حداقل چهار پنج برابر آن است» و به ۸ یا ۱۳ می‌رسند. بدون مرجع، هر کس بر اساس تجربهٔ متفاوت خودش عدد می‌دهد و اعداد با هم قابل مقایسه نیستند — به همین دلیل مرجع، پایهٔ پایداری تخمین نسبی است.

چرا تخمین جمعی از تخمین فردی دقیق‌تر است؟

دلیلش یک اصل ساده است: هر فرد بخشی از پیچیدگی کار را می‌بیند و بخشی را نمی‌بیند. توسعه‌دهندهٔ بک‌اند، ریسک پایگاه‌داده را می‌شناسد اما شاید پیچیدگی رابط کاربری را دست‌کم بگیرد. طراح، زحمت‌های بصری را می‌بیند اما از بار ادغام‌ها بی‌خبر است. وقتی این نگاه‌های ناقص در قالب بحث Planning Poker کنار هم می‌نشینند، تصویری کامل‌تر از کار ساخته می‌شود. به همین دلیل، تخمین جمعی نه‌تنها «میانگین حدس‌ها» نیست، بلکه از مجموع دانش تیم سود می‌برد — دانشی که در تخمین فردی نادیده می‌ماند.

Planning Poker در برابر تخمین با ساعت

برخی تیم‌ها اصرار دارند به‌جای Story Point، با ساعت تخمین بزنند. هر دو ممکن است، اما با دو پیامد متفاوت: تخمین با ساعت، حس دقت کاذب می‌سازد — «این کار ۱۳ ساعت و نیم طول می‌کشد» — در حالی که در عمل، سرعت افراد با هم فرق دارد و همین عدد برای نفرات مختلف معناهای گوناگون دارد. Story Point اما نسبی و بی‌طرف است: «این کار دو برابر کارِ مرجع است». به همین دلیل، Planning Poker بر پایهٔ Story Point طراحی شده است تا تیم‌ها به‌جای شرط‌بندی روی ساعت، روی اندازهٔ نسبی کار به توافق برسند.

دوایتفای و تخمین تیمی

تخمین‌های Planning Poker وقتی ارزش واقعی دارند که روی تسک‌ها ثبت شوند و مبنای محاسبهٔ سرعت و ظرفیت اسپرینت قرار گیرند. در دوایتفای می‌توانید Story Point یا تخمین هر تسک را ثبت کنید، در بک‌لاگ و اسپرینت اولویت‌بندی کنید و از گزارش‌های پیشرفت برای دیدن سرعت واقعی تیم استفاده کنید؛ به این ترتیب تخمین‌ها از جلسه به اجرا وصل می‌شوند و در برنامه‌ریزی بعدی به کار می‌روند.

سوالات متداول

تکنیکی برای تخمین تیمی در Agile که اعضا هم‌زمان کارت امتیاز نشان می‌دهند.

برای نشان‌دادن عدم قطعیت بیشتر در کارهای بزرگ‌تر.

تا از اثر لنگر (تأثیر عدد اول بر بقیه) جلوگیری شود.

واحد نسبی اندازهٔ کار، بر اساس پیچیدگی و تلاش.

بالاترین و پایین‌ترین توضیح می‌دهند و دوباره رأی می‌گیرید.

صاحب محصول (برای توضیح) و تیم توسعه (برای تخمین).

خیر؛ واحدی نسبی است و نباید مستقیم به ساعت تبدیل شود.

کارهای خیلی کوچک و بدیهی؛ جلسهٔ کامل برایشان سربار اضافه است.

جمع‌بندی

Planning Poker تخمین را از حدس فردی به اجماع تیمی تبدیل می‌کند. هم‌زمان رأی بدهید، دربارهٔ اختلاف‌ها گفتگو کنید و به درک مشترک برسید. تخمین‌ها را در ابزار مدیریت اسپرینت ثبت کنید تا مبنای سرعت تیم و برنامه‌ریزی آینده باشند — نه عددی که بعد از جلسه فراموش می‌شود.

اگر موضوع Planning Poker برایتان مفید بود، پیشنهاد می‌کنیم مدیریت پروژه بر اساس استاندارد PMBOK و بهترین نرم افزار مدیریت پروژه فارسی | مقایسه کامل امکانات، قیمت و نسخه رایگان را هم بخوانید.

همین امروز به دوایتیفای بپیوندید

پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.

0 0 رای ها
Article Rating
اشتراک‌گذاری
اشتراک در
اطلاع از
guest
0 Comments
قدیمی‌ترین
تازه‌ترین بیشترین رأی
فهرست مطالب

وقتش رسیده کارها را هوشمندتر پیش ببرید

پروژه‌ها، تیم و اهدافتان را در یک فضای کاری هوشمند کنار هم بیاورید و خیلی راحت‌تر به نتیجه برسید.

همین حالا شروع کنید
فهرست مطالب