مهسا گودرزی
مهسا گودرزی
خواندن ۷ دقیقه·۴ سال پیش

7 دلیل برای اینکه از اسکرام استفاده نکنید!

7 دلیل برای اینکه از اسکرام استفاده نکنید!
7 دلیل برای اینکه از اسکرام استفاده نکنید!

اسکرام همیشه راه حل مناسبی برای تیم شما نیست. در صورتی که با این هفت مورد مواجه هستین احتمالا اسکرام برای شما مناسب نیست:

1- محیط شما پیچیده نیست

این تعریف اسکرام هست:

چارچوبی که افراد در اون می‌تونن مشکلات قابل تطبیق و پیچیده رو از طریق ارائه سودآور و خلاقانه با ارزش‌ترین محصولات ممکن رفع کنن. راهنمای اسکرام 2017 نوشته Ken Schwaber و Jeff Sutherland

شما در یک محیط پیچیده قادر به پیش‌بینی آینده نه چندان نزدیک نخواهید بود.

تیم‌ها، تکنولوژی‌ها، نیازمندی‌ها و بازار تغییر می‌کنن و برنامه‌ریزی برای یک اسپرینت به اندازه کافی سخت هست. شما احتمالا ایده‌ای از اینکه تصمیم دارین در طی دو تا سه اسپرینت بعدی چه کارهای مهمی رو انجام بدین دارین. به خاطر همین در یک محیط پیچیده دوست دارین قدم‌های کوچک‎تری بردارین، نتیجه رو بررسی کنین و خودتون رو تطبیق بدین. تغییرات آخر و بینش‌های آخر (در مورد اینکه چه چیزی ارزش بیشتری رو به همراه خواهد داشت) هستن که هدف و برنامه اسپرینت بعدی رو مشخص می‌کنن.

اگر می‌دونین که در چند ماه آینده چه اتفاقی خواهد افتاد و محیط شما قابل پیش‌بینیه، در یک محیط پیچیده قرار ندارین. این یعنی اسکرام برای شما مناسب نیست.

2- محیطی که تیم در اون قرار داره عواقب تجربه‌گرایی (empiricism) رو نمی‌پذیره

سازمان شما بیشتر براش اهمیت داره شما از یک برنامه از پیش‌تعیین‌شده پیروی کنین یا برنامه‌تون رو با تغییرات تطبیق بدین؟ سازمان پیچیدگی‌های جدید رو «ریسک» می‌بینه یا «آموزه‌های ارزشمند»؟

دو سناریو ممکنه اتفاق بیفته:

- ذینفعان تغییر در بکلاگ اسپرینت رو قبول نمی‌کنن، بدون توجه به اینکه این تغییرات ممکنه احتمال رسیدن به اهداف اسپرینت رو بیشتر کنه

- ذینفعان قبول نمی‌کنن چیزهایی که در یک اسپرینت یاد گرفتین ممکنه در کار اسپرینت بعدی تاثیر بذاره

اگر ذینفعان امکان این رو بهتون نمی‌دن که در یک مسیر تجربی کار رو پیش ببرین و احتمالش هم در آینده وجود نداره، از اسکرام استفاده نکنین چرا که فقط بهتون صدمه خواهد زد.

3- هیچ راهی وجود نداره که در پایان اسپرینت، یک افزایش بالقوه و قابل انتشار از (توسعه) محصول با تعریف "done" وجود داشته باشه

قلب اسکرام اسپرینته، یک بسته زمانی یک ماهه یا کوتاه‌تر که در اون یک واحد افزایش قابل انتشار بالقوه «Done» ایجاد می‌شه. راهنمای اسکرام 2017 نوشته Ken Schwaber و Jeff Sutherland

اگر هیچ راهی برای افزایش بالقوه و قابل انتشار محصول در بازه زمانی یک ‌ماهه یا کمتر وجود نداره، چیزی هم برای بازرسی (inspect) وجود نخواهد داشت. به این معنی که نمی‌تونین بکلاگ محصول رو بر اساس افزایش‌ها تطبیق بدین و بنابراین استفاده از اسکرام بی‌معنی میشه.

4- غیر ممکنه که تیم بتونه خودگردان (self-organized) باشه

تیم‌های اسکرام خودگردان و میان‌کارکردی (cross-functional) هستن. تیم‌های‌ خودگردان بهترین راه انجام کار رو خودشون انتخاب می‌کنن در مقابل اینکه دیگران از بیرون تیم هدایتشون کنن. راهنمای اسکرام 2017 نوشته Ken Schwaber و Jeff Sutherland

اگر سازمان به تیم این اجازه رو نمیده که خودش بهترین راه رو برای انجام کار انتخاب کنه، اسکرام برای شما مناسب نیست. اسکرام برای داشتن تیم‌هایی که از بیرون بهشون گفته می‌شه چه چیزی در چه زمانی باید انجام بشه ساخته نشده.

موضوع دیگه‌ای رو هم باید در نظر داشت، اگر اعضای تیم امکان این رو ندارن که با هم در جهت رسیدن به اهداف اسپرینت کار کنن، (برای مثال اگر هر کدوم از اعضای تیم در جاهای مختلفی (و ایزوله) هستن و راه فنی‌ای برای کار کردن با هم ندارن) به احتمال زیاد نمی‌شه تیم خودگردان داشت.

