ڈیولپمنٹ میں سپرنٹ ریٹروسپیکٹیو: جوہر، اہداف اور انعقاد کے طریقے

سپرنٹ ریٹروسپیکٹیو کیا ہے؟

سپرنٹ ریٹروسپیکٹیو «Scrum ٹیم کا ایک منظم اجلاس ہے جو سپرنٹ ختم ہونے کے بعد اور اگلے سپرنٹ کی منصوبہ بندی سے پہلے منعقد کیا جاتا ہے». شرکاء گزشتہ سپرنٹ پر بحث کرتے ہیں، اپنے مشاہدات شیئر کرتے ہیں اور اجتماعی طور پر طے کرتے ہیں کہ کام میں کیا تبدیلیاں لاگو کی جائیں۔

عمل کی ابتدا

ریٹروسپیکٹیو کی اصطلاح DevOps کلچر اور Lean طریقہ کار میں بیان کردہ مسلسل بہتری کے عمل سے آئی ہے۔ Scrum میں، 2010 میں Scrum Guide کی آمد کے ساتھ ریٹروسپیکٹیو ایک لازمی واقعہ بن گیا۔ 2020 میں، Scrum Guide کی تازہ کاری میں توجہ «معائنہ اور موافقت» سے «معیار اور تاثیر پر توجہ» کی طرف منتقل ہو گئی، جس نے ریٹروسپیکٹیو کے کردار کو مضبوط کیا۔

دیگر Scrum تقاریب سے فرق

Sprint Review پروڈکٹ اور اسٹیک ہولڈرز کے فیڈ بیک پر توجہ مرکوز کرتا ہے، جبکہ ریٹروسپیکٹیو ٹیم کے عمل پر توجہ مرکوز کرتا ہے۔ Daily Scrum ایک روزانہ ہم آہنگی ہے، ریٹروسپیکٹیو پورے سپرنٹ کا تجزیہ ہے۔ ریٹروسپیکٹیو واحد تقریب ہے جہاں ٹیم کلائنٹ یا پروڈکٹ اونر کے دباؤ کے بغیر صرف اپنے بارے میں بات کرتی ہے۔

سپرنٹ ریٹروسپیکٹیو کے اہداف

سپرنٹ ریٹروسپیکٹیو کے کئی اہم اہداف ہیں، جن میں سے ہر ایک ٹیم اور ترقی کے عمل کی صحت مند ترقی کے لیے اہم ہے۔

ٹیمی عکاسی

عکاسی ٹیم کو گزشتہ سپرنٹ کو سمجھنے کی اجازت دیتی ہے: کیا کام کیا، کیا غلط ہوا، اور کیا سبق سیکھا جا سکتا ہے۔ یہ عمل اسی غلطیوں کے دہرانے کو روکتا ہے، کھلے پن کی ثقافت بناتا ہے اور ڈویلپرز کو صرف کوڈ کے لیے نہیں بلکہ عمل کی ذمہ داری لینا سکھاتا ہے۔

قابل پیمائش بہتری

ہر ریٹروسپیکٹیو کو ٹھوس ایکشن آئٹمز پیدا کرنے چاہئیں «اگلے سپرنٹ کے لیے کام». مثال کے طور پر: «تمام پل ریکوسٹ کے لیے کوڈ ریویو شامل کریں» یا «ڈیلی میٹنگ کو 10 منٹ تک کم کریں». ایکشن آئٹمز بیک لاگ میں ریکارڈ کیے جاتے ہیں اور اگلے ریٹرو میں ٹریک کیے جاتے ہیں۔ اگر ایکشن آئٹمز پورے نہیں ہوتے تو ریٹروسپیکٹیو اپنا مطلب کھو دیتا ہے۔

برن آؤٹ کی روک تھام

باقاعدہ ریٹروسپیکٹیو مسائل کی نشاندہی کرنے میں مدد کرتے ہیں اس سے پہلے کہ وہ برن آؤٹ کا سبب بنیں۔ اوور ٹائم، ٹیم میں تنازعات، غیر واضح ضروریات «یہ سب ریٹرو میں اٹھایا جاتا ہے اور اہم مقدار تک پہنچنے سے پہلے حل کیا جاتا ہے»۔

ریٹروسپیکٹیو کے فارمیٹس

50 سے زیادہ ریٹروسپیکٹیو فارمیٹس موجود ہیں، ہر ایک مختلف حالات اور ٹیم کی ساخت کے لیے موزوں ہے۔ فارمیٹ کا انتخاب ٹیم کی پختگی، موجودہ مسائل اور دستیاب وقت پر منحصر ہے۔

Start-Stop-Continue

Start-Stop-Continue «سب سے آسان اور مقبول فارمیٹ ہے». ٹیم چپچپا نوٹوں پر خیالات لکھتی ہے اور انہیں تین کالموں میں تقسیم کرتی ہے۔ Start «نئے طریقے»، Stop «بری عادتیں»، Continue «جو کام کرتا ہے». یہ فارمیٹ نئی ٹیموں اور 30 منٹ کی فوری ریٹروسپیکٹیو کے لیے بہترین ہے۔

Sailboat / 4L

Sailboat جہاز کا استعارہ استعمال کرتا ہے: ہوا آگے دھکیلتی ہے، لنگر سست کرتا ہے، چٹانیں «مستقبل کے خطرات». 4L «ایک گہرا فارمیٹ جہاں ٹیم چار عینکوں کے ذریعے ہر پہلو کا تجزیہ کرتی ہے». دونوں فارمیٹس میں زیادہ وقت لگتا ہے (60-90 منٹ) لیکن ٹیم کی حالت کی زیادہ مکمل تصویر دیتے ہیں۔

حالات کے مطابق فارمیٹ کا انتخاب

