آپ تکنیکی اور غیر تکنیکی ٹیموں کو ایک دوسرے کو بہتر طریقے سے سمجھنے میں کیسے مدد کرتے ہیں؟

Question

Accepted Answer

بنیادی مسئلہ ذہانت نہیں ہے، یہ **مختلف الفاظ اور مختلف اہداف** ہیں۔ انجینئرز سسٹمز، پابندیوں، اور edge cases میں سوچتے ہیں؛ Sales، Marketing، اور Support صارفین، deals، اور نتائج میں سوچتے ہیں۔ بطور Tech Lead میرا کام ایک مترجم بننا اور وقت کے ساتھ ترجمے کی ضرورت کو کم کرنے والی عادات بنانا ہے۔

## میں عملی طور پر کیا کرتا ہوں

- **دونوں طرف jargon کا ترجمہ کریں۔** میں cross-functional میٹنگز میں مخففات پر پابندی لگاتا ہوں اور تکنیکی تصورات کو کاروباری اثر کے طور پر دوبارہ پیش کرتا ہوں: "queue بھرا ہوا ہے" نہیں بلکہ "orders کی تصدیق میں 10 منٹ لگ رہے ہیں، جس کی وجہ سے Support کو شکایات مل رہی ہیں۔"
- **مشترکہ artifacts پر لنگر ڈالیں۔** Demos دستاویزات کو شکست دیتے ہیں۔ ایک کام کرنے والا prototype، ایک dashboard، یا ایک customer journey diagram دونوں اطراف کو اشارہ کرنے کے لیے ایک ہی ٹھوس چیز دیتا ہے۔
- **نمائش کے ذریعے ہمدردی بنائیں۔** میں انجینئرز کو کبھی کبھار ایک Sales call یا ایک Support shift میں بٹھاتا ہوں۔ ایک حقیقی صارف کی جدوجہد سننا کسی بھی spec سے زیادہ کرتا ہے۔ اس کے برعکس، میں غیر تکنیکی لوگوں کو ایک سادہ architecture walkthrough میں مدعو کرتا ہوں۔
- **استعارے استعمال کریں، تجریدات نہیں۔** ایک migration کا "ایک گھر کی تزئین جبکہ لوگ اب بھی اس میں رہتے ہیں" سے موازنہ غیر تکنیکی سامعین کو فوری طور پر سمجھ آتا ہے۔
- **status کے لیے ایک واحد source of truth بنائیں۔** ایک مشترکہ، سادہ زبان کا roadmap یا status board اس telephone کے کھیل کو روکتا ہے جو بے اعتمادی پیدا کرتا ہے۔

## ایک قابلِ تکرار framework

1. درخواست کے نیچے حقیقی تشویش کے لیے **سنیں** ("کیا آپ ایک button شامل کر سکتے ہیں؟" کا اکثر مطلب ہے "ایک صارف block ہے")۔
2. اسے دوسری طرف کی زبان میں **دوبارہ پیش کریں**۔
3. اسے واپس بجا کر سمجھ کی **تصدیق کریں**۔
4. مشترکہ فیصلے کو **دستاویز کریں** تاکہ یہ میٹنگ کے بعد بھی قائم رہے۔

## بچنے والے نقصانات

- **تحقیر۔** غیر تکنیکی کا مطلب غیر ذہین نہیں؛ حد سے زیادہ آسان بنانا لوگوں کی توہین کرتا ہے۔
- نہ کہنے سے بچنے کے لیے **پیچیدگی کے پیچھے چھپنا۔** "یہ پیچیدہ ہے" کوئی جواب نہیں ہے۔
- **یک طرفہ ترجمہ۔** انجینئرز کو بھی کاروباری سیاق و سباق سمجھنے کی ضرورت ہے، صرف اس سے ڈھال نہیں دیا جانا چاہیے۔

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

زیادہ تر تنظیمی رگڑ ایک رابطے کی ناکامی ہے، قابلیت کی ناکامی نہیں۔ جب تکنیکی اور غیر تکنیکی ٹیمیں واقعی ایک دوسرے کو سمجھتی ہیں، تو فیصلے تیز ہوتے ہیں، توقعات حقیقت پسندانہ ہوتی ہیں، اور اعتماد اس us-vs-them حرکیات کی جگہ لے لیتا ہے جو خاموشی سے ہر چیز کو سست کرتی ہے۔