اسکرام داره کم‌رنگ میشه، ولی Agile نه
خلاصهٔ کامل‌تر
رومن نیکولایف، CTO شرکت Cambri، تو این مقاله می‌گه تو دههٔ ۲۰۱۰ اسکرام اون‌قدر رایج شد که تو ذهن خیلی‌ها «اسکرام = Agile» شد. به گفتهٔ نویسنده، اسکرام اول کار انقلابی بود، ولی کم‌کم اسپرینت دوهفته‌ای و جلسه‌های پشت سر هم بیشتر شبیه یه وظیفهٔ خسته‌کننده شدن. حالت آشناش هم اینه که همهٔ مراسم سر جاشه ولی خبری از چابکی نیست: یه scope ثابت که با اسپرینت به یه ددلاین ثابت می‌رسه.
بعضی‌ها Shape Up (روشی که 37signals ساخته، با چرخه‌های شش‌هفته‌ای و تیم‌های کوچیک) رو جایگزین پیشنهاد می‌کنن. نویسنده قبول داره که برای مهندس‌ها خوبه: جلسهٔ کم، شش هفته تمرکز و وقت جدا برای بدهی فنی. ولی مشکل اصلیش اینه که تصمیم‌های کلیدی محصول دست shaperهاست، نه تیم. وقتی سر «میز شرط‌بندی» یه پروژه انتخاب شد، تا شش هفته عملاً قفله.
به نظر نویسنده، اسکرام با همهٔ ایرادهاش حداقل Product Owner رو نزدیک تیم نگه می‌داره تا اگه شرایط عوض شد، بتونه مسیر رو تغییر بده. اون می‌گه Shape Up برای 37signals جواب می‌ده چون محصولش جاافتاده‌ست، فشار سرمایه‌گذار نداره و به ندرت لازم داره وسط کار مسیر عوض کنه. ولی استارتاپ‌های تازه‌کار دقیقاً همین توانایی چرخش سریع رو لازم دارن.
نویسنده Agile رو یه اصل می‌دونه: سازگار شدن با بازخورد. برای همین به نظرش طعنه‌آمیزه که مربی‌های Agile تیم‌ها رو بابت «درست اجرا نکردن اسکرام» سرزنش کنن. توصیه‌ش اینه که چیزی که جواب می‌ده رو نگه داری، بقیه رو کنار بذاری و فریم‌ورک رو فقط نقطهٔ شروع ببینی.
برای شروع کار، نویسنده پیشنهاد می‌ده همهٔ جلسه‌های تکراری تیم رو بنویسی و ببینی کدوم واقعاً کارسازه؛ اگه تیم از یه جلسه می‌ترسه، این نشونهٔ مهمیه. بعد ببین وقتی یه مهندس سؤالی دربارهٔ چی ساختن داره، چقدر طول می‌کشه جواب بگیره. اگه چند روزه، به گفتهٔ نویسنده این بزرگ‌ترین مشکلته. از یه فریم‌ورک هم فقط یه ایده، مثلاً بودجهٔ زمانی ثابت با scope منعطف، رو برای یه تیم و یه چرخه امتحان کن.
جمع‌بندی نویسنده اینه که ما تو عصر طلایی Agile هستیم: امروز میشه یه پروتوتایپ ساخت، همین هفته با مشتری تستش کرد و هفتهٔ بعد فیچر کامل رو منتشر کرد. فریم‌ورک‌ها قدیمی می‌شن، ولی اصول نه.
نکات کلیدی:
- نویسنده می‌گه اسکرام خیلی کم پیش میاد واقعاً چابک باشه، چون اغلب به scope و ددلاین ثابت ختم میشه.
- Shape Up تصمیم‌ها رو به shaperها می‌سپره و پروژه رو برای شش هفته قفل می‌کنه.
- این روش برای 37signals با محصول جاافتاده و بدون فشار سرمایه‌گذار جواب می‌ده، نه لزوماً برای استارتاپ‌ها.
- معیار مهم: یه مهندس چقدر طول می‌کشه از صاحب محصول جواب بگیره.
- پیشنهاد عملی: فقط یه ایده از یه فریم‌ورک رو با یه تیم برای یه چرخه امتحان کن.
