Sprint Planning چیست؟ آموزش برنامه‌ریزی اسپرینت

اسپرینتی که با انتخابِ بیش از ظرفیت شروع شود، محکوم به تحویل ناقص است. Sprint Planning همان جلسه‌ای است که تعیین می‌کند تیم در این اسپرینت دقیقاً چه کاری انجام دهد — و اشتباه در همین جلسه، کل اسپرینت را خراب می‌کند. اگر کار کم انتخاب کنید، ظرفیت تیم هدر می‌رود؛ اگر زیاد انتخاب کنید، کارها نیمه‌تمام می‌مانند و تیم فرسوده می‌شود.

در این مقاله می‌بینید Sprint Planning چیست، چه کسانی در آن حضور دارند، سه سؤال کلیدی‌اش کدام‌اند، چطور قدم‌به‌قدم برگزارش کنید، ظرفیت را چطور حساب کنید و چه اشتباهاتی رایج‌تر از همه‌اند.

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

Sprint Planning جلسه‌ای است که در شروع هر اسپرینت برگزار می‌شود و در آن تیم، با توجه به ظرفیت واقعی‌اش، کارهای این اسپرینت را از بک‌لاگ انتخاب و برنامه‌ریزی می‌کند. خروجی آن، Sprint Backlog و Sprint Goal است.

طبق راهنمای رسمی اسکرام (Scrum Guide)، Sprint Planning رویدادی زمان‌دار (Timebox) است که حداکثر ۸ ساعت برای یک اسپرینت یک‌ماهه زمان می‌برد؛ برای اسپرینت‌های کوتاه‌تر، این زمان به نسبت کم می‌شود. در این جلسه، کل تیم اسکرام همکاری می‌کنند تا مشخص کنند در این اسپرینت چه کاری با چه هدفی انجام می‌شود.

چه کسانی در Sprint Planning حضور دارند؟

برای اینکه جلسه درست برگزار شود، سه نقش باید حضور فعال داشته باشند:

• Product Owner (مالک محصول): اولویت‌ها و ارزش تجاری هر آیتم بک‌لاگ را توضیح می‌دهد و کمک می‌کند Sprint Goal شفاف شود.
• Scrum Master: جلسه را هدایت می‌کند، زمان را مدیریت می‌کند و مطمئن می‌شود بحث از چارچوب خارج نمی‌شود.
• تیم توسعه (Developers): دربارهٔ «چطور انجام دادن» تصمیم می‌گیرند و تخمین می‌زنند؛ چون آن‌ها هستند که کار را انجام می‌دهند.

پاسخ مستقیم: در Sprint Planning، مالک محصول اولویت و ارزش را می‌گوید، تیم توسعه چگونگی کار را مشخص می‌کند و Scrum Master جلسه و زمان را مدیریت می‌کند.

سه سؤال کلیدی Sprint Planning

هر جلسهٔ Sprint Planning باید به این سه سؤال پاسخ دهد:

چه کاری انجام دهیم؟ (هدف اسپرینت)

مشخص می‌کنید هدف این اسپرینت چیست و چرا این اسپرینت برای مشتری یا محصول ارزش‌آفرین است.

پاسخ مستقیم: سؤال اول، هدف اسپرینت (Sprint Goal) را تعیین می‌کند؛ هدف باید مشخص و قابل‌سنجش باشد تا همه بدانند چرا این کارها را انجام می‌دهند.

چطور انجام دهیم؟ (شکستن کارها)

برای هر کار انتخابی، تیم مشخص می‌کند چطور به اجزای کوچک‌تر و قابل‌اجرا شکسته می‌شود.

پاسخ مستقیم: سؤال دوم، هر کار را به زیرتسک‌های اجرایی می‌شکند تا تیم بداند دقیقاً چه مراحلی دارد.

چقدر ظرفیت داریم؟ (ظرفیت واقعی)

