آپ کسی پروجیکٹ کی کامیابی کو "یہ کام کرتا ہے" سے ہٹ کر کیسے متعین اور ماپتے ہیں؟

Question

Accepted Answer

"یہ چلتا ہے" **حد سے کم ہے، مقصد نہیں**۔ ایک پروجیکٹ جو وقت پر شپ ہو لیکن کوئی اسے استعمال نہ کرے، یا جو آج کام کرے اور ہر رات ٹیم کو کال کرے، یہ کامیاب نہیں ہے۔ ایک ٹیک لیڈ کی حیثیت سے، آپ کامیابی کا مطلب **پہلے سے، stakeholders کے ساتھ** متعین کریں، تاکہ ٹیم صرف "مکمل" کی بجائے نتائج کی طرف کام کرے۔

## کامیابی کے پہلو

- **صارف اور کاروباری نتائج** — اصل مقصد۔ استعمال، وہ KPI جسے حرکت دینی تھی، قابل پیمائش اثر۔ صفر صارفین کے ساتھ ایک خصوصیت ناکامی ہے چاہے کوڈ کتنا بھی صاف ہو۔
- **معیار** — قابل اعتماد، برقرار، محفوظ۔ کیا یہ بوجھ کے تحت قائم رہتا ہے، کیا ٹیم اسے محفوظ طریقے سے بدل سکتا ہے، کیا یہ واضح کمزوریوں سے پاک ہے؟
- **ترسیل** — کیا یہ معقول ٹائم لائن اور scope پر آیا، بغیر شدید محنت یا خاموشی سے scope میں کمی کے؟
- **ٹیم کی صحت** — کیا ٹیم طاقتور اور پائیدار ہوکر نکلا، یا تھکا ہوا اور ناراض؟
- **آپریٹیبلٹی** — کیا اسے پروڈکشن میں چلایا، دیکھا اور ڈیبگ کیا جا سکتا ہے بغیر خصوصی کوشش کے؟

## تعریف کریں معیار بنانے سے پہلے

Stakeholders کے ساتھ کامیابی کی پیمائش سے **پہلے** کوڈ لکھنا شروع کریں۔ "ہم یہ سمجھیں گے کہ یہ کامیاب ہے اگر اپنانا X تک پہنچے اور p99 latency Y سے نیچے رہے" ایک مبہم مقصد کو کچھ ایسا بناتا ہے جو آپ اصل میں ماپ سکتے ہیں، اور لانچ کے بعد بحث سے بچاتا ہے کہ آیا یہ کام کیا۔

## یہ اہم کیوں ہے

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