کانبان یا اسکرام — نه هر دو بدون دلیل
کانبان برای جریان مداوم و اولویت متغیر؛ اسکرام برای تعهد اسپرینت و ریتم ثابت. هر دو با هم بدون دلیل = جلسات اضافی.
انتخاب بر اساس نوع کار، مهلت، و ثبات اولویت.
علائم و هزینه
| علامت | هزینه |
|---|---|
| اولویت هر روز عوض میشود اما تیم در اسپرینت دوهفتهای گیر است | تعهد اسپرینت هر بار میشکند؛ رترو بیفایده |
| کار ورودی فوری (تیکت، باگ) کنار برنامهریزیشده در یک بورد قاطی است | مشخص نیست کدام قانون حاکم است — سقف WIP یا تعهد اسپرینت |
| تیم اسکرام اجرا میکند اما هیچ اسپرینتی کامل تحویل نمیشود | آیینها (استندآپ، رترو) بدون خروجی واقعی |
| کار در جریان بیسقف روی بورد کانبان انباشته میشود | هیچکس نمیداند چه زمانی چیزی تمام میشود |
| چارچوب فقط بهخاطر ترند انتخاب شده، نه نوع کار تیم | جلسات اضافه بدون تغییر در سرعت تحویل |
چارچوب عملی
1. نوع کار تیم را با عدد بسنجید، نه با حس
یک هفته بشمارید: چند درصد کار از قبل برنامهریزی شده بود و چند درصد ورودی فوری (باگ، درخواست پشتیبانی، تغییر اولویت) بود؟ این نسبت جواب سؤال چارچوب را میدهد، نه ترجیح شخصی.
2. اگر اولویت زیاد عوض میشود، بهسمت کانبان بروید
وقتی بیش از حدود یکسوم کار هفته ورودی غیرقابل پیشبینی است، تعهد اسپرینت هر بار میشکند. کانبان با سقف کار در جریان (WIP) و جریان مداوم، به این واقعیت صادقتر است.
3. اگر کار عمدتاً برنامهریزیپذیر است، اسکرام را امتحان کنید
وقتی بکلاگ از قبل مشخص است و اولویت هفته به هفته پایدار میماند، بازهٔ زمانی ثابت و بازبینی اسپرینت باعث تمرکز و تحویل قابل پیشبینی میشود.
4. تیم ترکیبی؟ دو نوع کار را از هم جدا کنید، نه چارچوب را قاطی کنید
اگر تیم هم کار برنامهریزیشده دارد هم جریان ورودی، رایجترین اشتباه اسکرامبان بدون قانون است. راهحل معمولاً یک ستون یا سقف مشخص برای «ورودی فوری» کنار تعهد اسپرینت است — نه حذف اسپرینت.
5. تصمیم را چهار هفته امتحان کنید، نه برای همیشه قفل کنید
چارچوب انتخابی را روی یک تیم و یک چرخه اجرا کنید. اگر تعهد اسپرینت بعد از چهار هفته هنوز مرتب میشکند، این خودش سیگنال است که کانبان مناسبتر بود.
6. معیار تصمیم را از داده بورد بگیرید، نه از بحث تئوری
درصد تعهد تحویلشده در اسکرام، یا سن کار در جریان در کانبان — همین دو عدد بیشتر از هر بحث نظری نشان میدهد چارچوب جواب داده یا نه.
7. انتخاب و دلیلش را در ویکی ثبت کنید
تصمیم چارچوب معمولاً هر چند ماه یکبار زیر سؤال میرود. یک پاراگراف در ویکی — چرا این چارچوب، با چه عددی — از تکرار همان بحث در تیم جدید جلوگیری میکند.
نکات تکمیلی برای اجرا
خیلی از تیمها اسکرام را انتخاب میکنند چون «استاندارد صنعت» است، نه چون کارشان با آن جور است. اگر بیشتر کار هفته از مسیرهای غیرقابل پیشبینی میآید — تیکت پشتیبانی، درخواست فوری فروش، باگ تولید — اسکرام فقط لایهای از آیین اضافه میکند روی کاری که ذاتاً جریانی است.
عکسش هم هست: تیمی که کار عمیق و طولانیمدت انجام میدهد (مثلاً توسعه یک قابلیت بزرگ) و کانبان بدون هیچ نقطهٔ بازبینی اجرا میکند، معمولاً بازخورد را دیر میگیرد. بازهٔ ثابت اسکرام برای این نوع کار ارزش واقعی دارد.
اشتباهات رایج
- انتخاب چارچوب بر اساس ترند تیم دیگر، نه نوع کار خودتان
- اسکرامبان بدون قانون مشخص برای ورودی فوری وسط اسپرینت
- تغییر چارچوب هر ماه بدون یک چرخه کامل امتحان
- سقف کار در جریان نداشتن در کانبان — یعنی همان مشکل اسکرام بیسقف
- تعهد اسپرینت که هرگز واقعاً پیگیری و اندازهگیری نمیشود
نقش WKFGo
بورد (کانبان و اسکرام کنار هم، با ستونهای قابلتنظیم) — یک فضای کاری، هر تیم چارچوب خودش را انتخاب میکند.
list_sprints (اسپرینتها) — تعهد، بکلاگ و بازبینی برای تیمهای اسکرام.
my_day (روز من) — نمای روزانه کار، مستقل از اینکه بورد کانبان است یا اسکرام.
سناریوی عملی در تیم ایرانی
الگوی رایج: تیمی که کار برنامهریزیشده و کار فوریِ ورودی را با هم دارد، اسکرام را انتخاب میکند و بعد هر اسپرینت را با کار فوری میشکند. در این حالت مشکل انتخاب چارچوب نیست؛ مشکل این است که دو نوع کار با ریتم متفاوت در یک بورد جمع شدهاند. قبل از تغییر چارچوب، یک ماه نسبت کار برنامهریزیشده به کار فوری را بشمارید — همان عدد معمولاً خودش جواب را میدهد.
همترازی با ذینفعان
| نقش | سؤال هفتگی | اقدام در WKFGo |
|---|---|---|
| مدیر پروژه | گلوگاه کجاست؟ | برد + گزارش |
| لید فنی | چه کسی مسدود است؟ | my_queue (صف من) |
| مدیر اجرایی | چه تصمیمی لازم است؟ | decision_inbox (صف تصمیم) |
| مالی | هزینه همخوان است؟ | finance_summary (خلاصه مالی) |
سؤالات متداول
آیا میشود کانبان و اسکرام را با هم ترکیب کرد؟
بله — «اسکرامبان» رایج است: تعهد و بازبینی اسکرام، بهعلاوهٔ سقف کار در جریان کانبان برای ورودی فوری. نکته این است که قانون ترکیب مکتوب باشد، نه اینکه هرکس هر وقت خواست کار اضافه کند.
تغییر چارچوب وسط پروژه ریسک دارد؟
کمتر از ادامهدادن چارچوبی که کار نمیکند. یک چرخهٔ کامل (یک ماه) را زمان بگیرید، نتیجه را با عدد بورد بسنجید، بعد تصمیم نهایی بگیرید.
تیم کوچک هم به این تصمیم نیاز دارد؟
بله — حتی تیم سهنفره با کار عمدتاً ورودی، از اسکرام دوهفتهای بیشتر ضرر میبیند تا سود.
WKFGo هر دو چارچوب را پشتیبانی میکند؟
بله — همان بورد، همان تسکها؛ فقط انتخاب میکنید ستونبندی کانبان باشد یا اسپرینتبندی اسکرام، حتی هر پروژه جدا.
جمعبندی
انتخاب بین کانبان و اسکرام را با نسبت واقعی کار برنامهریزیشده به کار ورودی بسنجید — نه با ترند یا سلیقه. یک چرخه امتحان کنید، با عدد بورد قضاوت کنید، تصمیم را ثبت کنید.