Sprint Retrospective کیا ہے؟

Question

IT Interview Practice · Accepted Answer

Sprint Retrospective **ٹیم کے لیے اپنے کام کو جانچنے اور بہتریوں کا منصوبہ بنانے کا باقاعدہ موقع** ہے۔ یہ Review کے بعد اور اگلی Sprint Planning سے پہلے ہوتا ہے۔ توجہ *عمل* پر ہے — لوگ، رشتے، ٹولز، اور Definition of Done — خود مصنوعات پر نہیں۔

## یہ کیسے کام کرتا ہے

ایک سادہ، مقبول ڈھانچہ:

```text
1. What went well?      (keep doing)
2. What didn't?         (problems and friction)
3. What will we change? (1-2 concrete, owned actions)
```

اہم نتیجہ **کارکردگی میں چھوٹی تعداد میں بہتریاں** ہیں، بہترین طور پر اگلی Sprint Backlog میں شامل کی جائیں تاکہ وہ واقعی ہوں۔

## ٹھوس مثال

ٹیم نے دیکھا کہ code reviews کئی دن کے لیے رک گئے۔ وہ ایک اصول پر متفق ہیں: review requests چار گھنٹوں کے اندر اٹھایا جاتا ہے۔ ایک شخص یاد دہانی پوسٹ کرنے کی ذمہ داری لیتا ہے۔ اگلی Retrospective میں، وہ چیک کرتے ہیں کہ یہ کام کیا یا نہیں۔

## عام خامیاں

- 15 کارروائی کی چیزیں بناتے ہیں اور کوئی بھی نہ کریں — ایک یا دو منتخب کریں۔
- الزام تراشی کی بجائے تجسس، جو نفسیاتی حفاظت کو ختم کرتی ہے۔
- deadline کے دباؤ میں اسے چھوڑنا، جو بہتری کے انجن کو ہٹاتا ہے۔

## اہم کیوں ہے

مسلسل بہتری وہی چیز ہے جو ایک ٹیم کو ہر Sprint میں بہتر ہونے سے الگ کرتی ہے ان سے جو ایک جیسی غلطیوں کو دہراتے ہیں۔

ایک محفوظ، مرکوز Retrospective مایوسیوں کو ٹھوس تبدیلیوں میں بدل دیتا ہے، جو تجرباتی ہونے کا پورا مقصد ہے۔

یہ کیسے کام کرتا ہے

ٹھوس مثال

عام خامیاں

اہم کیوں ہے

متعلقہ سوالات