رتروسپکتیو (Retrospective) در اسکرام یا کیبود کیبود من نبودم؟

در سری مطالب جدیدی که دارم مینویسم شروع کردم به معرفی برخی از عناوین و اصطلاحاتی که به نظرم برای پیدا کردن یک زبان مشترک بین تیم محصول، تیم توسعه و صاحبین کسبوکارهایی که در حال اجرای اسکرام هستند، میتونه مفید باشه.
تو مطلب قبل در مورد تفاوت اپیک و استوری نوشتم که اگه این مطلب رو نخوندید میتونید از اینجا اونرو بخونید.
اما تو این مطلب میخوام کمی در مورد جلسه بازبینی باز اندیشی اسپرینت یا Retrospective تو اسکرام بنویسم. پس اگه فکر میکنید این مطلب میتونه براتون مفید باشه، در ادامه با من همراه باشید.
جلسه رتروسپکتیو (Retro)باز اندیشی یا تو فارسی بازبینی یا بازنگری باز اندیشی اسپرینت یکی از مهمترین و کلیدیترین جلساتی هست که~~ تیم اسکرام باید و باید اون رو برگزار کنه.
قبلش این موضوع رو هم بگم که با اینکه تو اسکرام خیلی جاها دست تیم توسعه و تیم اسکرام رو باز میگذاره و در پی اون حتی فریمورکهایی مثل اسکرامبات (Scrum But…) هم در بعضی مجموعهها در حال اجرا شدن هست، اما برگزاری جلسه retro از اون مواردی هست که توصیه اکید شده که حتما این جلسه رو بعد از هر اسپرینت و قبل از شروع اسپرینت بعدی برگزار کنید.
بعد از عنوان کردن اهمیت این جلسه بریم سر وقت اینکه اصلا این جلسه چی هست و چطور باید برگزار بشه.
تو این جلسه اسکرام مستر باید کمک کنه تا همه اعضای تیم اسکرام اهمیت اونرو به درستی درک کنند و باید اطمینان داشته باشد که جو جلسه به سمت دعوا و پیدا کردن مقصر توسط اعضای تیم نگذره.
یادمون نره که اسکرام مستر سوپرهیرو نیست و نقش اسکرام مستر فقط و فقط این هست که مواظب باشه فرایندهای اسکرام در تیم اسکرام به درستی اجرا بشه. همین.
جلسه رتروسپکتیو چیه و چرا مهم هست؟
طبق تعریف و توصیههای اسکرام، این جلسه هم مثل باقی جلسات اسکرام، تایمباکس داره و برای یک اسپرینت یک ماهه (به صورت پیشفرض) میبایست سه ساعت زمان براش اختصاص داده بشه.
تیم اسکرام باید تو این جلسه به بررسی این موضوع تمرکز کنه که اسپرینت قبل با توجه به افراد، روابط اونها، فرایندها و ابزارهای موجود چطوری طی شده. مواردی که موجب شده تا تیم پیشرفت خوبی داشته باشه و یا عواملی که به هر دلیل مانع انجام درست کار شده رو شناسایی کنه و برای رفع موانع و تقویت عوامل مفید و تاثیرگذار (مثبت) در سرعت پیشرفت تیم به یک طرح مشخص برسه.
باز هم تاکید میکنم که تمام این کارها باید و باید توسط اعضای تیم اسکرام اتفاق بیافته و اسکرام مستر فقط و فقط نقش ناظر داره که این فرایندها به درستی اجرا بشه و به هیچ عنوان نباید تو تصمیمگیریهای تیم یا ارایه راهکار به اونها دخالت مستقیم داشته باشه.
جلسه رترو جای دعوا نیست
متاسفانه یکی از تصورات بد و رایج در برگزاری جلسه رترو این هست که اعضای تیم اسکرام این جلسه رو با جلسه دعوا اشتباه میگیرن و اغلب توی اون جلسه دنبال مقصر میگردن که اشتباهات یا مواردی که موجب کندی یا شکست اسپرینت شده رو به گردن اون بندازن. فارغ از اینکه تو این جلسه باید در مورد این موضوعات صحبت کنیم اما بیشتر تمرکزمون رو باید به سمت بخشهای مثبت کار معطوف کنیم و سعی کنیم اون عوامل تاثیرگذار مثبت در افزایش سرعت تیم رو شناسایی کنیم و اسکرام مستر باید تیم رو به سمتی هدایت کنه که این عوامل توسط اعضای تیم اسکرام تو هر اسپرینت بیشتر بشه تا به تبع اون تیم اسکرام بهتر کار کنه و عوامل تنشزا یا مخرب رو به حداقل برسونه.
بعد از این مقدمه میریم سر وقت یک سری نکاتی که میتونه کمک کنه تا یک جلسه رتروی تاثیرگذارتر و مفیدتری رو برگزار کنیم.
بعد از برگزاری یک وارمآپ (Warmup) که توسط اسکرام مستر در ابتدای جلسه اتفاق میافته و هدف اون باز کردن یخ اعضای تیم هست، باید از تیم اسکرام خواسته بشه که در مورد هر کدوم از این سوالات هر پاسخی که به نظرشون میاد رو روی یک استیکینوت مجزا (هر پاسخ روی یک استیکنوت جداگونه) بنویسن و در طول نوشتن هم با هم دیگه مشورت نکنند. دلیل اصلی این تاکید هم این هست که افراد حاضر تو جلسه همدیگه رو بایاس (BIAS) نکنند و نظرشون روی نظر بقیه تاثیر نگذاره. ضمن اینکه باید همه اعضای تیم بدون درنظر گرفتن هیچ ملاحظهای هر پاسخی که به ذهنشون میرسه رو یادداشت کنند. معمولا برای این بخش بین ۵-۱۰ دقیقه زمان در نظر میگیریم که متناسب با تایمباکس جلسه باید باشه و مسوولیت رعایت این تایمباکس هم به عهده اسکرام مستر هست.
این سوالات میتونه شامل این موارد باشه؛
۱. چه چیزهایی در طول برگزاری اسپرینت باعث شد که ما سرعت خوبی داشته باشیم؟
۲. چه عواملی تیم اسکرام رو در طول اجرای کار متوقف کرد یا باعث شد زمان رو از دست بدیم؟
۳. چه اتفاقاتی در طول اسپرینت رخ داد که به اعضای تیم روحیه داد و موجب قدردانی اونها شده؟
۴. چه عوامل و اتفاقات غیرمنتظرهای در طول برگزاری اسپرینت از سرعت حرکت ما برای رسیدن به هدف اسپرینت کم کرد؟
و سوالاتی از این قبیل. سوالاتی که باز هستند و ممکنه پاسخهای اون از نگاه هرکدوم از اعضای تیم متفاوت باشه.
تو مرحله بعدی و بعد از اینکه تمام اعضای تیم به این موارد پاسخ دادن و اونها رو یادداشت کردند (که این همه وظیفه اسکرام مستر هست که حواسش باشه همه اعضای تیم در این فرایند مشارکت داشته باشند)، اسکرام مستر از هر کدوم از اعضای تیم میخواد که بهپای تخته وایتبرد بیاد و پاسخهایی رو که به سوالات داده شده رو با صدای بلند بخونه و استیک نوت مربوط رو روی برد نصب کنه.
در مدت زمانی که اعضای تیم به پای برد میان و پاسخهای خودشون رو میخونند همونجا موارد مشابه رو دسته بندی میکنند و در پایان این مرحله احتمالا به چند تا موضوع مشابهی که به ذهن همه اعضای تیم رسیده و نوشته شده میرسیم.
تو مرحله بعدی که زمانی بین ۵-۱۰ دقیقه برای اون درنظر میگیریم (در بعضی مواقع ممکنه کمی کمتر یا بیشتر هم طول بکشه، مهم نیست، اما مهم اونه که اسکرام مستر حواسش به تایمباکس و زمانبندی جلسه رترو باشه) هر کدوم از اعضای تیم تکبه تک یا گروهی به پای برد میان و هر کس دو، سه یا چهار حق رای داره که تعداد اون هم باز به تعداد موارد مطرح شده بستگی داره و باید با روش دات وت (Dot Vote) رای خودش رو به این موارد ثبت کنه. افراد میتونن تمامی حق رایشون رو به یک موضوع یا هر رای رو به یک موضوع ثبت کنند و محدودیتی تو انجام این کار وجود نداره.
بعد از این مرحله؛ دو، سه یا چهار موضوع که بیشترین رای رو از نظر اعضای تیم گرفته به عنوان موضوعات اصلی بخش بعدی جلسه رترو انتخاب میشه و اسکرام مستر بعد از خوندن این موارد از اعضای تیم میخواد که برای هر کدوم از این موارد مطرح شده (مثل مرحله اول) راهکار پیشنهادیش رو روی یک استیکینوت جداگونه بنویسه و بعد از تموم شدن زمان تایمباکس این بخش مثل بخش دوم هر کس میاد و راهکار پیشنهادی خودش رو با صدای بلند و پای برد برای باقی اعضای تیم میخونه. و مثل مراحل قبل اونها رو دستهبندی میکنیم و تلاش میکنیم تا اعضای تیم به یک یا چند راهحل مناسب برای رفع موانع و تقویت نقاط مثبت تیم برسه.
در ادامه این مرحله و بعد از رایگیری وقت اون هست که برای هر راهکار پیشنهادی به دنبال یک اکشنپلن یا اقدام اجرایی بگردیم و از تیم بخواهیم که هر کس یک موضوع و یکی از راهحلهای انتخاب شده رو Ownکنه و تلاش کنه تا در اسپرینت بعدی این موارد انتخاب شده رو به همه اعضای تیم یادآوری کنه. در واقع باید اعضای تیم به همدیگه کمک کنند تا در اسپرینت بعدی این اکشنپلنها اتفاق بیافته. پس معمولا جلسات رتروسپکتیو در ابتدای شروع و بعد از وارمآپ باید به بررسی اکشنپلنهای رتروی قبل رسیدگی بشه.
تو آخرین مرحله باید اسکرام مستر از تیم بخواد که با روشهای مختلفی که برای تیم جذابیت داشته باشه به رتروی برگزار شده رای بدن و ارزیابی کنه که این جلسه رترو چقدر تونسته برای اعضای تیم جذاب باشه یا به اونها کمک کنه.
یادمون نره که یه جلسه رتروی خوب میتونه کمک خیلی بزرگی بکنه که تیم اسکرام بتونه راه خودش رو پیدا کنه و تو مسیر بهبود مستمر با سرعت بیشتری حرکت کنه. وظیفه برگزار کردن تمام اجزای تاثیرگذار در اسکرام از جمله جلسه رتروسپکتیو به عهده اسکرام مستر تیم هست و نباید تحت هیچ شرایطی این جلسه رو به تعویق بندازه یا باعث بشه که اون جلسه برگزار نشه.
و خب مثل همیشه اگه این مطلب براتون مفید بود، خوشحال میشم با بقیه دوستانتون هم به اشتراک بگذارید، کانال تلگرام من رو هم دنبال کنید و اگه ایده تکمیلکنندهای داشتید در مورد این موضوع یا سوالاتی که در حوزه مدیریت پروژه و مدیریت محصول براتون پیش میاد با من در ارتباط باشید قطعا تا جایی که بتونم بیدریغ کمک خواهم کرد.
و نهایتا اگه در حوزه مدیریت محصول و مدیریت پروژه، کار کردید یا علاقمند هستید که وارد این حوزه بشید، من رو از طریق سوشیالها (توییتر، صفحه فیسبوک، اینستاگرام و تلگرام) دنبال کنید، و اگه دوست داشتید رزومهتون رو برای من ارسال کنید تا به شرکتهایی که از من میخوان که تو جذب همتیمی جدید بهشون کمک کنم، شما رو معرفی کنم. معمولا فرصتهای جدید همکاری رو اول تو کانال تلگرام و بعد در باقی سوشیالها به اشتراک میگذارم.
موضوع مهم: به توصیه یکی از دوستان و اساتید واژه بازبینی / بازنگری رو که به عنوان معادل جلسه Retro نوشته بودم به »بازاندیشی« اصلاح کردم.
تشکر بابت مطلب مفید، سوالم اینه که اگر توی روند اجرای تسک ها شخصی از نظر تکنیکال خطایی داشته نباید به اون اشاره کرد؟ اگر کسی تک روی می کنه نباید اشاره کرد؟ وقتی که مشکل دقیقا چنین چیزهایی باشه چه باید کرد؟ چون نباید دنبال مقصر باشیم رها کنیم؟!
خیلی حرکت کردن روی لبه تیغ هست این موضوع هم باید مطرح بشه و هم نباید به نحوی مطرح بشه که اون فردا بره تو گارد دفاع و توجیه. وقتی تو رترو تیم متوجه یه مشکلی میشه اسکرام مستر باید کمک کنه که برای رفع اون مشکل اکشنپلنی مشخص کنه به منظور رفع اون مشکل و تیم خودش پیشقدم بشه برای حل کردن. منطقا باید انتظار داشته باشیم که تو یکی دو تا اسپرینت اگه جلسه رترو به درستی برگزار شده باشه اون فرد مشکلش رو حل کنه و درغیر اینصورت باید تو یک جلسه تک نفره، موضوع به صورت مستند و با اشاره به تاثیراتی که اون رفتار اشتباه تو تیم داشته مطرح بشه. به شدت هم مراقبت بکنید از نحوه گفتار با اون فرد و در واقع تمام جوانب رو برای فیدبک دادن رعایت کنید.
تشکر بابت نشر این مطلب. خیلی خوب بود.
خواهش میکنم. امیدوارم مفید بوده باشه.