تیم حساب می‌کند در این اسپرینت چند نفر-ساعت مفید در اختیار دارد.

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

چطور Sprint Planning برگزار کنیم؟ (قدم‌به‌قدم)

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

مثال عددی ۱: محاسبهٔ ظرفیت اسپرینت

فرض کنید تیم توسعه ۴ نفره دارید و اسپرینت ۲ هفته‌ای (۱۰ روز کاری) دارید:

• ساعت خام: ۴ نفر × ۱۰ روز × ۸ ساعت = ۳۲۰ ساعت
• بهره‌وری واقعی (جلسه، بازبینی، وقفه) حدود ۸۰٪: ۳۲۰ × ۰.۸ = ۲۵۶ ساعت مفید

حالا اگر مجموع تخمین کارهای انتخاب‌شده از بک‌لاگ ۳۰۰ ساعت باشد، یعنی ۴۴ ساعت بیش از ظرفیت انتخاب کرده‌اید؛ باید کار حذف یا ساده کنید. این مقایسهٔ ساده، همان کاری است که خیلی از تیم‌ها انجام نمی‌دهند و بعداً کار نیمه‌تمام تحویل می‌دهند.

مثال عددی ۲: اثر مرخصی و روز تعطیل

همان تیم ۴ نفره، اما این‌بار یک نفر از تیم ۳ روز مرخصی دارد و یک روز وسط اسپرینت تعطیل رسمی است. محاسبهٔ درست:

• ساعت خام تیم: ۳۲۰ ساعت
• کسر مرخصی یک نفر (۳ روز × ۸ ساعت × ۰.۸): حدود ۱۹ ساعت مفید
• کسر روز تعطیل (۴ نفر × ۸ ساعت × ۰.۸): حدود ۲۶ ساعت مفید
• ظرفیت واقعی: ۳۲۰ − ۱۹ − ۲۶ = ۲۷۵ ساعت مفید

اگر بدون این کسرها برنامه‌ریزی کنید، ۴۵ ساعت بیش‌از‌ظرفیت تعهد داده‌اید. همین‌جاست که خیلی از اسپرینت‌ها از همان روز اول عقب می‌افتند.

جدول نمونهٔ Sprint Backlog

این جدول نشان می‌دهد که وقتی ظرفیت مثلاً ۱۰۰ ساعت باشد، کار «بهبود سرعت جستجو» به اسپرینت بعدی منتقل می‌شود، چون انتخابش ظرفیت را رد می‌کرد.

خروجی: Sprint Backlog و Sprint Goal چیست؟

Sprint Backlog فهرست کارهایی است که تیم در جلسهٔ Sprint Planning برای این اسپرینت انتخاب و به آن تعهد کرده است، همراه با تخمین و مسئول. این فهرست در طول اسپرینت، مرجع کار تیم است.

Sprint Goal جملهٔ کوتاهی است که «چرایی» این اسپرینت را بیان می‌کند؛ مثلاً «قابلیت پرداخت آنلاین برای مشتریان فعال شود». این هدف، قطب‌نمای تیم است وقتی وسط اسپرینت سردرگم می‌شود.

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

ظرفیت (Capacity) با سرعت تیم (Velocity) چه فرقی دارد؟

این دو مفهوم اغلب اشتباه گرفته می‌شوند و تمایزشان در برنامه‌ریزی مهم است:

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

مزایا، معایب و Trade-off روش‌های تخمین در Sprint Planning

تخمین با Story Point در برابر ساعت

• Story Point (واحد نسبی): برای سنجیدن اندازهٔ نسبی کارها خوب است و سریع است؛ اما برای مقایسه با ظرفیت واقعی (ساعت)، باید نرخ تبدیل داشته باشید.
• ساعت: مستقیم با ظرفیت قابل‌مقایسه است؛ اما برآورد ساعت، وقت بیشتری می‌گیرد و گاهی تیم را درگیر دقت کاذب می‌کند.
• Trade-off: اگر تیم تازه شروع کرده، Story Point ساده‌تر است؛ اما برای هماهنگی با ظرفیت و زمان‌بندی دقیق، در نهایت به ساعت (یا نرخ تبدیل نقطه به ساعت) نیاز دارید.