ہفتہ وار ریٹرو کے لیے ہلکے فارمیٹس موزوں ہیں: Start-Stop-Continue یا Mad-Sad-Glad۔ 2-4 ہفتوں کے سپرنٹ کے لیے Sailboat یا 4L استعمال کرنا چاہیے۔ اگر ٹیم میں تنازع ہے تو Mad-Sad-Glad سے شروع کرنا بہتر ہے تاکہ جذبات باہر آ سکیں، پھر تعمیری بحث کی طرف بڑھیں۔

ریٹروسپیکٹیو کیسے کریں: مرحلہ وار منصوبہ

ریٹروسپیکٹیو کرنے کے لیے ساخت اور سہولت کی ضرورت ہے۔ Scrum Master یا ایک نامزد سہولت کار اجلاس کی مرحلہ وار رہنمائی کرتا ہے تاکہ ہر شریک کو سنا جا سکے۔

تیاری

ریٹرو سے 24 گھنٹے پہلے، سہولت کار ڈیٹا اکٹھا کرتا ہے: سپرنٹ میٹرکس (رفتار، بگ کی تعداد، مکمل کام)، ایک گمنام سروے کے ذریعے ٹیم کا مزاج۔ ریٹرو بورڈ پہلے سے تیار کیا جاتا ہے «فزیکل (چپچپا نوٹ، مارکر) یا ڈیجیٹل (Miro، Mural، Retrium)»۔

ڈیٹا اکٹھا کرنا

اس مرحلے میں، ہر شریک چپچپا نوٹوں پر اپنے مشاہدات لکھتا ہے (عام طور پر خاموشی میں 5-10 منٹ)۔ زمرے منتخب فارمیٹ پر منحصر ہوتے ہیں۔ اہم اصول: اکٹھا کرنے کے مرحلے میں دوسروں کے نوٹوں پر تنقید نہ کریں «پہلے تمام خیالات ریکارڈ کیے جاتے ہیں، پھر بحث کی جاتی ہے»۔

ووٹنگ اور ترجیح

اکٹھا کرنے کے بعد، ٹیم نوٹوں کو موضوع کے مطابق گروپ کرتی ہے اور سب سے اہم پر ووٹ دیتی ہے۔ ہر شریک کو 3-5 ووٹ ملتے ہیں (نوٹوں پر نقطوں سے نشان زد)۔ سب سے زیادہ ووٹ والے موضوعات بحث میں جاتے ہیں۔ یہ طریقہ کار ایک آواز کو دوسروں پر غالب آنے سے روکتا ہے۔

عمل کا منصوبہ

آخری مرحلہ «ایکشن آئٹمز کی تشکیل». ہر ایکشن آئٹم SMART ہونا چاہیے: مخصوص، قابل پیمائش، قابل حصول، متعلقہ اور وقت کی پابند۔ ذمہ دار شخص کو کھلے طور پر مقرر کیا جاتا ہے، آخری تاریخ مقرر کی جاتی ہے۔ ایکشن آئٹمز بیک لاگ میں شامل کیے جاتے ہیں اور اگلے ریٹروسپیکٹیو میں جانچے جاتے ہیں۔

ریٹرو کرتے وقت عام غلطیاں

تجربہ کار ٹیمیں بھی ریٹروسپیکٹیو میں غلطیاں کرتی ہیں جو ایک مفید عمل کو خالی رسمی کارروائی میں بدل دیتی ہیں۔ ان غلطیوں کو جاننا ان سے بچنے میں مدد کرتا ہے۔

ایکشن آئٹمز کی کمی

سب سے عام غلطی «نتیجہ کے بغیر بحث». ٹیم نے بات کی، مسائل کی نشاندہی کی، لیکن کوئی ایکشن آئٹم نہیں لکھا۔ ایسا ریٹروسپیکٹیو تبدیلی نہیں لاتا، اور اگلی میٹنگ میں وہی مسائل زیر بحث آتے ہیں۔ حل: ریٹرو کے آخری 10 منٹ ہمیشہ عمل کے منصوبے کے لیے مختص کریں۔

شکایات میں تبدیل ہونا

جب ریٹروسپیکٹیو تعمیری تجاویز کے بغیر شکایات کے سیشن میں بدل جاتا ہے تو ٹیم کا حوصلہ گر جاتا ہے۔ سہولت کار کو بحث کو مسائل سے حل کی طرف لے جانا چاہیے۔ تکنیک: ہر مسئلے کے بعد، سوال پوچھیں «ہم اس بارے میں کیا کر سکتے ہیں؟»۔

ایک شریک کا غلبہ

اگر ایک ڈویلپر 80% وقت بولتا ہے تو باقی بند ہو جاتے ہیں اور خیالات کا اشتراک بند کر دیتے ہیں۔ حل: خاموشی سے خیالات اکٹھا کرنا (ہر کوئی اپنا لکھتا ہے)، باری باری گول، تقریر کے لیے ٹائمر۔ ریٹرو سے پہلے گمنام سروے بھی خاموش شرکاء کی رائے اکٹھا کرنے میں مدد کرتے ہیں۔

ریٹروسپیکٹیو چھوڑنا

مصروفیت یا «وقت نہیں» کی وجہ سے ریٹرو چھوڑنا ایک خطرناک رجحان ہے۔ اگر ٹیم ایک ریٹرو چھوڑتی ہے تو دوسرا چھوڑنا آسان ہو جاتا ہے۔ وقت گزرنے کے ساتھ مسائل جمع ہوتے جاتے ہیں اور سپرنٹ کم موثر ہوتے جاتے ہیں۔ ریٹروسپیکٹیو سپرنٹ کا اتنا ہی حصہ ہے جتنا کہ ڈویلپمنٹ اور ٹیسٹنگ۔