با پایان هر اسپرینت وقت برگزاری جلسه رترو می رسه. این جلسه توی هر تیم به شکل متفاوتی برگزار میشه ولی اصول برگزاری جلسه رترو یکسان هست. توی تیم شما چه کسانی در جلسه رترو شرکت میکنند؟ شما جلسه رترو رو ...
توی هر جلسه رترو سه تا سوال اصلی از همه‌ی اعضای تیم پرسیده میشه:
۱. توی اسپرینت قبل چه چیزهایی خوب پیش رفتن؟
۲. توی اسپرینت قبل چه چیزهایی جای بهبود داشت؟
۳. قدم‌های بعدی چیه؟
هدف از اسکرام فقط چابک شدن انجام یک پروژه ی نرم افزاری نیست.
اهداف خیلی مهم دیگری هم بررسی میشن
مثل
1- تیم سازی و تیم خوب. و حال خوب افراد و انگیزه.
2- ساختار و رفتار و عادات و چرخه کاری. درست کردن ریل گذاری مسیر درست.
3- چابک سازی. کیفیت. هدف ها. چیزهای قابل ارائه. بازخورد گیری.
پایه همه اهداف بالا و اهداف مهم دیگه ساختن یک تیم خوب است.
تیم خوب همه چیز خوب را میسازد. (این جمله خلاصه ی کتاب های پرفروش ترین کتاب های مدیریت در جهان است) مثل کتاب های جیم کالینز : ساختن برای ماندن. یا از خوب به عالی.
یکی از مهم ترین مسائل در اسکرام، حال خوب تیم است.
از دید و نگاه منابع انسانی، همه ی مدیران باید تیم خود را مدیریت کنند.
اولین مساله حال خوب افراد است.
کار برنامه نویسی لذت بخش ترین کارهای جهان است.
ما باید این لذت را برای افراد بسازیم.
وگر نه تبدیل به یک روزمرگی و شغل میشود.
همانطور که یک فوتبالیست از فوتبال لذت میبرد و پول میگیرد. همه شغل های جهان باید اینگونه باشد.
یکی از وظایف مهم مدیران یک گروه نرم افزاری این است که به همه جوانب اسکرام دقت کنند.
اسکرام فقط مسئولیت اسکرام مستر نیست.
اسکرام مستر در دوره استاندارد یاد میگیرد که چگونه تیم خوب درست کند.
چگونه حواس اش به حال خوب تک تک اعضای تیم باشد.
چگونه برنامه نویسان را برای تیم حفظ کند.
چگونه محیط و استانداردهای تیم را در حد فضای کاری استاندارد مورد علاقه ی بهترین برنامه نویسان بسازد.
یکی از جاهایی که حال خوب به برنامه نویس میدهد این است که وقتی دو هفته به سختی کار کرد. یک ساعت آزادش بگذارید. حرف بزند. و اگر حرف زد، محدودش نکنید.
این بیچاره دو هفته کار کرده. مسائلی آزارش داده که اگر بگوید خلاص میشود. مهم نیست چه چیزی میگوید. شما فقط شنونده ی خوبی باشید. بگذارید تیم تخلیه شود. همدردی کنید. مقاومت نکنید. مجادله نکنید. اصرار بر هدف مندی نداشته باشید. هر چند گزارش هفته های قبل درباره تلاش مدیران برای حل کردن مشکلات قبلی را به خوبی گزارش کنید. و اگر جای خالی باقی مانده یک هفته یا دو هفته هیچ تسکی به برنامه نویس معترض ندهید و بگذارید آزاد باشد و مشکل را که میگوید حل کند. اگر از بیرون تیم ایراد میگیرد. بشنوید. سعی کنید مشکل را حل کنید.
تیم سازی یک هنر است. مدیریت هم یک هنر است. این هنر به جامعه شناسی و روان شناسی هم تنه میزند. و نیاز به دانش و مهارت و شناخت خوب از تیم است.
اگر فکر میکنید جلسه بازبینی یا رترو نیازمند یک جلسه ی تکمیلی دیگر است آن را بعد از جلسه ی رترو برگزار کنید.
جلسه ی رترو را با محدود کردن خراب نکنید
