*حصہ 3 میں سے 5 [انسانی الٹا](/posts/series/the-human-inversion) سیریز میں۔ پچھلا: [توجہ کی حد](/posts/the-human-inversion-the-attention-ceiling) · اگلا: [Reconciler and the Rubric](/posts/the-human-inversion-the-Reconciler-and-the-rubric)*

---

## اہم نکات

- کوآرڈینیشن کا مسئلہ "کم میٹنگز" کا نہیں ہے - یہ **کراس پڑھنے کے قابل بنیادوں** کا ہے بغیر کسی انسانی درمیانی کے لائیو ترجمہ کے۔
- **اے آئی بطور ترجمہ سبسٹریٹ** PM، ڈیزائن اور انجینئرنگ کو ایک دوسرے کے مضمرات پر متضاد طور پر کام کرتے ہوئے مقامی نمونوں میں گہرائی میں رہنے دیتا ہے۔
- **ترجمہ خاموشی سے رکاوٹوں کو ختم کر سکتا ہے**؛ وفادار خلاصے اور پائیدار نمونے کی سالمیت اس بات کا تعین کرتی ہے کہ ہم آہنگی برقرار ہے یا بڑھ رہی ہے۔
- **زیادہ تر آپریشنل میٹنگ کی اقسام** (اسٹینڈ اپ، ہینڈ آف، بہت سی مطابقت پذیری) ساختی طور پر سکڑ جاتی ہیں کیونکہ ان کے جوڑنے کا جواز غائب ہو جاتا ہے — پالیسی کی وجہ سے نہیں، بلکہ کام کی وجہ سے۔
- **سیکیورٹی، قانونی، مارکیٹنگ، اور آپریشنز** اکثر صرف پروڈکٹ، ڈیزائن اور انجینئرنگ کے مقابلے میں ابتدائی سرے تک کھینچے جانے سے زیادہ حاصل کرتے ہیں، کیونکہ ان افعال کو تاریخی طور پر بنیادوں کو تشکیل دینے اور جائزہ لینے میں بہت دیر سے لایا گیا تھا۔

[پچھلی پوسٹ](/posts/the-human-inversion-the-attention-ceiling) نے دلیل دی کہ ملازمت کا محرک بدل گیا ہے: ٹیموں کو اس وقت تک چھوٹا رہنا چاہئے جب تک کہ بانی کی توجہ نہ ہو نہ کہ عمل درآمد کا مطالبہ، رکاوٹ بن جائے۔ یہ پوسٹ اس بارے میں ہے کہ اس ٹرگر فائر کے بعد کیا ہوتا ہے — جب آپ کو درحقیقت ماہرین کو شامل کرنے کی ضرورت ہوتی ہے، اور سوال یہ بنتا ہے کہ وہ کوآرڈینیشن ٹیکس کو دوبارہ متعارف کرائے بغیر کس طرح مل کر کام کرتے ہیں جسے الٹا ختم کرنا تھا۔

دلیل سے پہلے دو وضاحتیں:

سب سے پہلے، یہاں "ماہر" کا مطلب *گہرا* ہے، ذمہ داری کے چھوٹے، ٹوٹنے والے ٹکڑے کے معنی میں *تنگ* نہیں۔ تنگ یہ ہے کہ آپ کتنی چھوٹی پریشانی کو چھوتے ہیں۔ گہری بات یہ ہے کہ آپ اپنی ملکیت کے بارے میں کتنا فیصلہ کرتے ہیں۔

ایک ماہر PM اب بھی پروڈکٹ کے کام کی مکمل وسعت رکھتا ہے — کسٹمر، ڈیٹا، کاروبار، مارکیٹ — لیکن اس کو ایگزیکیوشن کرافٹ کے بجائے بنیاد اور جائزہ میں اینکر کرتا ہے۔ ایک ماہر ڈیزائنر وہ ہوتا ہے جس کی گہرائی نظام اور رکاوٹوں میں ہوتی ہے۔ ایک ماہر انجینئر وہ ہوتا ہے جس کی گہرائی فن تعمیر اور تکنیکی فیصلے میں ہو۔ گہرائی حقیقی ہے، لیکن یہ عمل کے اختتام پر گہرائی ہے، پرانے وسط میں گہرائی نہیں۔ جس چیز کے وہ ماہر ہیں وہ اس قسم کا کام ہے جو AI نہیں کر سکتا۔

