اسکرام و اسپرینت‌ها + نسخه صوتی

اسکرام چیست؟

اسکرام چارچوبی است که به تیم‌ها کمک می‌کند با یکدیگر کار کنند. اسکرام تیم‌ها را تشویق می‌کند تا از تجربه‌ها بیاموزند، ضمن کار روی یک مسئله خودسازمانده شوند، و برای بهبود مستمر به پیروزی‌ها و شکست‌های خود بیندیشند.

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

اسپرینت‌ها چه هستند؟

اسپرینت بازه زمانی کوتاه و زمان­‌ثابت است که تیم اسکرام برای تکمیل مجموعه‌ای از کارها در طول آن کار می­‌کند. اسپرینت‌ها در قلب اسکرام هستند و درک صحیح آن­‌ها به تیم چابک­ کمک می‌کند تا با دردسرهای کمتر نرم‌افزار بهتری را عرضه کند.

مگان کووک (Megan Cook)، از شرکت اطلسین (Atlassian) می‌گوید «با اسکرام، محصول در سلسله­‌ای از تکرارها که اسپرینت‌ها نامیده می‌شوند ساخته می­‌شود، به‌طوری­ که پروژه‌های بزرگ و پیچیده را به بخش‌های کوچک‌­تر می‌شکنند».

«اسپرینت‌ها پروژه‌ها را قابل ‌کنترل‌تر می‌کنند و به تیم‌ها اجازه می‌دهند تا کار با کیفیت بالا را سریع‌­تر‌ و به‌طور مستمر عرضه کنند و انعطاف‌پذیری بیشتری برای تطبیق با تغییر به آن­‌ها می‌دهد».

چگونه اسپرینت‌های اسکرام را برنامه‌ریزی کرده و اجرا کنیم؟

متصدیان اسکرام به راستی به همه چیز فکر کرده بودند. برای برنامه‌ریزی اسپرینت پیش روی خود، از جلسه برنامه‌ریزی اسپرینت استفاده کنید! برنامه‌ریزی اسپرینت رویدادی مشترک است که تیم در آن به دو سوال اساسی پاسخ می‌دهد: چه کاری می‌تواند در این اسپرینت انجام شود و کار انتخاب شده چگونه انجام خواهد شد؟

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

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

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

بعد از اسپرینت، تیم در طول بازنگری اسپرینت کارهایی را که کامل کرده است ارائه می­‌دهد. این فرصتی برای تیم است تا کارهایش را پیش از آن‌که به محیط عملیاتی آسیب بزنند در معرض تماشای ذینفعان و هم‌تیمی‌ها بگذارد.

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

بایدها و نبایدها:

حتی با رعایت اصول اولیه، اغلب تیم‌ها هنگامی ­که شروع به اجرای اسپرینت‌ها می­‌کنند گمراه می‌شوند. مگان کوک این بحث را با بایدها و نبایدهایی که طی سال‌ها گردآوری کرده است، به پایان می‌رساند:

بایدها:

• مطمئن شوید که تیم هدف اسپرینت و چگونگی اندازه‌گیری موفقیت را تعیین و درک کرده است. این موضوعی کلیدی برای حفظ همراستایی و حرکت به سوی مقصد مشترک برای همه افراد است.
• مطمئن شوید بک‌لاگی دارید که با وابستگی­‌ها و اولویت‌های خودتان به خوبی آماده شده است. این موضوع اگر به ­طور درست مدیریت نشود چالش بزرگی ایجاد می­‌کند که شاید فرایند را بهم بزند.
• مطمئن شوید که درک درستی از سرعت دارید، و در آن چیزهایی مانند مرخصی و جلسه‌های تیم لحاظ شده است.
• از جلسه برنامه‌ریزی اسپرینت برای تشریح جزئیات اساسی کاری که باید انجام شود استفاده کنید. اعضای تیم را تشویق کنید تا قلم­‌هایی را برای تمام داستان‌ها، خطا­ها، و وظیفه‌هایی که وارد اسپرینت می‌شوند ارائه کنند.
• در نهایت، زمانی­ که تصمیم یا برنامه­ ای ایجاد می‌شود، مطمئن شوید که کسی آن اطلاعات را در ابزار همکاری یا مدیریت پروژه، مانند تیکت‌های جیرا، ثبت می‌کند. با این روش، بعدها دیدن تصمیم و علت وجود آن برای هر کسی بسیار ساده است.

مادامیکه تلاش می‌کنید با این «بایدها» ستاره اسکرام شوید، مواظب چند پرچم قرمز نیز باشید:

نبایدها:

• داستان‌های بسیار زیادی را وارد اسپرینت نکنید، سرعت را بیش از حد براورد نکنید، یا وظیفه‌هایی را که نمی‌توانند در یک اسپرینت کامل شوند وارد اسپرینت نکنید. شما نمی‌خواهید موجب شکست خودتان یا تیم‌تان شوید.
• کیفیت یا بدهی فنی (Technical Debt) را فراموش نکنید. مطمئن شوید که زمانی را برای تضمین کیفیت (Quality Assurance) و کارهای غیر ویژگی (Non-Feature Work) مانند خطاها برنامه‌­ریزی می­‌کنید.
• همچنین، حجم زیادی کار ناشناخته یا پر ریسک را به عهده نگیرید. داستان‌هایی را که بزرگ هستند یا عدم قطعیت (Uncertainty) بالایی دارند بشکنید، و نترسید که برخی از آن کار را برای اسپرینت بعدی بگذارید.
• اگر دغدغه‌هایی از تیم شنیدید، چه در مورد سرعت، چه کار با قطعیت پایین، یا کاری که فکر می‌کنند بزرگ­‌تر از چیزی است که براورد کرده‌اند، آن را نادیده نگیرید. مسئله را بررسی کنید، و در صورت لزوم آن را دوباره بسنجید.

مترجم: مهدیه قدسی نژاد

ویراستار: علیرضا قاقالو

منبع: https://www.atlassian.com/agile/scrum

نسخه صوتی این مطلب را بشنوید: