رتروسپکتیو اسپرینت — جلسه منظم تیم توسعه است که در پایان هر اسپرینت برای تحلیل دوره گذشته و جستجوی بهبودها برگزار میشود. برخلاف جلسات روزانه و بازبینی اسپرینت، رتروسپکتیو بر فرآیندها و تعاملات تمرکز دارد نه بر محصول. طبق راهنمای اسکرام 2020، رتروسپکتیو یکی از پنج رویداد اجباری اسکرام است و به عنوان مکانیزم کلیدی بهبود مستمر تیم عمل میکند.
نکات مهم
رتروسپکتیو اسپرینت — یک جلسه ساختاریافته تیم اسکرام است که پس از اتمام اسپرینت و قبل از برنامهریزی اسپرینت بعدی برگزار میشود. شرکتکنندگان اسپرینت گذشته را بحث میکنند، مشاهدات خود را به اشتراک میگذارند و به طور مشترک تعیین میکنند که چه تغییراتی را در کار اعمال کنند.
اصطلاح رتروسپکتیو از روشهای بهبود مستمر توصیف شده در فرهنگ DevOps و متدولوژی Lean آمده است. در اسکرام، رتروسپکتیو با ظهور راهنمای اسکرام در سال 2010 به یک رویداد اجباری تبدیل شد. در بهروزرسانی سال 2020 راهنمای اسکرام، تأکید از «بازرسی و تطبیق» به «تمرکز بر کیفیت و کارایی» تغییر یافت که نقش رتروسپکتیوها را تقویت کرد.
بازبینی اسپرینت بر محصول و بازخورد ذینفعان متمرکز است، در حالی که رتروسپکتیو بر فرآیندهای تیم تمرکز دارد. اسکرام روزانه هماهنگسازی روزانه است، رتروسپکتیو تحلیل کل اسپرینت است. رتروسپکتیو تنها مراسمی است که در آن تیم منحصراً درباره خودش صحبت میکند، بدون فشار مشتری یا product owner.
رتروسپکتیو اسپرینت چند هدف کلیدی دارد که هر کدام برای توسعه سالم تیم و فرآیند توسعه مهم هستند.
تفکر تأملی به تیم امکان میدهد اسپرینت گذشته را درک کند: چه چیزی موفق شد، چه چیزی اشتباه پیش رفت و چه درسهایی میتوان گرفت. این فرآیند از تکرار همان اشتباهات جلوگیری میکند، فرهنگ باز بودن را شکل میدهد و به توسعهدهندگان میآموزد که نه تنها برای کد، بلکه برای فرآیندها نیز مسئولیت بپذیرند.
هر رتروسپکتیو باید موارد اقدام مشخص — وظایفی برای اسپرینت بعدی ایجاد کند. مثلاً: «افزودن بازبینی کد برای تمام درخواستهای کشش» یا «کاهش جلسه روزانه به ۱۰ دقیقه». موارد اقدام در بکلاگ ثبت و در رتروسپکتیو بعدی پیگیری میشوند. اگر موارد اقدام اجرا نشوند، رتروسپکتیو بیمعنی میشود.
رتروسپکتیوهای منظم به شناسایی مشکلات قبل از اینکه منجر به فرسودگی شوند کمک میکند. اضافهکاری، تعارضات در تیم، نیازمندیهای نامشخص — همه اینها در رتروسپکتیو مطرح و قبل از انباشته شدن بحرانی حل میشوند.
بیش از ۵۰ فرمت رتروسپکتیو وجود دارد که هر کدام برای موقعیتها و ترکیبهای مختلف تیم مناسب هستند. انتخاب فرمت به بلوغ تیم، مشکلات فعلی و زمان موجود بستگی دارد.
| فرمت | توضیحات | چه زمانی استفاده شود |
|---|---|---|
| Start-Stop-Continue | تیم ایدهها را به سه ستون تقسیم میکند: شروع کردن، متوقف کردن، ادامه دادن | اولین رترو یا پس از بحران |
| Sailboat | استعاره بصری: باد (چه چیزی کمک میکند)، لنگر (چه چیزی کند میکند)، صخرهها (ریسکها) | تیم از الگوها خسته شده |
| 4L (Liked-Learned-Lacked-Longed For) | چهار دسته: پسندیدم، یاد گرفتم، کمبود داشتم، آرزو کردم | تحلیل عمیق اسپرینت |
| Mad-Sad-Glad | فرمت احساسی: عصبانی میکند، ناراحت میکند، خوشحال میکند | تنش عاطفی وجود دارد |
Start-Stop-Continue — سادهترین و محبوبترین فرمت. تیم ایدهها را روی استیکرها مینویسد و در سه ستون دستهبندی میکند. Start — روشهای جدید، Stop — عادتهای مضر، Continue — چیزهایی که کار میکنند. این فرمت برای تیمهای جدید و رتروسپکتیوهای سریع ۳۰ دقیقهای عالی است.
Sailboat (یا «قایق بادبانی») از استعاره کشتی استفاده میکند: باد به جلو میراند، لنگر کند میکند، صخرهها ریسکهای آینده هستند. 4L — فرمت عمیقتری که در آن تیم هر جنبه را از طریق چهار لنز تحلیل میکند. هر دو فرمت زمان بیشتری نیاز دارند (۶۰–۹۰ دقیقه)، اما تصویر کاملتری از وضعیت تیم ارائه میدهند.
برای رتروسپکتیوهای هفتگی فرمتهای سبک مناسب هستند: Start-Stop-Continue یا Mad-Sad-Glad. برای اسپرینتهای ۲–۴ هفتهای ارزش استفاده از Sailboat یا 4L را دارد. اگر در تیم تعارض وجود دارد — بهتر است با Mad-Sad-Glad شروع کنید تا احساسات تخلیه شوند و سپس به بحث سازنده بروید.
برگزاری رتروسپکتیو نیازمند ساختار و تسهیلگری است. اسکرام مستر یا تسهیلگر تعیین شده جلسه را گام به گام هدایت میکند تا هر شرکتکننده شنیده شود.
۲۴ ساعت قبل از رترو، تسهیلگر دادهها را جمعآوری میکند: معیارهای اسپرینت (سرعت، تعداد باگها، وظایف تکمیل شده)، روحیه تیم از طریق نظرسنجی ناشناس. تخته رترو از قبل آماده میشود — فیزیکی (استیکر، ماژیک) یا دیجیتال (Miro، Mural، Retrium).
در این مرحله هر شرکتکننده مشاهدات خود را روی استیکرها مینویسد (معمولاً ۵–۱۰ دقیقه در سکوت). دستهبندیها به فرمت انتخاب شده بستگی دارد. قانون مهم: در مرحله جمعآوری، استیکرهای دیگران را نقد نکنید — ابتدا همه ایدهها ثبت میشوند، سپس بحث میشوند.
پس از جمعآوری، تیم استیکرها را بر اساس موضوع گروهبندی میکند و به مهمترینها رأی میدهد. هر شرکتکننده ۳–۵ رأی دریافت میکند (با نقطه روی استیکرها). موضوعات با بیشترین رأی وارد بحث میشوند. این مکانیزم از تسلط یک رأی بر سایرین جلوگیری میکند.
مرحله نهایی — تدوین موارد اقدام. هر مورد اقدام باید SMART باشد: مشخص، قابل اندازهگیری، دستیافتنی، مرتبط و محدود به زمان. مسئول به طور آشکار تعیین میشود، مهلت تعیین میگردد. موارد اقدام به بکلاگ اضافه و در رتروسپکتیو بعدی بررسی میشوند.
حتی تیمهای با تجربه در رتروسپکتیوها اشتباهاتی مرتکب میشوند که این روش مفید را به تشریفاتی پوچ تبدیل میکند. آگاهی از این اشتباهات به جلوگیری از آنها کمک میکند.
رایجترین اشتباه — بحث بدون نتیجه. تیم صحبت کرد، مشکلات را شناسایی کرد اما هیچ مورد اقدامی ثبت نکرد. چنین رتروسپکتیوی به تغییرات منجر نمیشود و در جلسه بعد همان مشکلات بحث میشوند. راهحل: ۱۰ دقیقه آخر رترو را همیشه به برنامه اقدام اختصاص دهید.
وقتی رتروسپکتیو به جلسه شکایت بدون پیشنهادات سازنده تبدیل میشود، روحیه تیم کاهش مییابد. تسهیلگر باید بحث را از مشکلات به سمت راهحلها هدایت کند. تکنیک: بعد از هر مشکل سؤال «چه کاری میتوانیم در این مورد انجام دهیم؟» را بپرسید.
اگر یک توسعهدهنده ۸۰٪ زمان صحبت میکند، بقیه بسته میشوند و از اشتراک ایدهها بازمیایستند. راهحل: از جمعآوری آرام ایدهها (هرکس خودش مینویسد)، نوبتهای متوالی، تایمر برای صحبت استفاده کنید. نظرسنجیهای ناشناس قبل از رترو نیز به جمعآوری نظر شرکتکنندگان ساکت کمک میکند.
رد شدن از رترو به دلیل مشغله یا «وقت نیست» — یک روند خطرناک. اگر تیم یک رترو را رد کند، رد کردن دومی آسانتر میشود. با گذشت زمان، مشکلات انباشته میشوند و اسپرینتها کماثرتر میشوند. رتروسپکتیو به اندازه توسعه و تست بخشی از اسپرینت است.
سوالات متداول
رتروسپکتیوها بعد از هر اسپرینت، صرفنظر از طول آن برگزار میشوند. برای اسپرینتهای ۱–۲ هفتهای ۳۰–۶۰ دقیقه کافی است. اگر اسپرینت کوتاه است (یک هفته)، میتوان از فرمت سبک Start-Stop-Continue استفاده کرد. رد کردن رتروسپکتیوها توصیه نمیشود — این مکانیزم کلیدی بهبود مستمر تیم است.
در رتروسپکتیو تمام تیم اسکرام شرکت میکند: توسعهدهندگان، اسکرام مستر و محصول owner. محصول owner میتواند به عنوان شرکتکننده حضور داشته باشد، اما نظر او نباید غالب باشد. اگر در اسپرینت متخصصان خارجی (طراحان، تحلیلگران) شرکت داشتند — آنها را نیز دعوت کنید. قانون اصلی: همه کسانی که در اسپرینت کار کردهاند حق رأی در رترو دارند.
عدم تمایل به شرکت — نشانه مشکلات عمیقتر است: بیاعتمادی به مدیریت، ترس از تنبیه یا فرسودگی. با نظرسنجیهای ناشناس شروع کنید تا دلیل را بفهمید. فرمت را به فرمت بازیگونهتر تغییر دهید (Sailboat، Mad-Sad-Glad). زمان را به ۱۵–۲۰ دقیقه کاهش دهید. ارزش را نشان دهید: با تغییرات کوچکی که تیم میبیند و قدردانی میکند شروع کنید.
بله، رتروسپکتیوهای از راه دور به طور مؤثر از طریق تختههای دیجیتال (Miro، Mural، Retrium، Google Jamboard) برگزار میشوند. برای مراحل همزمان از تایمر استفاده کنید، ویدیو روشن برای همه شرکتکنندگان اجباری است. رتروسپکتیوهای ناهمزمان هم کار میکنند: تیم در طول روز تخته را پر میکند و سپس ۳۰ دقیقه نتایج را بحث میکند. رتروهای از راه دور به تسهیلگری دقیقتری نیاز دارند.
اثربخشی رترو از طریق: چرخش تسهیلگر (برای عادت نکردن به یک سبک)، تغییر فرمت هر ۳–۴ اسپرینت، تمرکز بر موارد اقدام، پیگیری وظایف انجام شده در رتروسپکتیو بعدی افزایش مییابد. از معیارها استفاده کنید: سرعت، تعداد باگها، روحیه تیم. شاخص اصلی اثربخشی — تغییراتی است که تیم واقعاً پس از رترو اعمال کرده است.
خلاصه
ما یک اپلیکیشن موبایل به صورت کلید در دست توسعه خواهیم داد
IT Sectr از سال 2017 برنامههای iOS و Android را برای استارتاپها و کسبوکارها ایجاد میکند. ما به شما مشاوره میدهیم و بهترین راهحل را پیشنهاد خواهیم کرد.