دوسرا، یہاں "پیمانہ" کا مطلب ہے کسی ایک بانی جنرل کی توجہ کی حد سے گزرنا، نہ کہ آخری مرحلے کے پیمانے پر۔ جس شکل کو میں بیان کر رہا ہوں وہ یہ ہے کہ پانچ سے بیس افراد پر مشتمل ٹیم کیسی دکھتی ہے جب اسے الٹنے کے ارد گرد منظم کیا جاتا ہے۔ بڑی تنظیمیں اضافی پیچیدگیاں متعارف کراتی ہیں جن پر یہاں توجہ نہیں دی جاتی ہے۔

## پرانا کوآرڈینیشن ماڈل

جب پھانسی درمیان میں بیٹھی تو ماہرین نے ہینڈ آف کے ذریعے رابطہ کیا۔ وزیر اعظم نے قیاس آرائی لکھی۔ ڈیزائنر نے اسے پڑھا اور ڈیزائن تیار کیا۔ انجینئر نے ڈیزائن سے بنایا۔ ہر ہینڈ آف واضح ترجمہ کا ایک لمحہ تھا: ڈیزائنر کو وزیر اعظم کی زبان کو بصری اور تعامل کے فیصلوں میں تبدیل کرنا تھا، اور انجینئر کو ڈیزائنر کے فیصلوں کو تکنیکی فیصلوں میں تبدیل کرنا تھا۔ ترجمہ سست اور نقصان دہ تھا، لیکن اس میں ایک ایسی خاصیت تھی جس کا ماضی میں جائزہ لینا آسان ہے: اس نے ماہرین کو ایک دوسرے کی حقیقت سے حقیقی وقت میں رابطے میں رکھا۔ ڈیزائنر وزیر اعظم کے ارادے کو سمجھنے سے گریز نہیں کر سکتا تھا کیونکہ وہ اپنے ہاتھ میں قیاس کو پکڑے ہوئے تھے اور اس کے خلاف ڈیزائن کے فیصلے کر رہے تھے۔ انجینئر ڈیزائن کو سمجھنے سے گریز نہیں کر سکتا تھا کیونکہ وہ اس سے سکرین بنا رہے تھے۔

اس عمل کو ہموار کرنے کے لیے میٹنگز موجود تھیں۔ مخصوص جائزے موجود تھے کیونکہ تحریری چشمی نامکمل تھی اور ڈیزائنر کو سوالات پوچھنے کی ضرورت تھی۔ ڈیزائن کے جائزے موجود تھے کیونکہ ڈیزائن مبہم تھے اور انجینئر کو بات چیت کرنے کی ضرورت تھی جو حقیقت میں قابل عمل تھا۔ اسٹینڈ اپ موجود تھے کیونکہ ترتیب وار انحصار کا مطلب ہے کہ ہر کسی کو یہ جاننے کی ضرورت ہے کہ باقی سب کہاں ہیں۔ کراس فنکشنل مطابقت پذیری موجود تھی کیونکہ ایک نظم و ضبط میں کیے گئے فیصلوں کے دوسروں کے لیے مضمرات ہوتے ہیں جو خود نمونے میں ہمیشہ قابل مطالعہ نہیں ہوتے تھے۔

اس میں سے کوئی بھی خالص فضلہ نہیں تھا۔ ملاقاتوں میں حقیقی معلومات تھیں جو اکیلے نمونے نہیں دے سکتے تھے۔ لیکن ملاقاتیں مہنگی تھیں، اور ان کے اخراجات کا جواز صرف اس لیے تھا کہ بنیادی جوڑے — ہینڈ آف، ترتیب وار انحصار، ترجمے کے اخراجات — حقیقی اور ناگزیر تھے۔

وسط کو ہٹا دیں، اور جواز اس کے ساتھ جاتا ہے۔

## جوڑے کا نیا مسئلہ

یہ ہے کہ آخر میں ماہرین اصل میں کیا کرتے ہیں:

- **ایک PM** مارکیٹ کی گہری تحقیق کرتا ہے، پوزیشننگ دستاویزات لکھتا ہے، شخصیات کی توثیق کرتا ہے، اور ان ضمانتوں کو واضح کرتا ہے جن کا پروڈکٹ کر رہا ہے۔ PM مربوط تناؤ میں چار علمی ڈومینز رکھتا ہے: گاہک کی سمجھ، ڈیٹا کی روانی، کاروباری علم (گو ٹو مارکیٹ، اسٹیک ہولڈرز، معاشیات، تعمیل)، اور مسابقتی لینڈ سکیپ۔ کوئی دوسرا ماہر ان چاروں کو ایک ساتھ نہیں لے جاتا، یہی وجہ ہے کہ پی ایم کی بنیاد کے کام کو گہرا کرنے کی بجائے انٹیگریٹو بناتا ہے۔
- **ایک ڈیزائنر** مصنف اور ڈیزائن کے نظام کو تیار کرتا ہے، تعامل کی رکاوٹیں قائم کرتا ہے، اور اس بات کی وضاحت کرتا ہے کہ بصری اور تجرباتی طور پر "معیار" کا کیا مطلب ہے۔ ڈیزائنر کے پاس کراس کٹنگ فیصلے ہوتے ہیں جو اس بات کا تعین کرتے ہیں کہ آیا مستقبل کی سو اسکرینیں مربوط ہیں یا بڑھ رہی ہیں: وقفہ کاری، نوع ٹائپ، اجزاء کا برتاؤ، رسائی کے معیارات، حرکت کی زبان، اور تعامل کے نمونے جو کسی پروڈکٹ کو جمع ہونے کے بجائے غور کرنے کا احساس دلاتے ہیں۔ جب AI UI تیار کرتا ہے، تو ڈیزائن سسٹم وہی ہوتا ہے جو آؤٹ پٹ کو مربوط رکھتا ہے۔ اس کے بغیر، ہر اسکرین ون آف ہے۔
- **ایک انجینئر** آرکیٹیکچرل معیارات لکھتا ہے، کوڈنگ کنونشنز کی وضاحت کرتا ہے، اور یہ قائم کرتا ہے کہ نظام ساختی طور پر کس قسم کے مسائل سے محفوظ ہے۔ انجینئر کے پاس وہ فیصلے ہوتے ہیں جو اس بات کا تعین کرتے ہیں کہ آیا کوڈبیس مرکبات یا روٹس: کون سے تجریدات بوجھ برداشت کرنے والے ہیں، کون سے انویریئنٹس کنونشن کے بجائے ٹائپ سسٹم کے ذریعے نافذ کیے جاتے ہیں، خدمات کے درمیان حدود کہاں بیٹھتی ہیں، اور کن ناکامی کے طریقوں کو ساختی طور پر خارج کر دیا جاتا ہے بجائے اس کے کہ ان کے خلاف جانچ کی جائے۔ جب AI کوڈ لکھتا ہے، تو تعمیراتی معیارات ہی اسے اس قسم کے بہاؤ کو متعارف کرانے سے روکتے ہیں جس کی سطح پر مہینوں لگتے ہیں اور چوتھائیوں کو کھولنے میں۔

یہ بنیادی نمونے ہیں۔ وہ پائیدار ہیں۔ وہ ہزاروں نیچے دھارے کے فیصلوں پر حکومت کرتے ہیں۔ پرانے ماڈل میں وہ وہی تھے جنہیں نظر انداز کیا گیا کیونکہ پھانسی نے کیلنڈر کھا لیا۔ نئے ماڈل میں وہ بنیادی کام ہیں۔

لیکن نوٹس: ان میں سے کوئی بھی نمونے روایتی طور پر ایک دوسرے کے لیے نہیں لکھے گئے تھے۔ PM کی پوزیشننگ دستاویز خود PM کے لیے، یا سرمایہ کاروں کے لیے، یا مارکیٹنگ کے لیے لکھی گئی تھی۔ ڈیزائنر کا نظام ڈیزائنرز کے لیے لکھا گیا تھا۔ تعمیراتی معیار انجینئرز کے لیے لکھے گئے تھے۔ ان نمونوں کے لیے کراس ڈسپلنری لیبلبلٹی کبھی بھی ڈیزائن کی ضرورت نہیں تھی کیونکہ درمیانی — ہینڈ آف زون — وہ جگہ تھی جہاں کراس ڈسپلنری سمجھ کو حقیقی وقت میں کام کیا گیا۔