به تیم‌ها باید قدرت داده بشه تا خودشون تصمیم بگیرن چطور به اهداف اسپرینت برسن و بتونن در فضایی نزدیک با هم کار کنن.

5- اسکرام مستر اجازه‌ی کمک به سازمان برای تغییر رو نداره

اسکرام مستر از راه‌های مختلفی به سازمان خدمت می‌کنه، مانند […] که باعث تغییری می‌شه که به واسطه اون بهره‌وری تیم اسکرام افزایش پیدا می‌کنه. راهنمای اسکرام 2017 نوشته Ken Schwaber و Jeff Sutherland

یکی از جنبه‌های کلیدی اسکرام اینه که تیم‌ها به صورت مداوم می‌تونن روش انجام کار با هم رو بهبود ببخشن. اغلب این بهبودها از تغییر عوامل خارجی توسط تیم به وجود میاد، مثل:

- رویه‌هایی که کار تیم اسکرام رو کند می‌کنه

- رفتارهای افراد خارج از تیم که می‌تونه تاثیر منفی داشته باشه

- مشکلات فنی که می‌تونه عملکرد تیم رو بهبود ببخشه

اگر اسکرام مستر – یا هر عضوی از تیم اسکرام – نتونه یا اجازه نداشته باشه که به فهمیدن این مشکلات کمک کنه، اسکرام برای شما مناسب نیست.

6- تیم اسکرام نمی‌تونه آزادانه ارزش‌های اسکرام رو بپذیره و حمایت کنه

وقتی ارزش‌های تعهد، شجاعت، تمرکز، باز بودن و شفافت، و احترام بین اعضای تیم تجسم پیدا می‌کنه، اصول شفافیت، بازرسی و تطبیق هم شکل گرفته و اعتماد برای همه ایجاد می‌شه. راهنمای اسکرام 2017 نوشته Ken Schwaber و Jeff Sutherland

عدم پذیرش ارزش‌های اسکرام می‌تونه به شکل‌های مختلفی اثر منفی روی تیم بگذاره. برای مثال:

- افراد نمی‌تونن به اهداف اسپرینت پایبند باشن چرا که اجازه ندارن روی بکلاگ اسپرینت تمرکز کنن

- تیم توسعه به خاطر داشتن شجاعت در مطرح کردن موانعی که تیم رو از رسیدن به هدف بازمی‌داره تنبیه می‌شن

- از فیدبک‌های افراد در مورد چالش‌هایی که برای انجام موارد بکلاگ دارن استقبال نمی‌شه

- به تیم اسکرام به خاطر داشتن قابلیت انجام کار احترام گذاشته نمی‌شه

تیم اسکرام باید توانایی پذیرش ارزش‌های اسکرام رو داشته باشه. بدون پذیرش این ارزش‌ها، امکان این وجودنداره که درست کار کنه.

7- ذینفعان هیچوقت در جلسات sprint review شرکت نمی‌کنن

در جلسه اسپرینت ریویو، تیم اسکرام و ذینفعان در مورد کاری که در اسپرینت انجام شده صحبت می‌کنن. راهنمای اسکرام 2017 نوشته Ken Schwaber و Jeff Sutherland

حضور ذینفعان در جلسه اسپرینت ریویو ضروریه. ذینفعان افرادی هستن که فیدبک‌های ارزشمندی در مورد کاری که در اسپرینت انجام شده میدن و ایده‌‌هایی برای کارهای اسپینت بعدی هم ارائه میدن. اینجاست که بازرسی و تطبیق اسکرام در یک محیط پیچیده ارزش خودش رو نشون می‌ده.

اگر تا به حال ذینفعان شما در جلسات اسپرینت شرکت نکردن، پس هدف از برگزاری این جلسات چیه؟ و اگر جلسات ریویو بی‌هدف هستن پس داشتن اسکرام هم می‌تونه بی‌معنی باشه.

نتیجه

اسکرام چارچوبی است برای توسعه، ارائه و نگهداری محصولات پیچیده. راهنمای اسکرام 2017 نوشته Ken Schwaber و Jeff Sutherland

اگر در این شرایط قرار ندارین – محیط شما پیچیده نیست – اسکرام به عنوان چارچوب انتخاب مناسبی برای شما نیست.

همینطور: اسکرام مجموعه‌ای از نقش‌ها (Roles)، مصنوعیات (Artifacts)، رویدادها (Events) و قوانینه. اینها همه برای اسکرام لازم هستن. در صورتی که می‌تونین و تمایل دارین که موارد مطرح شده در این مقاله رو رعایت کنین، قطعا به آرامی خواهید دید که چطور اسکرام در موفقیت تیم تاثیرگذاره. ولی اگر قادر به حل مشکلات بیان شده نیستین، بهتره که از اسکرام استفاده نکنین چرا که ممکنه نتایج مخربی روی تیم داشته باشه.

لینک مقاله اصلی:

https://medium.com/serious-scrum/7-reasons-not-to-use-scrum-480530e3e00a


scrumاسکرامتوسعه محصولagileاجایل
شاید از این پست‌ها خوشتان بیاید