اسکرام همان اجایل نیست، همان مدیریت پروژه سنتی نیست و همان تسکمنیجر هم نیست. اسکرام چارچوبی است برای اینکه تیم در کارهای پیچیده، با شفافیت، بررسی و تطبیق جلو برود.
من بارها در تیمهای مارکتینگ، محصول و نرمافزار دیدهام که همه مشغولاند، همه جلسه دارند، همه تسک دارند، اما خروجی واقعی جلو نمیرود. یکی میگوید «تسکها توی برد هست»، یکی میگوید «مدیر پروژه گفته تا آخر هفته باید تمام شود»، یکی هم هر روز در جلسه فقط گزارش میدهد که دیروز چه کرده و امروز چه میکند.
روی کاغذ همهچیز مرتب است؛ اما در عمل تیم دارد در گل حرکت میکند. اینجاست که خیلیها میپرسند: «پس اسکرام چیست؟ همان اجایل است؟ همان تسکمنیجر است؟ یعنی فقط استندآپ روزانه بگذاریم و بگوییم Scrum داریم؟»
جواب کوتاه: نه. اسکرام مثل GPS برای مسیرهای ناشناخته است. نقشه کلی را داری، مقصد را میدانی، اما مسیر را قدمبهقدم با داده واقعی تنظیم میکنی.
اسکرام چیست؟ 🧩
اسکرام یک چارچوب برای خلق ارزش در مسائل پیچیده است. در اسکرام، تیم کار را در بازههای کوتاه و ثابت به نام اسپرینت انجام میدهد. هر اسپرینت باید به یک خروجی قابلاستفاده یا اینکریمنت برسد؛ یعنی چیزی که واقعاً قابل بررسی، استفاده یا تحویل باشد، نه فقط «تقریباً آماده».
اسکرام سه بخش اصلی دارد: سه مسئولیت پاسخگویی، پنج رویداد و سه آرتیفکت. اما نکته مهم اینجاست که اسکرام عمداً ناقص طراحی شده است؛ یعنی قرار نیست همهچیز را برایت دیکته کند.
Product Owner، Scrum Master و Developers.
Sprint، Sprint Planning، Daily Scrum، Sprint Review و Retrospective.
Product Backlog، Sprint Backlog و Increment.
چرا اسکرام برای کارهای پیچیده مناسب است؟
چون در کار پیچیده، نمیشود همهچیز را از اول پیشبینی کرد. مثلاً در ساخت یک محصول نرمافزاری، کمپین مارکتینگ، طراحی سیستم CRM یا راهاندازی یک محصول جدید، خیلی چیزها وسط راه معلوم میشوند.
اسکرام بهجای اینکه وانمود کند آینده کاملاً قابلپیشبینی است، میگوید: کار را قابلمشاهده کن، خروجی واقعی بساز، مرتب بررسی کن و بر اساس واقعیت تطبیق بده. این همان تجربهگرایی است.
اسکرام چه فرقی با اجایل، مدیریت پروژه و تسکمنیجر دارد؟ ⚖️
یک طرز فکر و مجموعهای از ارزشهاست. اجایل میگوید پاسخگویی به تغییر، همکاری با مشتری و تعاملات انسانی مهماند.
یکی از چارچوبهایی است که کمک میکند ارزشهای اجایل در عمل اجرا شوند.
در مدل سنتی، مسیر معمولاً از ابتدا تا انتها برنامهریزی میشود. این مدل برای کارهای قابلپیشبینی مناسبتر است.
فقط ابزار است. مثل Trello، Jira، ClickUp، Notion یا Discipline. ابزار بدون چارچوب فقط انبار تسک میشود.
تسکمنیجر میتواند نشان دهد چه کاری به چه کسی سپرده شده. اما اسکرام میپرسد: چرا این کار مهم است؟ آیا به هدف اسپرینت وصل است؟ آیا خروجی قابلاستفاده تولید میکند؟ آیا تیم واقعاً در حال یادگیری و تطبیق است؟
اصول و قوانین بنیادین اسکرام چیست؟ 🧠
اسکرام روی دو پایه اصلی ساخته شده است: تجربهگرایی و تفکر ناب. تجربهگرایی یعنی تصمیم را بر اساس چیزی بگیریم که واقعاً مشاهده شده، نه چیزی که دوست داریم درست باشد. تفکر ناب هم یعنی اتلاف را کم کنیم و روی کار ضروری تمرکز کنیم.
سه ستون اسکرام چیست؟
وضعیت کار، کیفیت، موانع، هدف، پیشرفت و خروجی باید قابلمشاهده باشند.
تیم باید مرتب آرتیفکتها، پیشرفت و کیفیت را بررسی کند تا واقعیت را ببیند.
وقتی بررسی نشان داد مسیر اشتباه است، باید تغییر ایجاد شود.
پنج ارزش اسکرام چیست؟
بدون این ارزشها، مراسم اسکرام پوچ میشود. تیم هر روز جلسه میگذارد، اما کسی واقعیت را نمیگوید. بکلاگ دارد، اما اولویتها سیاسیاند. رتروسپکتیو دارد، اما هیچچیز بهتر نمیشود.
نقشها یا مسئولیتهای اصلی Scrum چیست؟ 👥
در اسکرام سه مسئولیت پاسخگویی اصلی وجود دارد: Product Owner، Scrum Master و Developers. در Scrum Guide جدید، دیگر از «تیم توسعه» بهعنوان تیم جدا داخل تیم استفاده نمیشود. اسکرام روی یک تیم واحد و منسجم تأکید دارد.
مسئول بیشینهکردن ارزش محصول، مدیریت بکلاگ، شفافکردن Product Goal و تصمیمگیری درباره اولویتها.
مسئول جا انداختن درست Scrum، تسهیل رویدادها، کمک به حذف موانع و جلوگیری از اسکرام نمایشی.
تمام افرادی که در ساخت اینکریمنت نقش دارند؛ برنامهنویس، طراح، تستر، تحلیلگر، مارکتر محصول یا متخصص محتوا.
Product Owner نباید فقط منشی نیازمندیها باشد. Scrum Master هم مدیر پروژه سنتی یا پلیس جلسه نیست. Developers هم فقط برنامهنویسها نیستند.
رویدادهای Scrum کداماند؟ 📅
Daily Scrum یا استندآپ روزانه برای چیست؟ ☀️
Daily Scrum جلسه گزارش دادن به مدیر نیست. هدف آن این است که Developers پیشرفت به سمت Sprint Goal را بررسی کنند و برنامه ۲۴ ساعت بعد را تطبیق بدهند.
ما چطور امروز به هدف اسپرینت نزدیکتر میشویم؟
Sprint Review و Retrospective چه تفاوتی دارند؟
درباره محصول است. تیم خروجی اسپرینت را با ذینفعان بررسی میکند و تصمیم میگیرد قدم بعدی محصول چه باشد.
درباره خود تیم و روش کار است. تیم بررسی میکند چه چیزی در فرایند، همکاری، کیفیت و ابزارها باید بهتر شود.
آرتیفکتهای Scrum کداماند؟ 📦
فهرست مرتبشدهای از کارهایی که برای بهتر کردن محصول لازماند. تعهد مرتبط: Product Goal.
شامل هدف اسپرینت، آیتمهای انتخابشده و برنامه انجام آنها. تعهد مرتبط: Sprint Goal.
خروجی قابلاستفادهای که در طول اسپرینت ساخته میشود. تعهد مرتبط: Definition of Done.
Product Goal، Sprint Goal و Definition of Done چیستند؟ 🎯
این سه مفهوم، تعهدات رسمی آرتیفکتهای اسکرام هستند. Product Goal جهت بلندمدت تیم است. Sprint Goal تمرکز کوتاهمدت تیم در یک اسپرینت است. Definition of Done هم توافق تیم درباره این است که چه زمانی یک کار واقعاً تمام شده محسوب میشود.
Definition of Done چطور نوشته میشود؟ ✅
Backlog Refinement چیست و آیا رویداد رسمی Scrum است؟ 🧹
Backlog Refinement یا پالایش بکلاگ، فعالیتی مداوم برای آمادهکردن آیتمهای بکلاگ است. در این فعالیت، آیتمها شکسته، شفاف، مرتب و قابلفهم میشوند.
پالایش بکلاگ رویداد رسمی Scrum نیست و در بین پنج رویداد رسمی قرار ندارد. با این حال، اگر انجام نشود، Sprint Planning معمولاً کند، مبهم و فرسایشی میشود.
Backlog Item خوب چه ویژگیهایی دارد؟
آیتم باید به مسیر بلندمدت محصول ربط داشته باشد.
برای کاربر، مشتری یا کسبوکار ارزش قابلفهم داشته باشد.
باید برای بحث در Sprint Planning آماده باشد.
باید راه بررسی و پذیرش آن مشخص باشد.
آیتم بد: «بهبود داشبورد»
آیتم بهتر: «بهعنوان مدیر مارکتینگ، میخواهم در داشبورد ببینم کدام تسکهای کمپین این هفته عقب افتادهاند تا سریعتر مانعها را پیگیری کنم.»
یک Sprint دو هفتهای معمولاً چطور اجرا میشود؟ 🗓️
بعد از پایان اسپرینت، اسپرینت بعدی شروع میشود؛ بدون فاصله طولانی، بدون تعلیق بیدلیل.
Velocity چیست و چرا نباید KPI موفقیت باشد؟ 📊
Velocity معمولاً نشان میدهد تیم در یک اسپرینت چه مقدار کار را بر اساس تخمین خودش انجام داده است. این عدد میتواند برای برنامهریزی داخلی مفید باشد، اما مشکل از جایی شروع میشود که مدیران Velocity را تبدیل به KPI عملکرد میکنند.
Velocity برای مقایسه تیمها مناسب نیست. اگر Velocity معیار موفقیت شود، تیمها شروع میکنند به بازی با عددها: تخمینها را باد میکنند، کیفیت را کم میکنند یا آیتمها را طوری میشکنند که ظاهر خروجی بهتر شود.
SLA چیست و چه ربطی به Scrum دارد؟ ⏱️
SLA مخفف Service Level Agreement است؛ یعنی توافق سطح خدمت. SLA معمولاً مشخص میکند یک تیم یا سرویس باید در چه سطحی از کیفیت، زمان پاسخگویی یا دسترسپذیری عمل کند.
SLA جزو عناصر رسمی Scrum نیست، اما در دنیای واقعی، مخصوصاً برای تیمهای پشتیبانی، عملیات، مارکتینگ، IT و محصول، میتواند کنار اسکرام استفاده شود. فقط باید مراقب بود SLA نباید Sprint Goal را نابود کند.
رایجترین ضدالگوهای Scrum چیستند؟ ⚠️
Scrum در مقیاس بزرگ چطور اجرا میشود؟ 🏢
وقتی چند تیم روی یک محصول مشترک کار میکنند، اجرای ساده Scrum کافی نیست. نیاز به هماهنگی بیشتر داریم. اینجا چارچوبهایی مثل LeSS و Scrum@Scale مطرح میشوند.
تلاش میکند اسکرام را برای چند تیم مقیاسپذیر کند، اما سادگی اسکرام را حفظ کند. معمولاً یک Product Owner و یک Product Backlog واحد وجود دارد.
تیمهای اسکرام را در قالب شبکهای از تیمها هماهنگ میکند و روی چرخه Scrum Master و چرخه Product Owner تمرکز دارد.
چه زمانی Scrum انتخاب خوبی است؟ ✅
چه زمانی Scrum انتخاب خوبی نیست؟ ❌
چطور با Discipline میتوان Scrum را عملیتر کرد؟ 🛠️
برای اجرای Scrum، ابزار بهتنهایی کافی نیست؛ اما ابزار بد میتواند Scrum خوب را هم خراب کند. تیمی که Sprint Goal، Backlog، تسکها، وضعیت کار، مسئولیتها و خروجیها را شفاف نمیبیند، عملاً در تاریکی کار میکند.
کمک میکند Product Backlog زنده، قابلفهم و قابلاولویتبندی بماند.
کارهای انتخابشده برای اسپرینت و وضعیت آنها را قابلمشاهده میکند.
تسکها را از حالت کارهای پراکنده به مسیر Sprint Goal وصل میکند.
وقتی وضعیت کار شفاف است، جلسهها از گزارشگیری به تصمیمگیری تبدیل میشوند.
Discipline یا هر ابزار دیگری، جای Scrum را نمیگیرد. ابزار خوب فقط اجرای Scrum را شفافتر، منظمتر و قابلپیگیریتر میکند.
چکلیست سریع اجرای Scrum برای تیمهای تازهکار ✅
جمعبندی خیلی کوتاه
اسکرام یعنی کار پیچیده را در چرخههای کوتاه قابلمشاهده کنیم، خروجی واقعی بسازیم، با شجاعت بررسی کنیم و سریع تطبیق بدهیم. اگر فقط اسم نقشها و جلسهها را کپی کنیم، Scrum نداریم؛ فقط تئاتر اسکرام داریم.
دیسیپلین برای اجرای شفافتر Scrum ساخته شده است.
برای تیمهایی که میخواهند بکلاگ، اسپرینت، تسکها، ددلاینها و خروجیها را در یک فضای منظم و قابلپیگیری مدیریت کنند.
ورود به دیسیپلین ←