درمیان کو لے جائیں اور بنیادی نمونوں کو ایسا کام کرنا ہوگا جس کے لیے وہ تعمیر نہیں کیے گئے تھے۔ انہیں تمام شعبوں میں قابل فہم ہونا چاہئے، کیونکہ اب ترجمہ کا کوئی مرحلہ نہیں ہے جہاں درمیان میں موجود انسان ایک نظم کے کام کو دوسرے میں تبدیل کر دے۔

یہ اصل ہم آہنگی کا مسئلہ ہے جو الٹا پیدا کرتا ہے۔ "ہم ملاقاتوں کو کیسے بدلیں گے" نہیں - یہ سطحی علامت ہے۔ بنیادی مسئلہ یہ ہے کہ ہر ماہر جو بنیادی نمونے تیار کرتا ہے اسے پڑھنے کے قابل بننے کی ضرورت ہے، یا ماہرین متوازی پٹریوں میں الگ ہو جائیں گے جو اندرونی طور پر مربوط کام پیدا کرتے ہیں جو آپس میں فٹ نہیں ہوتے ہیں۔

سادہ حل یہ ہے کہ ماہرین زیادہ واضح طور پر لکھیں — PM انجینئرز کے لیے لکھنا سیکھ رہے ہیں، انجینئرز PMs کے لیے لکھنا سیکھ رہے ہیں۔ یہ مارجن میں مدد کرتا ہے لیکن پیمانے پر نہیں ہوتا ہے۔ ہر نظم میں حقیقی گہرائی ہوتی ہے جو آسانی سے کسی دوسرے نظم کے ذخیرہ الفاظ میں نہیں سمٹتی۔ کثافت اور درجہ بندی کے بارے میں ایک ڈیزائنر کے استدلال کو اس لحاظ سے مکمل طور پر بیان نہیں کیا جا سکتا کہ ایک وزیر اعظم بغیر تربیت کے اندرونی بنائے گا۔ ہر سمت میں ایک ہی سچ ہے. ہر ایک سے پولی میتھ بننے کی توقع رکھنا ایک اچھی خواہش ہے جو قابل اعتماد ٹیمیں تیار نہیں کرتی ہے۔

آپ ناکامی موڈ کو چھوٹے میں دیکھ سکتے ہیں جب ایک آپریٹر ٹول کی حدود کو عبور کرتا ہے۔ ایک ٹول میں ایجنٹ دوسرے میں جمع ہونے والے سیاق و سباق کو نہیں پڑھ سکتے ہیں۔ سیاق و سباق کو احتیاط سے ایک ہی جوڑ میں بنایا گیا ہے اس لمحے باسی ہو جاتا ہے جب کام دوسرے میں منتقل ہوتا ہے۔ شرح آپریٹرز کو مڈ ٹاسک کو ایک نئے ٹول کے حوالے کرنے پر مجبور کرتی ہے جس کی کوئی یاد نہیں ہے کہ چیزیں کہاں کھڑی ہیں۔

جو چیز ٹول انٹرآپریبلٹی کی شکایت کی طرح نظر آتی ہے وہ دراصل انفرادی پیمانے پر کراس ڈسپلن کوآرڈینیشن کا مسئلہ ہے — ترجمہ کے ذیلی حصے میں ایک خلا ہے، اور کام اس میں تسلسل کھو دیتا ہے۔ ٹیم کے پیمانے پر، ماہرین کے تیار کردہ نمونے کے درمیان ایک ہی خلا ایک ہی تنزل پیدا کرتا ہے، جس کا پتہ لگانا صرف سست اور زیادہ مہنگا ہے۔

## AI بطور کوآرڈینیشن سبسٹریٹ

