پاسخ سریع: اسکرام چیست و چطور کار می‌کند؟
اسکرام یک چارچوب سبک است که تیم را حول یک هدف کوتاه‌مدت سازمان می‌دهد و در پایان هر اسپرینت یک نسخه قابل استفاده می‌سازد. چرخه کار ساده است: مالک محصول کارها را در بک‌لاگ محصول اولویت‌بندی می‌کند، تیم در برنامه‌ریزی اسپرینت بخشی را انتخاب می‌کند، در طول اسپرینت هر روز هم‌راستایی می‌کند، در پایان نتیجه را با ذی‌نفعان بازبینی می‌کند و در بازنگری، روش کار خودش را بهبود می‌دهد.
اسکرام و اجایل چه تفاوتی دارند؟
اجایل یک فلسفه و مجموعه ارزش است که در بیانیه اجایل سال ۲۰۰۱ جمع‌بندی شد: افراد و تعامل مهم‌تر از فرایند و ابزار، نرم‌افزار کارکننده مهم‌تر از مستندسازی جامع، همکاری با مشتری مهم‌تر از مذاکره قرارداد، و پاسخ به تغییر مهم‌تر از پیروی از برنامه. اسکرام یکی از چارچوب‌های اجرای این فلسفه است، نه خودِ آن.
این تفکیک مهم است، چون بسیاری از سازمان‌ها می‌گویند «ما اجایل شدیم» در حالی که فقط جلسه روزانه اضافه کرده‌اند. اجایل بودن یعنی تصمیم‌گیری نزدیک به کار و بازخورد کوتاه؛ اگر تصمیم‌ها هنوز در سه سطح مدیریت گرفته می‌شود، اسکرام فقط پوسته است.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
سه مسئولیت در تیم اسکرام
در نسخه ۲۰۲۰، اسکرام از واژه «نقش» فاصله گرفت و از «مسئولیت» صحبت می‌کند. تفاوت لفظی نیست: مسئولیت یعنی یک نفر پاسخگوی نتیجه است، نه اینکه یک سمت سازمانی داشته باشد. تیم اسکرام یک واحد منسجم است و درون آن زیرتیم و سلسله‌مراتب وجود ندارد.
| مسئولیت | پاسخگوی چه چیزی است | چه تصمیمی می‌گیرد | چه کاری وظیفه او نیست |
|---|---|---|---|
| مالک محصول | حداکثر کردن ارزش محصول | ترتیب بک‌لاگ و محتوای هدف محصول | مدیریت روزانه تیم |
| اسکرام مستر | اثربخشی تیم و اجرای درست اسکرام | رفع موانع و کوچینگ | مدیریت پروژه و تخصیص کار |
| توسعه‌دهندگان | ساختن اینکریمنت قابل استفاده | چگونگی انجام کار و تخمین | تصمیم درباره اولویت محصول |
چند نکته که در عمل زیاد اشتباه می‌شود:
- مالک محصول یک نفر است، نه یک کمیته. می‌تواند نظر بسیاری را بگیرد، اما تصمیم نهایی فردی است. کمیته اولویت‌بندی، معمولاً به بن‌بست می‌رسد.
- اسکرام مستر مدیر تیم نیست. او مسئول فرایند و اثربخشی است، نه ارزیابی عملکرد افراد. اگر اسکرام مستر درباره مرخصی و ارزیابی تصمیم بگیرد، تیم دیگر در جلسه بازنگری صادق نخواهد بود.
- توسعه‌دهندگان خودشان تصمیم می‌گیرند کار چطور انجام شود. این یکی از تفاوت‌های اصلی با مدیریت پروژه سنتی است. تخمین و تقسیم کار، در اختیار کسانی است که کار را انجام می‌دهند.
پنج رویداد اسکرام و زمان‌بندی آن‌ها
برخلاف تصور رایج، اسکرام چهار مراسم ندارد؛ پنج رویداد دارد و اسپرینت خودش یک رویداد ظرف‌کننده است. هر رویداد یک فرصت رسمی برای بازبینی و انطباق است.
| رویداد | زمان‌بندی برای اسپرینت دو هفته‌ای | پرسش اصلی | خروجی |
|---|---|---|---|
| اسپرینت | حداکثر یک ماه | آیا در بازه بعد، ارزش قابل تحویل می‌سازیم؟ | اینکریمنت |
| برنامه‌ریزی اسپرینت | حدود ۲ تا ۴ ساعت | چرا، چه و چگونه در این اسپرینت؟ | هدف اسپرینت و بک‌لاگ اسپرینت |
| جلسه روزانه | ۱۵ دقیقه، هر روز کاری | به سمت هدف اسپرینت کجاییم؟ | برنامه قابل اجرای روز |
| بازبینی اسپرینت | حدود ۲ ساعت | چه ساخته شد و محیط چه تغییری کرد؟ | بازخورد و به‌روزرسانی بک‌لاگ |
| بازنگری اسپرینت | حدود ۱٫۵ ساعت | چطور کار کردنمان را بهتر کنیم؟ | یک یا دو بهبود مشخص |
نکته درباره زمان‌بندی: راهنما حداکثرها را برای اسپرینت یک‌ماهه می‌دهد؛ برای اسپرینت دو هفته‌ای، این زمان‌ها نصف می‌شوند یا کمتر. اما یک قاعده مهم‌تر وجود دارد: رویدادی که خروجی مشخص ندارد، باید کوتاه‌تر یا حذف شود. جلسه بازبینی که فقط ارائه اسلاید است، بازبینی اسکرام نیست.
جلسه روزانه بیشتر از همه بد فهمیده می‌شود. این جلسه گزارش به مدیر نیست؛ برنامه‌ریزی روزانه توسعه‌دهندگان است. سه سؤال کلاسیک (دیروز، امروز، موانع) می‌تواند نقطه شروع باشد، اما اگر به مراسم گزارش تبدیل شد، تیم باید ساختار را عوض کند. تمرکز باید روی هدف اسپرینت باشد، نه روی فهرست کارها.
سه مصنوع و سه تعهد
مصنوع بدون تعهد، فقط یک فهرست است. نسخه ۲۰۲۰ برای هر مصنوع یک تعهد معرفی کرد تا شفافیت واقعی ایجاد شود.
- بک‌لاگ محصول فهرست مرتب کارهایی است که برای بهبود محصول لازم است؛ تعهد آن هدف محصول است، یعنی وضعیت آینده‌ای که تیم به سمتش حرکت می‌کند.
- بک‌لاگ اسپرینت شامل هدف اسپرینت، کارهای انتخاب‌شده و برنامه اجرای آن‌هاست؛ تعهد آن هدف اسپرینت است.
- اینکریمنت جمع کارهای انجام‌شده و قابل استفاده است؛ تعهد آن تعریف انجام‌شده است، یعنی معیار مشترکی که می‌گوید کار واقعاً تمام شده است.
اگر تیم شما «تعریف انجام‌شده» مکتوب ندارد، مهم‌ترین کار هفته آینده همین است. بدون آن، «تمام شد» به سلیقه تبدیل می‌شود و در بازبینی، بحث درباره تعریف جای بحث درباره ارزش را می‌گیرد.
نمونه عددی ۱: ظرفیت واقعی یک اسپرینت
تیم شش‌نفره‌ای با اسپرینت دو هفته‌ای را در نظر بگیرید. محاسبه ظرفیت خام: ۶ نفر ضرب‌در ۱۰ روز کاری ضرب‌در ۷٫۵ ساعت، یعنی ۴۵۰ نفرساعت. اما این عدد ظرفیت واقعی نیست. سه کسر را حساب کنید:
- جلسات: برنامه‌ریزی ۴ ساعت، جلسه روزانه ۲٫۵ ساعت، بازبینی ۲ ساعت و بازنگری ۱٫۵ ساعت برای هر نفر، جمعاً ۱۰ ساعت؛ برای شش نفر ۶۰ ساعت.
- مرخصی و تعطیلات: به‌طور میانگین ۸ درصد؛ حدود ۳۶ ساعت.
- کارهای غیرپروژه‌ای: پشتیبانی، جلسه با واحد دیگر، آموزش؛ فرض کنید ۱۰ درصد، یعنی ۴۵ ساعت.
ظرفیت خالص تقریباً ۳۰۹ ساعت می‌شود. اگر تیم برای هر کار متوسط ۱۶ ساعت کار مؤثر لازم داشته باشد، ظرفیت اسپرینت حدود ۱۹ کار است. این عدد بسیار متفاوت از «۴۵۰ ساعت» است و همین تفاوت، منبع اصلی تعهدهای غیرواقعی است.
نکته: اگر تیم همیشه بیش از ظرفیت متعهد می‌شود، در دو یا سه اسپرینت اول این را طبیعی ندانید. یا ظرفیت اشتباه محاسبه شده، یا کارهای ناخواسته وارد اسپرینت می‌شوند.
نمونه عددی ۲: سرعت تیم و تعهد اسپرینت بعدی
سه اسپرینت گذشته، تیم به‌ترتیب ۳۴، ۴۱ و ۳۷ واحد کار تحویل داده است. میانگین ۳۷٫۳ است. اگر تیم برای اسپرینت بعد ۳۷ واحد متعهد شود، احتمال تحقق حدود نیمی است. برای تعهد واقع‌بینانه، ۱۰ درصد کمتر بگیرید: حدود ۳۴ واحد.
یک نکته مهم: این عدد برای پیش‌بینی داخلی است، نه معیار مقایسه تیم‌ها و نه معیار ارزیابی افراد. اگر سرعت به شاخص عملکرد تبدیل شود، تیم واحدها را بزرگ‌تر می‌کند و عدد بی‌معنا می‌شود. این رفتار در بیشتر سازمان‌هایی که سرعت را به ارزیابی وصل کرده‌اند دیده شده است.
نمونه عددی ۳: پیش‌بینی تحویل با ظرفیت
فرض کنید بک‌لاگ محصول ۵۰۰ واحد کار دارد و تیم ماهی دو اسپرینت دو هفته‌ای اجرا می‌کند. با سرعت واقع‌بینانه ۳۴ واحد در اسپرینت، هر ماه حدود ۶۸ واحد جلو می‌رود. ۵۰۰ تقسیم بر ۶۸، حدود ۷٫۴ ماه. اگر مدیرعامل بپرسد «کی تمام می‌شود؟»، پاسخ قابل دفاع «حدود هفت تا هشت ماه، با فرض ثابت ماندن ترکیب تیم و اولویت‌ها» است.
این پیش‌بینی دو فرض دارد که باید صریح گفته شوند: اول، بک‌لاگ در این مدت رشد نمی‌کند؛ دوم، ترکیب تیم ثابت است. در عمل هیچ‌کدام کاملاً ثابت نمی‌مانند، به همین دلیل بازه بدهید نه عدد قطعی. بازه صادقانه، اعتماد بیشتری از عدد دقیق و نادرست می‌سازد.
اسکرام در کجا شکست می‌خورد؟
شش الگوی شکست که تقریباً در همه سازمان‌ها تکرار می‌شود:
اول، اسکرام بدون مالک محصول واقعی. اگر مالک محصول اختیار تصمیم ندارد و هر اولویت باید تأیید مدیریت ارشد بگیرد، تیم همیشه منتظر است.
دوم، اسپرینت به‌عنوان مهلت. اگر مدیر در میانه اسپرینت کار جدید اضافه کند، هدف اسپرینت بی‌معنا می‌شود. تغییر در اسپرینت مجاز است، اما نباید هدف را به خطر بیندازد.
سوم، جلسه روزانه به گزارش تبدیل شود. وقتی مدیر حضور دارد و سؤال می‌پرسد، تیم گزارش می‌دهد و مشکل واقعی را پنهان می‌کند.
چهارم، بازنگری بدون ذی‌نفع واقعی. اگر در بازبینی فقط تیم خودش را ببیند، بازخورد بیرونی حذف می‌شود و اسکرام به یک چرخه داخلی بی‌اثر تبدیل می‌شود.
پنجم، بازنگری بدون اقدام. اگر هر اسپرینت سه بهبود مطرح شود و هیچ‌کدام اجرا نشود، تیم یاد می‌گیرد که این جلسه تشریفاتی است.
ششم، تعریف انجام‌شده مبهم. نتیجه‌اش این است که در پایان اسپرینت بحث می‌شود «این کار تمام است یا نه» و اینکریمنت واقعی ساخته نمی‌شود.
مدیر بیرون از تیم اسکرام چه نقشی دارد؟
اسکرام تیم را توانمند می‌کند، اما مدیران بیرون تیم نقشی حیاتی دارند. سه کار بیشترین اثر را می‌گذارد.
اول، حفاظت از هدف اسپرینت. هر درخواست جدیدی که از سمت مدیریت می‌آید، باید از فیلتر مالک محصول بگذرد. اگر مدیر ارشد مستقیماً به یکی از توسعه‌دهندگان کار بدهد، حتی اگر آن کار کوچک باشد، پیام روشنی می‌فرستد: تعهد تیم قابل تغییر است.
دوم، حضور در بازبینی، نه در جلسه روزانه. بازبینی جایی است که مدیر می‌تواند نتیجه را ببیند، بازخورد بدهد و تصمیم اولویت بگیرد. حضور مدیر در جلسه روزانه معمولاً جلسه را به گزارش تبدیل می‌کند و مشکل واقعی را پنهان می‌کند.
سوم، رفع موانع سازمانی. بخش زیادی از موانع تیم بیرون از اختیار تیم است: فرایند تأیید طولانی، وابستگی به واحد دیگر، ابزار ناکافی. اسکرام مستر می‌تواند مانع را شناسایی کند، اما حذف بعضی موانع فقط با اختیار مدیریت ممکن است.
یک نشانه خوب: اگر در جلسه بازبینی، مدیران بیشتر از اعضای تیم حرف می‌زنند، احتمالاً جلسه به جلسه گزارش مدیریتی تبدیل شده است. نشانه دیگر: اگر تیم در سه اسپرینت متوالی هدفش را از دست داده و هیچ‌کس درباره علت سازمانی حرف نمی‌زند، مشکل در سطح سیستم است، نه در تلاش تیم.
چه زمانی اسکرام مناسب نیست؟
اسکرام برای کار پیچیده طراحی شده است؛ کاری که در آن نیازها و راه‌حل هم‌زمان کشف می‌شوند. اگر کار شما روشن، تکراری و قابل پیش‌بینی است، اسکرام فقط سربار جلسه اضافه می‌کند. برای کارهای عملیاتی تکرارشونده، کانبان یا جریان پیوسته بهتر است. برای پروژه‌های با محدوده ثابت و قراردادی، ممکن است مدیریت پروژه کلاسیک پاسخ درست‌تری باشد.
یک آزمون ساده: اگر بتوانید با اطمینان بالا بگویید شش ماه بعد چه چیزی تحویل می‌دهید و نیازها تغییر نمی‌کنند، احتمالاً به اسکرام نیاز ندارید.
اسکرام یا کانبان؛ کدام را انتخاب کنیم؟
این سؤال معمولاً وقتی مطرح می‌شود که تیم از جلسات اسکرام خسته شده یا برعکس، در کانبان هیچ ریتمی ندارد. جدول زیر تفاوت عملی را نشان می‌دهد.
| معیار | اسکرام | کانبان |
|---|---|---|
| ریتم تحویل | اسپرینت ثابت | جریان پیوسته |
| تغییر اولویت | بین اسپرینت‌ها | در هر لحظه |
| تعهد به دامنه | دامنه ثابت در اسپرینت | بدون تعهد به دامنه |
| واحد سنجش | واحد کار و سرعت | زمان تحویل و توان عبور |
| مناسب برای | توسعه محصول با نیاز متغیر | پشتیبانی، عملیات، جریان درخواست |
بسیاری از تیم‌ها ترکیبی کار می‌کنند: بک‌لاگ و جلسات اسکرام را نگه می‌دارند و سقف کار در جریان را از کانبان می‌گیرند. این ترکیب می‌تواند خوب باشد، به شرطی که هدف روشن بماند. تیمی که هم اسپرینت دارد، هم ورودی بی‌قاعده، هم جلسه روزانه بی‌خروجی، در واقع هیچ‌کدام را اجرا نمی‌کند و فقط هزینه هر دو را می‌پردازد.
ابزار، جای انضباط را نمی‌گیرد
بیشتر تیم‌ها اسکرام را با یک ابزار شروع می‌کنند: برد، بک‌لاگ، نمودار. ابزار خوب کمک می‌کند، اما اسکرام با انضباط اجرا می‌شود، نه با نرم‌افزار. دوایتیفای محصول ماست و طبیعتاً از نزدیک با آن آشنا هستیم؛ برای تیمی که می‌خواهد بک‌لاگ، اسپرینت، اهداف و گزارش پیشرفت را در یک محیط ببیند، ترکیب برد و تسک و گزارش می‌تواند نقطه شروع باشد. اما اگر تیم هنوز تعریف انجام‌شده ندارد، هیچ ابزاری این شکاف را پر نمی‌کند.
سوالات متداول
جمع‌بندی
اسکرام یک چارچوب کوچک با قواعد روشن است: سه مسئولیت، پنج رویداد، سه مصنوع و سه تعهد. مسئله اصلی، حفظ کردن این فهرست نیست؛ رعایت سه اصل است: شفافیت واقعی، بازبینی منظم و انطباق سریع. اگر این سه نباشد، جلسه روزانه و بازنگری فقط تقویم را پر می‌کنند.
اگر امروز فقط یک کار می‌کنید، تعریف انجام‌شده را بنویسید و ظرفیت واقعی اسپرینت را حساب کنید. این دو، بیشترین اثر را روی قابل پیش‌بینی شدن تحویل دارند و در کمتر از یک ساعت قابل انجام‌اند.
اگر موضوع اسکرام برایتان مفید بود، پیشنهاد می‌کنیم آیا گوگل نرم افزار مدیریت پروژه دارد؟ و آیا مدیریت پروژه آینده ای دارد؟ را هم بخوانید.
همین امروز به دوایتیفای بپیوندید
پروژه‌ها را بدون سردرگمی پیش ببرید: همهٔ وظایف، پیشرفت‌ها و گزارش‌های تیم در یک محیط یکپارچه. ساخته‌شده برای شرکت‌ها، استارتاپ‌ها و تیم‌های دورکار — با راه‌اندازی چنددقیقه‌ای، پشتیبانی فارسی و نسخهٔ آزمایشی رایگان.