اشتباهات رایج در Sprint Planning

1. انتخاب کار بیشتر از ظرفیت: رایج‌ترین خطا؛ پرکردن اسپرینت بر اساس امید، نه ظرفیت.
2. هدف اسپرینت مبهم: بدون هدف روشن، انتخاب کارها بی‌منطق می‌شود.
3. شکستن نکردن کارها: کار بزرگ شکسته‌نشده، تخمین و اجرایش را مبهم می‌کند.
4. جلسهٔ خیلی طولانی: جلسهٔ بی‌پایان، انرژی تیم را قبل از شروع کار می‌گیرد.
5. نادیده‌گرفتن تخمین: انتخاب کار بدون تخمین، یعنی تعهد بدون محاسبه.
6. نادیده‌گرفتن مرخصی و روزهای تعطیل: ظرفیت را بر اساس روز خام حساب‌کردن، نه روز مفید.
7. فراموش‌کردن Sprint Goal: فقط فهرست کار می‌سازید، بدون اینکه چرایی‌اش روشن باشد.

چک‌لیست قبل از Sprint Planning

• آیا بک‌لاگ مرتب و اولویت‌بندی شده است؟
• آیا هدف اسپرینت از قبل فکر شده است؟
• آیا ظرفیت واقعی تیم (با احتساب مرخصی و بهره‌وری) حساب شده است؟
• آیا کارهای بالای بک‌لاگ به‌اندازهٔ کافی شفاف‌اند که انتخاب شوند؟
• آیا تخمین کارها آماده است؟
• آیا هر آیتم، معیار «تمام‌شده» (Definition of Done) مشخص دارد؟

Sprint Planning در دوایتفای

در دوایتفای، مفاهیم اسکرام به‌صورت ابزار در دسترس‌اند: بک‌لاگ و اسپرینت تعریف می‌شوند، کارها با تخمین و مسئول به اسپرینت اضافه می‌شوند و برد کانبان، جریان کار را در طول اسپرینت نشان می‌دهد. به‌جای اینکه ظرفیت و تخمین‌ها را دستی جمع بزنید، همه‌چیز در یک محیط یکپارچه دیده می‌شود. Doitify Copilot و AI Coach هم به‌عنوان دستیار Scrum Master می‌توانند در برنامه‌ریزی اسپرینت، ساخت تسک‌ها و تنظیم بک‌لاگ با متن یا صدا کمک کنند.

> شفافیت: دوایتفای محصول تیم ماست؛ اما اصول Sprint Planning این مقاله مستقل از ابزارند و بر اساس چارچوب Scrum برای هر تیمی قابل‌اجرا هستند.

جمع‌بندی

Sprint Planning جلسهٔ شروع اسپرینت است که در آن تیم، بر اساس ظرفیت واقعی، کارهای اسپرینت را از بک‌لاگ انتخاب و برنامه‌ریزی می‌کند. به سه سؤال «چه کاری، چطور و چقدر ظرفیت» پاسخ دهید و خروجی‌اش Sprint Backlog با Sprint Goal باشد. بر اساس ظرفیت انتخاب کنید، کارها را بشکنید و جلسه را کوتاه نگه دارید. انتخاب واقع‌بینانه در همین جلسه، تحویل سالم اسپرینت را تضمین می‌کند.

اگر موضوع Sprint Planning برایتان مفید بود، پیشنهاد می‌کنیم بهترین نرم افزارهای مدیریت پروژه و برنامه‌ریزی شخصی؛ راهکاری برای افزایش بهره‌وری فردی و تیمی و نرم افزار مدیریت پروژه چابک را هم بخوانید.