اصل حل یہ ہے کہ AI ماہرین کے درمیان ترجمہ کی پرت کے طور پر بیٹھتا ہے۔ انجینئر کو ڈیزائنر کے سسٹم دستاویز کو روانی سے پڑھنے کی ضرورت نہیں ہے۔ وہ ایک AI سے پوچھتے ہیں کہ وہ جس جزو کو بنا رہے ہیں اس کا کیا مطلب ہے۔ وزیر اعظم کو فن تعمیر کی دستاویز کو اندرونی بنانے کی ضرورت نہیں ہے۔ وہ ایک AI سے پوچھتے ہیں کہ کیا ان کی تجویز کردہ خصوصیت کسی تعمیراتی وابستگی کے ساتھ تناؤ میں ہے۔ ڈیزائنر کو شخصی دستاویز کو پارس کرنے کی ضرورت نہیں ہے۔ وہ AI سے پوچھتے ہیں کہ اس کا تعامل کے نمونوں کے لیے کیا مطلب ہے جو وہ تیار کر رہے ہیں۔

یہ کراس ڈسپلنری سوچ کرنے والے AI سے مختلف ہے۔ ماہرین اب بھی اپنے ڈومینز میں فیصلے کے مالک ہیں۔ لیکن ڈومینز کے درمیان *ترجمہ* — وہ چیز جس کے لیے ہم وقت ساز میٹنگز کی ضرورت ہوتی تھی تاکہ انسان ایک دوسرے کو اپنے کام کی وضاحت کر سکیں — کو ایک پرت کے ذریعے جذب کیا جاتا ہے جس کے لیے کیلنڈر کی سیدھ کی ضرورت نہیں ہوتی ہے۔

میکانزم میں نام دینے کے قابل ناکامی کا موڈ ہے۔ ترجمے کی پرت کا انحصار AI کے ترجمہ کے وفادار ہونے پر ہوتا ہے — جو خلاصہ یہ PM کے پوزیشننگ ڈاک کے انجینئر کے لیے تیار کرتا ہے وہ حقیقت میں اس بات کی عکاسی کرتا ہے کہ ڈاکٹر کیا کہتا ہے، اور ان مضمرات پر جو ڈیزائنر کے لیے حقیقت میں انجینئر کے تعمیراتی وعدوں کی پیروی کرتا ہے۔

جب ترجمہ صاف ہوتا ہے تو بغیر کسی ملاقات کے بین الضابطہ ہم آہنگی ابھرتی ہے۔ جب ترجمہ خاموشی سے کسی رکاوٹ کو ختم کرتا ہے — جب AI PM کے لیے تعمیراتی معیارات کا خلاصہ کرتا ہے بغیر کسی ایک عزم کا ذکر کیے جو کہ ان کی مجوزہ خصوصیت کو مسترد کرتا ہے — ماہرین اپنی گہرائی میں رہتے ہیں لیکن وہ ایک دوسرے کے نمونے کے خلاف جو کام تیار کرتے ہیں وہ بالکل غلط طریقے سے ہوتا ہے۔ غلط ترتیب کے مرکبات خاموشی سے ہوتے ہیں، کیونکہ موجودہ نمونے کے بہاؤ میں کوئی بھی چیز اس کی کمی کو ظاہر نہیں کرتی ہے۔

[اگلی پوسٹ](/posts/the-human-inversion-the-Reconciler-and-the-rubric) اس کو اٹھاتی ہے۔ مختصر ورژن: صرف ترجمہ ہی کافی نہیں ہے۔ آپ کو بنیادی نمونوں پر لکھنے کی سالمیت کی بھی ضرورت ہے، لہذا ترجمے کی غلطیاں حقیقت کے بعد قابل آڈٹ ہوتی ہیں اور خود نمونے خاموشی سے بہہ جانے کے بجائے موجودہ ہونے پر بھروسہ کیا جا سکتا ہے۔

یہی وجہ ہے کہ async متوازی ماہر کا کام اب اس طرح سے ممکن ہے جو پانچ سال پہلے نہیں تھا۔ رکاوٹ یہ کبھی نہیں تھی کہ ماہرین متوازی طور پر کام نہیں کر سکتے تھے۔ یہ وہ متوازی کام تھا جس نے حقیقی وقت کے ترجمہ کے بغیر ہفتوں کے اندر اندر عدم مطابقت پیدا کر دی۔ AI بطور ترجمہ سبسٹریٹ اس رکاوٹ کو دور کرتا ہے۔ ماہرین اپنی گہرائی میں رہ سکتے ہیں، اپنی مقامی الفاظ میں بنیادی نمونے تیار کر سکتے ہیں، اور اس بات پر بھروسہ کر سکتے ہیں کہ دوسرے ماہرین ان نمونوں کے مضمرات کو کھولنے کے لیے میٹنگ کی ضرورت کے بغیر عمل کر سکیں گے۔

