مجھے ایک ایسے وقت کے بارے میں بتائیں جب آپ نے اپنے ٹیم کے ساتھی سے اختلاف کیا۔ آپ نے اس سے کیسے نمٹا؟

Question

Accepted Answer

انٹرویو کار یہ دیکھنا چاہتے ہیں کہ آپ **پیشہ ورانہ انداز میں اختلاف رائے** کر سکتے ہیں، مسئلے پر توجہ مرکوز کریں نہ کہ شخص پر، اور کام کا نتیجہ نکال سکیں۔ اپنے جواب کو ٹھوس رکھنے کے لیے **STAR method** استعمال کریں۔

## اس سے کیسے نمٹا جائے

```text
S → set up the disagreement briefly (what, with whom)
T → what needed to be decided or resolved
A → how you listened, shared your view, and found common ground
R → the outcome and what the team gained
```

اہم نکتہ: یہ دکھائیں کہ آپ نے اپنی رائے آگے بڑھانے سے پہلے ان کی سوچ کو *سمجھنے* کی کوشش کی۔

## عملی مثال

```text
S: A teammate wanted to skip writing tests to hit a demo date.
T: We had to ship something stable without burning the deadline.
A: I asked what worried him about the timeline, then proposed testing only the
   two riskiest paths. I framed it as protecting the demo, not slowing it.
R: We shipped on time, the demo didn't crash, and we agreed on a testing
   baseline for next time.
```

## اچھا بمقابلہ کمزور

```text
✓ Focus on the issue, not personal blame
✓ Show you listened first
✓ End with a resolution and a lesson
✗ "I was right and they finally agreed"
✗ Avoiding conflict entirely / no real disagreement
```

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

اختلاف رائے صحت مند ٹیموں میں عام بات ہے۔

ہائرنگ منیجرز کو وہ شخص خطرناک لگتا ہے جو اسے ذاتی بناتا ہے یا فوری طور پر ہار مان جاتا ہے۔

دوسری نقطہ نظر کے بارے میں تجسس ظاہر کرنا جذباتی بالغ پن کا اشارہ ہے — یہ خصوصیت جیسے جیسے آپ بڑھتے ہیں، زیادہ اہم ہو جاتی ہے۔

ایک صاف حل یہ ثابت کرتا ہے کہ آپ رشتے برقرار رکھ سکتے ہیں جبکہ اچھی انجینئرنگ کی حمایت کر رہے ہوں۔