جائزہ کی طرف بھی یہی طریقہ کار چلتا ہے۔ بھیجے گئے فیچر کا جائزہ لینے والے وزیر اعظم کو اسے سمجھنے کے لیے انجینئر کے نفاذ کو پڑھنے کی ضرورت نہیں ہے۔ وہ AI سے پوچھتے ہیں کہ آیا یہ عمل درحقیقت پی ایم کی تحریر کردہ پوزیشننگ وابستگی فراہم کرتا ہے۔ اسی خصوصیت کا جائزہ لینے والے ڈیزائنر کو تکنیکی رکاوٹوں کو ڈی کوڈ کرنے کی ضرورت نہیں ہے۔ وہ AI سے پوچھتے ہیں کہ آیا عمل درآمد ڈیزائن کے نظام اور پرچم کے مخصوص بہاؤ کا احترام کرتا ہے۔ فیچر کا جائزہ لینے والے انجینئر کو ڈیزائن واک تھرو کی ضرورت نہیں ہے۔ وہ AI سے پوچھتے ہیں کہ آیا عمل درآمد ڈیزائن کے ارادے سے میل کھاتا ہے اور کہاں اس سے سمجھوتہ ہوا ہے۔

تین ماہرین، تین جائزے، متوازی طور پر چل رہے ہیں، کوئی مشترکہ میٹنگ نہیں، ہر ایک اپنے مقامی نظم و ضبط میں نتائج پیدا کرتا ہے جب کہ AI ان کی تخلیق کردہ چیزوں اور دوسروں کو جاننے کی ضرورت کے درمیان ترجمہ سنبھالتا ہے۔

یہ نمونہ پہلے ہی جنگلی میں سولو آپریٹر پیمانے پر چل رہا ہے، جو مفید پیش نظارہ ثبوت ہے۔ عملی طور پر سب سے مضبوط ورژن اس طرح نظر آتا ہے: ایک واحد آپریٹر جو تین سے چار متوازی AI ایجنٹس چلا رہا ہے، ہر ایک پائیدار مارک ڈاون کے مشترکہ جسم کے خلاف کام کرتا ہے — معیارات، مہارت، میموری، پراسیس دستاویزات — جسے آپریٹر مسلسل کشید اور بہتر کرتا ہے کیونکہ کام نئی استدلال پیدا کرتا ہے۔ ایجنٹ براہ راست ایک دوسرے کے ساتھ ہم آہنگی نہیں کرتے ہیں۔ وہ مارک ڈاؤن کے ذریعے ہم آہنگی کرتے ہیں۔ آپریٹر ایجنٹوں کو ترتیب سے نہیں چلا رہا ہے اور آؤٹ پٹ کو ایک ساتھ سلائی نہیں کر رہا ہے۔ وہ انہیں حقیقی طور پر متوازی طور پر چلا رہے ہیں، ہر ایک مشترکہ سبسٹریٹ سے اپنی ضرورت کو کھینچ رہا ہے۔

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

## تینوں سے آگے

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

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

الٹا صرف ان پر لاگو نہیں ہوتا ہے - یہ بنیادی تینوں سے زیادہ نتیجہ خیز طور پر ان پر لاگو ہوتا ہے۔ ان کا تاریخی اخراج زیادہ گہرا تھا، اس لیے انضمام سے حاصل ہونے والے لیوریج کی مقدار زیادہ ہے۔ ایک مارکیٹنگ ماہر جو اسی بنیادی نمونوں کے خلاف async کام کر رہا ہے جیسا کہ PM نیچے کی طرف پیکیجر کے بجائے پوزیشننگ میں معاون بن جاتا ہے۔ ایک قانونی ماہر جو روبرک اور پروڈکٹ کے فیصلوں کے بارے میں استفسار کر سکتا ہے async کو گیٹ کے وقت کی بجائے فاؤنڈیشن کے وقت خطرے کو جھنڈا لگا سکتا ہے۔ ایک آپریشنز ماہر تعیناتی کی رکاوٹوں کو آرکیٹیکچرل ان پٹ کے طور پر ظاہر کر سکتا ہے بجائے اس کے کہ ریڈینس بلاکرز ہفتہ گیارہ میں دریافت ہوئے۔

سیکیورٹی سب سے تیز معاملہ ہے۔ تاریخی طور پر یہ آخری ریزورٹ کے جہاز کو روکنے والے کے طور پر رہتا تھا - پائپ لائن کے آخر میں ایک گیٹ جہاں نتائج دیر سے اور مہنگے پہنچتے تھے، اور جہاں سیکورٹی ٹیم کا فائدہ مثبت کے بجائے تقریباً مکمل طور پر منفی تھا (بری چیزوں کو شپنگ سے روکنا) بجائے کہ مثبت (جس چیز کی تشکیل ہوئی)۔

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

فاؤنڈیشن ڈسپلن کے طور پر سیکیورٹی ایک ریویو پرت کے درمیان فرق ہے جو ایجنٹ آؤٹ پٹ کے ساتھ اسکیل کرتی ہے اور جو اس کے نیچے گر جاتی ہے۔

## میٹنگ کا سوال، براہ راست

کیا الٹا دراصل میٹنگز میں زبردست کمی پیدا کرتا ہے، یا یہ اس وعدے کا تازہ ترین ورژن ہے جو انڈسٹری برسوں سے کر رہی ہے اور توڑ رہی ہے؟

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

یہ عمل درآمد کے جوڑے اور حقیقی وقت میں ترجمہ کی ضروریات کی وجہ سے موجود تھے۔ دونوں اب جذب ہو چکے ہیں — AI میں عملدرآمد، AI میں ترجمہ۔ ملاقاتیں ختم نہیں ہوتیں کیونکہ ہم سب نے کم ملاقاتیں کرنے پر اتفاق کیا۔ وہ چلے جاتے ہیں کیونکہ وہ جو کر رہے تھے وہ اب کوئی چیز نہیں رہی۔ یہ ممکنہ طور پر ان ٹیموں کے لیے موجودہ آپریشنل میٹنگ والیوم کا ستر سے نوے فیصد ہے جو اصل میں الٹ پھیر کے ارد گرد تنظیم نو کرتی ہیں۔

**ملاقات جو کردار کو تبدیل کرتی ہیں:** حکمت عملی کی میٹنگز، فن تعمیر کے مباحثے، اور معیار کیلیبریشن سیشن۔ یہ حقیقی وقت کی تخلیقی سوچ کے لیے موجود تھے، نہ کہ صرف ہم آہنگی کے لیے۔ وہ برقرار رہتے ہیں، لیکن وہ کم کثرت سے ہوتے ہیں، زیادہ تیاری کے ساتھ، اور کم لوگوں کے ساتھ۔ ایک حکمت عملی میٹنگ جو ہفتہ وار آٹھ افراد کے ساتھ ہوتی تھی ایک حکمت عملی میٹنگ بن جاتی ہے جو تین کے ساتھ ماہانہ ہوتی ہے۔

**ملاقات جو ناقابل تلافی رہتی ہیں:** دو ہیں: حقیقی طور پر نئے اسٹریٹجک فیصلے جن کے خلاف مفاہمت کے لیے کوئی موجودہ فریم ورک نہیں ہے، اور انسانوں کے درمیان اعتماد کی تشکیل جنہیں ایک دوسرے کے فیصلے کے باہمی ماڈلز بنانے کی ضرورت ہے اس سے پہلے کہ وہ مطابقت پذیر کام کرسکیں۔ نئی خدمات حاصل کرنے کے لیے آن بورڈنگ گفتگو کی ضرورت ہوتی ہے۔ محور کو حقیقی وقت کی بحث کی ضرورت ہوتی ہے۔ بڑے کوالٹی کیلیبریشن کے لیے ایک دوسرے کو حقیقی وقت میں اصل کام کا جواب دیکھنے کی ضرورت ہوتی ہے۔ یہ اصولی طور پر بھی AI ثالثی نہیں ہو سکتے، کیونکہ ان میٹنگز میں جو کچھ بنایا جا رہا ہے وہ کوآرڈینیشن نہیں ہے — یہ مشترکہ جگہ ہے جس کے اوپر تمام async کوآرڈینیشن چلتا ہے۔

تو جواب ہے: ہاں، ایک زبردست کمی، خاص طور پر آپریشنل میٹنگ لیئر میں جہاں موجودہ وقت کا بڑا حصہ درحقیقت جاتا ہے۔ نہیں، صفر پر نہیں — کیونکہ کچھ ملاقاتیں پہلے تو فضول نہیں تھیں۔ یہ وہ جگہ تھی جہاں احاطے قائم ہوئے اور اعتماد قائم ہوا۔

## تشخیصی

میٹنگ والیوم اب ایک قابل فہم بیرونی سگنل ہے کہ آیا کسی ٹیم نے واقعی AI کے ارد گرد تنظیم نو کی ہے یا AI سے پہلے کی تنظیمی شکل کو تیز کرنے کے لیے AI کا استعمال کر رہی ہے۔ وہ ٹیمیں جو اب بھی 2027 میں بھاری آپریشنل میٹنگ کے نظام الاوقات پر چل رہی ہیں وہ ٹیمیں نہیں ہوں گی جنہوں نے AI کو اپنایا نہیں ہے - اس وقت تک ہر ٹیم نے AI کو اپنا لیا ہوگا۔ وہ ایسی ٹیمیں ہوں گی جنہوں نے org ڈھانچے کو دوبارہ بنانے کی وجہ کے بجائے پرانے org ڈھانچے کے اندر پیداواری ٹول کے طور پر AI کو اپنایا۔

ایک ثانوی تشخیصی جائزہ لیئر پر چلتا ہے۔ جائزہ لینے والے کا کتنا وقت *اس بات کی تصدیق کرنے میں صرف ہوتا ہے کہ AI نے کیا کیا ہے* بمقابلہ *دوبارہ اخذ کرنے میں کہ AI کو کیا کرنا چاہیے تھا*؟ صحیح انفراسٹرکچر کے ساتھ ٹیمیں پہلے کی طرف رجحان رکھتی ہیں: ساختی دعوے کی ایک مختصر توثیق، جس میں ایجنٹ نے غیر تصدیق شدہ کے طور پر جھنڈا لگایا ہوا ہے ان سطحوں کے لیے ہیوی لفٹنگ مخصوص ہے۔ اس کے بغیر ٹیمیں دوسرے پر پھنس جاتی ہیں: فرق کو ٹھنڈا پڑھنا کیونکہ ایجنٹ کا استدلال کہیں بھی قابل استفسار نہیں ہوتا ہے۔ تناسب آہستہ آہستہ حرکت کرتا ہے، لیکن جب یہ حرکت کرتا ہے، تو یہ ایک مضبوط اشارہ ہے کہ لکھنے کی سالمیت کی پرت جو [اگلی پوسٹ](/posts/the-human-inversion-the-Reconciler-and-the-rubric) بیان کرتی ہے وہ خواہش مند کی بجائے اپنی جگہ پر ہے۔

فرق سب سے پہلے خام آؤٹ پٹ میں ظاہر نہیں ہوگا — AI تقریباً ٹیموں میں آؤٹ پٹ کو برابر کر دے گا — لیکن فیصلے کے معیار، پروڈکٹ کی ہم آہنگی، اسٹریٹجک وعدوں کی گہرائی میں۔ یہ سب اس بات کا بہاو ہے کہ آیا انسانوں کی توجہ فاؤنڈیشن کرنے اور صحیح طریقے سے جائزہ لینے پر تھی، جو اس بات کا بہاو ہے کہ آیا آپریشنل کوآرڈینیشن دراصل جذب کیا گیا تھا یا صرف AI ٹولنگ میں تیار کیا گیا تھا۔

[اگلی پوسٹ](/posts/the-human-inversion-the-reconciler-and-the-rubric) حل نہ ہونے والے ٹکڑے کو مخاطب کرتی ہے: ایک بار جب ماہرین متوازی طور پر کام کر رہے ہوتے ہیں، تو پھر بھی کسی چیز کو اپنے آزاد کام کے درمیان تناؤ کو پکڑنا ہوتا ہے اس سے پہلے کہ ان تناؤ کو مصنوع کی عدم مطابقت میں مل جائے۔

---

*پڑھنا جاری رکھیں: [پارٹ 4 — دی کنسلر اینڈ دی روبرک](/posts/the-human-inversion-the-conciler-and-the-rubric)*