10.13 بین تنظیمی تعاون

جائزہ اور محرکات

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

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

انٹرپرائز اور حکومت کے لیے داؤ براہ راست اور ٹھوس ہیں۔ انٹرپرائز consortia (مشترک مقصد کے لیے بنے ممبر فنڈ والے گروہ) اور اوپن سورس فاؤنڈیشنز میں شامل ہوتے ہیں تاکہ جن پلیٹ فارمز پر منحصر ہیں انہیں شکل دیں اور واحد فروخت کنندہ کے lock-in سے بچیں (ابواب 10.3، 10.11)۔ حکومتیں اس مسئلے کا مسلسل سامنا کرتی ہیں۔ ایجنسیوں کو ڈیٹا بانٹنا ہوتا ہے تاکہ ایسی سروس دیں جسے شہری ایک تعامل کے طور پر محسوس کرے۔ دائرہ ہائے اختیار کو سرحدوں کے پار باہمی عمل پذیر ہونا ہے۔ عوامی شعبہ تیزی سے مشترک پلیٹ فارمز بناتا ہے: عام سروسز جیسے شناخت، ادائیگیاں، یا اطلاعات، ایک بار بنیں اور بہت سی ایجنسیاں دوبارہ استعمال کریں۔ پھلتا پھولتا GovTech ماحولیاتی نظام (حکومت کے لیے ٹیکنالوجی بنانے والے اسٹارٹ اپس، فروخت کنندگان، اور عوامی اداروں کا نیٹ ورک) قانونی طور پر الگ اداروں کے عملی تعاون پر منحصر ہے۔

بنیادی اصول

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

سفارشات

مقصد کے مطابق تعاون کی شکل چنیں

کوئی واحد ماڈل نہیں، اس لیے دانستہ چنیں۔ صنعتی اتحاد اور consortia سمت طے کرتے اور کسی شعبے کے لیے فنڈنگ جمع کرتے ہیں۔ اوپن سورس فاؤنڈیشنز (غیر جانب دار غیر منافع بخش ادارے جیسے Linux Foundation یا Apache Software Foundation جو مشترک کوڈ رکھتے اور چلاتے ہیں) وہ سافٹ ویئر میزبانی کرتی ہیں جس پر بہت سے ادارے بناتے اور منحصر ہیں۔ معیارات کے ادارے (ISO، IETF، یا W3C جیسی تنظیمیں جو متفقہ تکنیکی وضاحتیں شائع کرتی ہیں) وہ باہمی عمل پذیری کے قواعد بناتے ہیں جن پر سب کوڈ کرتے ہیں۔ Joint ventures مشترک تجارتی مقصد کے لیے نیا مشترکہ ملکیت کا ادارہ بناتے ہیں۔ عوامی-نجی شراکت داریاں (PPPs)، طویل مدتی انتظامات جن میں حکومت اور نجی فرمیں عوامی سروس کی ترسیل، مالکاری، اور خطرہ بانٹتی ہیں، عوامی مینڈیٹ کو نجی صلاحیت سے ملاتی ہیں۔ بین ایجنسی اور بین حکومتی تعاون عوامی اداروں کو براہ راست جوڑتا ہے۔ مشترک پلیٹ فارمز اور مشترک سروسز، ڈیٹا شیئرنگ کے انتظامات، اور coopetition آلات کو مکمل کرتے ہیں۔ شکل کو مقصد سے ملائیں: ہلکی ہم آہنگی اتحاد چاہتی ہے؛ مشترک کوڈ فاؤنڈیشن چاہتا ہے؛ پائیدار تجارتی گاڑی joint venture چاہتی ہے۔

حد کے پار غیر جانب دار نظم و نسق قائم کریں

چونکہ کوئی شریک دوسروں کو حکم نہیں دے سکتا، نظم و نسق واضح اور مثالی طور پر غیر جانب دار ہونا چاہیے۔ مشترک اثاثے (کوڈ، trademarks، روڈ میپس) کسی ایک رکن میں رکھنے کی بجائے غیر جانب دار فاؤنڈیشن میں رکھیں، تاکہ کوئی شریک یکطرفہ طور پر انہیں ضبط یا موڑ نہ سکے۔ فیصلے کے حقوق واضح متعین کریں: تکنیکی سمت کون طے کرتا ہے (اکثر تکنیکی steering کمیٹی)، بجٹ کون کنٹرول کرتا ہے، اور تنازعات کیسے حل ہوتے ہیں۔ مشترک روڈ میپ شائع کریں تاکہ فریق مشترک سمت کے مقابل منصوبہ بنا سکیں۔ تحریری نظم و نسق کا ماڈل اپنائیں، تاکہ اختیار سب سے بلند آواز یا بڑے سے نہیں بلکہ متفقہ قواعد سے بہے۔ Apache کی “meritocracy” (شراکت سے کمایا اثر) اور فاؤنڈیشن بورڈ کے ڈھانچے آزمودہ نمونے ہیں۔

شراکت اور دانشورانہ ملکیت کی شرائط پہلے سے واضح کریں

دانشورانہ ملکیت (IP، قانونی طور پر محفوظ تخلیقات جیسے کوڈ، patents، اور trademarks) وہ جگہ ہے جہاں نیک نیتی کے تعاون سب سے زیادہ ٹوٹتے ہیں۔ کوڈ لکھنے سے پہلے اسے طے کریں۔ واضح اوپن سورس لائسنس (باب 10.3) استعمال کریں تاکہ سب کو اپنے استعمال اور دوبارہ تقسیم کے حقوق معلوم ہوں۔ Contributor Licence Agreement (CLA) یا Developer Certificate of Origin (DCO) لازم کریں، ایسے میکانزم جن سے شراکت دار تصدیق کرتے ہیں کہ انہیں اپنا کوڈ دینے کا حق ہے اور ضروری لائسنس دیتے ہیں، تاکہ مشترک اثاثے کا صاف ماخذ ہو۔ patents کو واضح طور پر مخاطب کریں، اکثر عدم دعویٰ یا patent-pledge شق سے، تاکہ شراکت دار بعد میں مشترک کام کے صارفین پر مقدمہ نہ کر سکے۔ تحریری IP کی شرائط مبہم خیر سگالی کو پائیدار، نافذ کرنے کے قابل وضاحت میں بدلتی ہیں۔

ڈیٹا، رازداری، اور antitrust کے لیے احتیاط سے معاہدہ کریں

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

باہمی عمل پذیری اور کھلے معیارات پر بنائیں

باہمی عمل پذیری، آزاد نظاموں کی معلومات کے تبادلے اور استعمال کی صلاحیت (باب 3.8)، وہ تکنیکی بنیاد ہے جو باقی سب ممکن بناتی ہے۔ کھلے معیارات (عوامی طور پر دستیاب وضاحتیں جنہیں کوئی بھی اجازت یا فیس کے بغیر نافذ کر سکے) اور مستحکم، دستاویزی انٹرفیسز (APIs، application programming interfaces) کو ترجیح دیں، تاکہ فریق ایک فروخت کنندہ کے ملکیتی اندرونی حصوں پر انحصار کیے بغیر جڑ سکیں۔ حکومت میں عام ڈیٹا کے معیارات اور مشترک APIs ہی ایجنسیوں کو حدود کے پار سروسز ترتیب دینے دیتے ہیں (باب 7.1)۔ باہمی عمل پذیری کے بغیر تعاون نازک نقطہ بہ نقطہ انضمام میں بگڑ جاتا ہے جو مشترک قدر ممکن بنانے کی بجائے انحصار جماتا ہے۔

ترغیبات اور اعتماد دانستہ پروان چڑھائیں

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

سمجھوتے: فوائد اور نقصانات

طریقہ	فوائد	نقصانات
اوپن سورس فاؤنڈیشن	غیر جانب دار گھر؛ مشترک لاگت؛ وسیع اپنانا؛ کوئی واحد مالک نہیں	سست فیصلے؛ فنڈ اور عملہ دینا ہوگا؛ نظم و نسق کا اوور ہیڈ
Consortium / صنعتی اتحاد	سمت شکل دیتا ہے؛ فنڈنگ جمع کرتا ہے؛ صنعتی وزن	سیاست میں رک سکتا ہے؛ بڑے اراکین کے قبضے کا خطرہ
معیارات کا ادارہ	پائیدار باہمی عمل پذیری؛ وسیع جواز	بہت سست؛ وضاحتیں عمل سے پیچھے رہ سکتی ہیں؛ بھاری عمل
Joint venture	واضح ملکیت اور تجارتی گاڑی؛ وابستہ وسائل	بنانا اور ختم کرنا پیچیدہ؛ اخراج اور IP کے تنازعات
عوامی-نجی شراکت داری	عوامی مینڈیٹ کو نجی صلاحیت سے ملاتی ہے	جوابدہی اور lock-in کا خطرہ؛ طویل، سخت معاہدے
Coopetition	مشترک بنیاد، اس کے اوپر مسابقتی امتیاز	Antitrust کی نمائش؛ بانٹنے اور مقابلہ کرنے کی حد نازک

تعریفی کھنچاؤ مشترک قدر بمقابلہ انفرادی کنٹرول ہے۔ فریق جتنا زیادہ غیر جانب دار مشترکہ میں ڈالتا ہے اتنا ہی اجتماعی فائدہ بڑھتا ہے، اور اتنا ہی کم وہ نتیجے کو یکطرفہ کنٹرول کر سکتا ہے۔ حل لکیر دانستہ کھینچنا ہے۔ pre-competitive بنیاد پر تعاون کریں، جہاں مشترک بنیاد سے سب فائدہ اٹھاتے ہیں۔ کنٹرول وہاں رکھیں جہاں حقیقی مسابقتی یا خودمختاری کی برتری رہتی ہے (ابواب 10.11، 3.8)۔

اپنی ٹیم کے ساتھ بحث کے سوالات

1. کیا ہمارے مشترک اثاثے غیر جانب دار گھر میں ہیں، یا ایک شریک کے پاس جو بعد میں انہیں fork، دوبارہ لائسنس، یا واپس لے سکتا ہے؟ تنظیمی حدود کے پار کوئی انچارج نہیں، اس لیے جو کوڈ، trademarks، اور روڈ میپ رکھتا ہے وہ آخرکار انہیں موڑ یا ضبط کر سکتا ہے۔ غیر جانب دار فاؤنڈیشن حریفوں کو مقابل کو فائدہ دیے بغیر حصہ ڈالنے دیتی ہے، اور یہی Linux Foundation اور Apache Software Foundation کے ماڈل ہونے کی وجہ ہے۔ اگر کوئی واحد رکن مشترکہ کا مالک ہے تو ہر دوسرا رکن دوبارہ لائسنس کے ایک فیصلے سے قبضے میں ہونے کے فاصلے پر ہے۔ ہر مشترک اثاثہ لائیں جس میں آپ حصہ ڈالتے ہیں اور پوچھیں کہ وہ قانونی طور پر کہاں رہتا ہے اور اس کی سمت کون کنٹرول کرتا ہے۔ اگر جواب “ہمارا سب سے بڑا شراکت دار” ہے تو مزید انجینئرنگ کی کوشش لگانے سے پہلے آپ کے پاس قبضے کا خطرہ ٹھیک کرنے کو ہے۔

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

3. ہم free-riding کیسے روکتے ہیں اور شراکت کو فائدے کے تقریباً متناسب کیسے رکھتے ہیں؟ مشترکہ تب گلتا ہے جب فریق مشترک کام استعمال کرتے ہیں مگر کبھی حصہ نہیں ڈالتے، اور تب ٹوٹتا ہے جب بڑا شراکت دار free-riders سے استحصال زدہ محسوس کرتا ہے۔ مشترک قدر نظر آنے والی بنائیں، شراکت کو فائدے کے تقریباً متناسب رکھیں، اور تنگ، کم داؤ والے دائرے سے شروع کریں تاکہ جو بانٹتے ہیں اسے بڑھانے سے پہلے اعتماد اور ٹریک ریکارڈ جمع ہو۔ شفافیت (کھلے فیصلے، روڈ میپس، اور میٹرکس) وہ ہے جو تعاون برقرار رکھتی ہے جہاں کسی کے پاس مجبور کرنے کا اختیار نہیں۔ ہر مشترک پراجیکٹ سے آپ کا ادارہ جو لیتا ہے بمقابلہ جو واپس ڈالتا ہے اس کا ایماندار حساب لائیں۔ اگر آپ کسی ایسی چیز پر جس پر منحصر ہیں خالص لینے والے ہیں تو آپ خاموشی سے وہ چیز کمزور کر رہے ہیں جو آپ کو واحد فروخت کنندہ کے lock-in سے بچاتی ہے۔

4. ہم کس چیز پر تعاون کرتے ہیں اور کس پر مقابلہ، اس کی حد کہاں ہے، اور اس کی نگرانی کا اہل کون ہے؟ Coopetition تبھی کام کرتا ہے جب سب متفق ہوں کہ تعاون pre-competitive بنیاد پر رکتا ہے، کیونکہ جس لمحے حریف قیمتوں، بازار کی حکمت عملی ظاہر کرنے والے روڈ میپس، یا گاہک کے ڈیٹا کا تبادلہ کریں، تعاون ملی بھگت بن جاتا ہے اور ہر رکن کو مسابقتی قانون کے جرمانوں کے سامنے لاتا ہے۔ بڑی ٹیم کے لیے خطرہ یہ ہے کہ مشترک ریپوزٹری میں گہرے انجینئر وہ چیزیں بانٹنے لگ جائیں جو قانونی مشیر کبھی منظور نہ کرتا، محض اس لیے کہ لکیر کبھی کھینچی نہیں گئی۔ تحریری بیان لائیں کہ تعاون کیا ڈھانپتا اور واضح طور پر کیا خارج کرتا ہے، نیز مشیر کے جانچے antitrust کے حفاظتی اقدامات، اور اس شخص کا نام لیں جو نئے ورکنگ گروپس کو بننے سے پہلے دیکھتا ہے۔ انٹرپرائز اور سرکاری ترتیبوں میں، جہاں ضابطہ ساز joint ventures اور consortia کو قریب سے جانچتے ہیں، دستاویزی، مشیر سے منظور شدہ حد کو شرکت کی پیشگی شرط سمجھیں، ایسی کاغذی کارروائی نہیں جو تفتیش شروع ہونے کے بعد بھری جائے۔

5. اگر یہ تعاون قبضے میں آ جائے، رک جائے، یا ڈھ جائے تو ہمارا اخراج کا منصوبہ کیا ہے، اور کیا نظم و نسق واقعی ہمیں بچاتا ہے؟ کوئی بھی فریق چھوڑ سکتا ہے، غالب رکن مشترکہ کو اپنے مقاصد کی طرف موڑ سکتا ہے، اور consortium برسوں بغیر ship کیے ملتا رہ سکتا ہے، اس لیے آپ کو پہلے سے معلوم ہونا چاہیے کہ آپ کیسے نکلیں گے اور کیا رکھیں گے۔ متصادم غور یہ ہے کہ اخراج کے لیے ڈیزائن (پورٹیبل ڈیٹا، کھلے لائسنس کے تحت fork کے قابل کوڈ، کوئی واحد فروخت کنندہ انحصار) ایسی کوشش مانگتا ہے جو تعلق صحت مند ہونے پر ضیاع لگتی ہے۔ لائسنس کی شرائط، trademarks اور روڈ میپ قانونی طور پر کہاں ہیں، اور اس کا ٹھوس جواب لائیں کہ کلیدی شراکت دار کے واپس لینے کے ہفتے آپ کا ادارہ کیا کرے گا۔ شہریوں کے سامنے کئی سالہ ذمہ داری اٹھانے والے عوامی ادارے کے لیے، ایک رکن کا رکھا نہ-fork ہونے والا پلیٹ فارم اس سروس کے لیے تسلسل کا خطرہ ہے جس پر لوگ منحصر ہیں، اس لیے شامل کرنے سے پہلے غیر جانب دار تحویل اور اخراج کے حقوق تحریری طور پر لازم کریں۔

6. ہم کیسے ناپیں گے کہ یہ تعاون واقعی قدر دے رہا ہے، اور کون سی شہادت ہمیں چھوڑنے پر مجبور کرے گی؟ بین تنظیمی کام zombie رکنیتیں جمع کرتا ہے: consortia جنہیں آپ فائدہ ختم ہونے کے بہت بعد بھی فنڈ اور عملہ دیتے ہیں، کیونکہ چھوڑنا سیاسی بیان لگتا ہے اور کوئی واپسی ٹریک نہیں کرتا۔ پہلے سے متفق ہوں کہ کامیابی کیسی دکھتی ہے (نجی تعمیر کے مقابل بچی لاگت، مشترک بنیاد پر بھیجے فیچرز، گھٹا lock-in) اور حد طے کریں جو آپ کی شرکت کا ریویو ٹرگر کرے۔ آپ کی نشست کی سالانہ لاگت، آپ کے دیے عملے کے گھنٹے، اور پچھلے سال آپ کو واپس کیا ملا اس کی کھری رائے لائیں۔ انٹرپرائز اور سرکاری پورٹ فولیو میں، جہاں رکنیتیں محکموں میں بڑھتی ہیں اور شاذ ہی منسوخ ہوتی ہیں، ہر تعلق کا مالک نام زد کریں، اسے مقررہ تال پر ریویو کریں، اور واپسی کا اختیار رکھیں، کیونکہ جس تعاون کے ریویو کا کوئی جوابدہ نہ ہو اس سے کوئی کبھی نہیں نکلے گا۔

شعبہ جاتی نقطۂ نظر

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

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

بڑا ادارہ۔ تعاون کو بہت سی ٹیموں میں پورٹ فولیو کے طور پر منظم کریں: ہر consortium، فاؤنڈیشن، اور joint venture کا رجسٹر جس کے آپ رکن ہیں، ہر ایک کی لاگت اور عملے کا وقت، اور وہ جو قدر واپس کرتا ہے۔ مشترک اثاثوں کی غیر جانب دار تحویل، مشیر کی جانچی antitrust کی حدیں، اور تحریری نظم و نسق کے ماڈل پر اصرار کریں تاکہ غالب شراکت دار اس پلیٹ فارم پر قبضہ نہ کر سکے جس پر آپ منحصر ہیں۔ شرکت اور شراکت کی کوشش واضح بجٹ کریں، اور نجی سرمایہ کاری حقیقی مسابقتی برتری کے لیے رکھیں جبکہ لاگت اس عام بنیاد پر جمع کریں جو سب بانٹتے ہیں۔

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

مثالیں

اسٹارٹ اپ۔ تین ابتدائی مرحلے کے اسٹارٹ اپس ہر ایک اسی اوپن سورس ڈیٹا-parsing لائبریری پر منحصر ہے، جسے واحد بوجھ تلے رضاکار برقرار رکھتا ہے جس کی تھکن ان سب کے لیے خطرہ ہے۔ ہر ایک کے خاموشی سے اسے fork کرنے کی بجائے، وہ اسے غیر جانب دار مشترک ریپوزٹری میں مل کر برقرار رکھنے پر متفق ہوتے ہیں، ہلکے تحریری نظم و نسق کے نوٹ اور Developer Certificate of Origin کے ساتھ تاکہ شراکتوں کا صاف ماخذ ہو۔ وہ صرف عام parser پر تعاون کرتے ہیں، اپنی پروڈکٹس مضبوطی سے الگ رکھتے ہیں، اور بانٹنے کی وسعت سے پہلے اعتماد بنانے کو تنگ دائرے (صرف سیکیورٹی patches) سے شروع کرتے ہیں۔

بڑا ادارہ۔ کئی مقابل کلاؤڈ اور سافٹ ویئر فروخت کنندگان ایک ہی container-orchestration پلیٹ فارم پر منحصر ہیں۔ ہر ایک کے نجی fork برقرار رکھنے کی بجائے، وہ اسے تکنیکی steering کمیٹی، تحریری نظم و نسق کے ماڈل، اور Contributor Licence Agreement کے ساتھ غیر جانب دار فاؤنڈیشن کو دیتے ہیں۔ ہر فرم اب بھی پلیٹ فارم کے اوپر بنائی منظم سروسز پر شدید مقابلہ کرتی ہے (coopetition)، مگر وہ مشترک مرکز کی لاگت اور سمت بانٹتے ہیں۔ یہ واحد فروخت کنندہ کے lock-in سے بچاتا اور اس بنیاد کو صحت مند رکھتا ہے جس پر سب انحصار کرتے ہیں۔ Antitrust کا مشیر تصدیق کرتا ہے کہ تعاون مشترک انفراسٹرکچر تک محدود ہے، بازاروں یا قیمتوں تک نہیں۔

حکومت۔ قومی حکومت مشترک شناختی پلیٹ فارم کھڑا کرتی ہے تاکہ شہری ایک بار sign in کر کے بہت سی ایجنسیوں کی سروسز تک پہنچیں۔ پلیٹ فارم پر شائع شدہ روڈ میپ اور واضح فیصلے کے حقوق والا غیر جانب دار مرکزی ادارہ حکومت کرتا ہے، جبکہ ہر ایجنسی آزاد رہتی ہے اور کھلے APIs اور عام ڈیٹا کے معیارات (ابواب 3.8، 7.1) کے ذریعے مربوط ہوتی ہے۔ بین ایجنسی ڈیٹا شیئرنگ کے معاہدے ٹھیک بتاتے ہیں کہ کیا بانٹا جا سکتا ہے، کس مقصد کے لیے، کن رازداری کے حفاظتی اقدامات کے تحت (باب 4.5)، تاکہ شہری کا ڈیٹا صرف اتنا بہے جتنا قانون اور رضامندی اجازت دیں۔ کم حساس ایجنسیاں پہلے شامل ہوتی ہیں تاکہ اعتماد بنے اور اونچے داؤ کی سروسز کے شامل ہونے سے پہلے ماڈل ثابت ہو۔

کاروباری جواز: محرکات، ROI اور TCO

بین تنظیمی تعاون کی معاشیات مشترک لاگت اور نیٹ ورک اثرات پر ٹکی ہے۔ بنیادی محرک یہ ہے کہ بنیادی ٹیکنالوجی بنانا اور برقرار رکھنا مہنگا ہے مگر مشترک ہو تو کہیں زیادہ قیمتی۔ مشترک پلیٹ فارم یا معیار میں سرمایہ کاری جمع کرنا ملکیت کی کل لاگت (TCO) بہت سے اداروں میں بانٹتا ہے، اس لیے ہر ایک نجی تعمیر کی لاگت کا حصہ ادا کرتا ہے جبکہ ایسی بنیاد پاتا ہے جو باقی سب کی بنیاد سے باہمی عمل پذیر ہو۔ سرمایہ کاری پر واپسی (ROI) دہرائی سے بچنے، تیار بنیاد پر مارکیٹ میں جلدی پہنچنے، گھٹے lock-in اور فروخت کنندگان کے مقابل مضبوط مذاکراتی پوزیشن، اور کسی ایک ادارے کی دیواروں سے باہر ٹیلنٹ اور خیالات تک رسائی سے آتی ہے (باب 10.9)۔

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

ضد نمونے اور خامیاں

• Free-riding: فریق مشترک کام استعمال کرتے ہیں مگر کبھی حصہ نہیں ڈالتے، مشترکہ کو بھوکا رکھتے ہیں یہاں تک کہ وہ گل جائے (کلاسیکی اجتماعی عمل کا مسئلہ جس کا Ostrom نے مطالعہ کیا)۔
• نظم و نسق پر قبضہ: ایک بڑا یا وسائل والا رکن خاموشی سے تعاون کو اپنے نجی فائدے کی طرف موڑتا ہے، غیر جانب داری کھوکھلی کرتا ہے۔
• غیر ہم آہنگ ترغیبات: فریق ناموافق مقاصد کے ساتھ شامل ہوتے ہیں جو وعدوں کے بعد ہی ابھرتے ہیں، کوشش رک جاتی ہے۔
• غیر جانب دار گھر نہیں: مشترک اثاثے ایک شریک کے پاس جو بعد میں انہیں fork، دوبارہ لائسنس، یا واپس لے سکتا ہے۔
• مبہم IP کی شرائط: ملکیت، لائسنس، اور patent کے حقوق طے ہونے سے پہلے بنانا شروع کرنا، بعد کے تنازعے کی ضمانت۔
• Antitrust سے اندھاپن: حریفوں کا “تعاون” کی آڑ میں تجارتی طور پر حساس معلومات بانٹنا۔
• تعاون کا تھیٹر: consortium جو ملتا اور شائع کرتا ہے مگر کبھی ship نہیں کرتا، بجٹ اور خیر سگالی کھاتا ہے۔
• حد کی الجھن: بین کمپنی کام کو اندرونی کام کی طرح سمجھنا، ایسا ہدایت دینے کا اختیار فرض کرنا جو موجود نہیں۔

پختگی کا ماڈل

• سطح 1، آغاز۔ تعاون موقع پرستانہ اور شخصیت سے چلنے والا ہے، ہاتھ ملانے سے منظم، بغیر تحریری IP، ڈیٹا، یا نظم و نسق کی شرائط کے۔ حریف مشترک انحصار پر صرف غیر رسمی خیر سگالی سے تعاون کرتے ہیں۔ یہ تب تک کام کرتا ہے جب تک کلیدی شخص چھوڑ نہ دے یا تنازعہ نہ اٹھے، پھر ڈھ جاتا ہے۔
• سطح 2، ترقی۔ کچھ تعاون واضح معاہدوں (لائسنس، CLAs یا DCOs، ڈیٹا شیئرنگ کے معاہدے) کے ساتھ متعین دائرے اور فیصلے کے حقوق پر قائم ہیں، مگر عمل ٹیموں میں غیر مستقل ہے۔ ایک گروہ مشترک اثاثہ غیر جانب دار گھر میں رکھتا ہے جبکہ دوسرا اب بھی ہاتھ ملانے پر انحصار کرتا ہے، اور نظم و نسق، جہاں ہے، دو طرفہ اور بھاری ہے۔
• سطح 3، معیار بندی۔ دستاویزی، ادارہ گیر ماڈل تعاون کے طریقے کو منظم کرتا ہے: مشترک اثاثے شائع شدہ نظم و نسق، روڈ میپس، اور میرٹ پر مبنی فیصلے کے حقوق کے ساتھ غیر جانب دار گھروں (فاؤنڈیشنز یا مرکزی اداروں) میں بیٹھتے ہیں؛ مشترک کام شروع ہونے سے پہلے لائسنس، IP، ڈیٹا شیئرنگ، اور antitrust کی شرائط کی معیاری چیک لسٹ لازم ہے؛ باہمی عمل پذیری کھلے معیارات (باب 3.8) پر ٹکی ہے۔ قواعد مستقل نافذ ہوتے ہیں، ہر ٹیم کی صوابدید پر نہیں چھوڑے جاتے۔
• سطح 4، انتظام۔ تعاون کا پورٹ فولیو بنیادی خطوط کے مقابل ناپا اور کنٹرول کیا جاتا ہے۔ آپ ہر رکنیت کی لاگت اور عملے کے گھنٹے، ہر مشترک پراجیکٹ کے لیے شراکت بمقابلہ فائدہ، نجی تعمیر کے مقابل بچی لاگت، اور گھٹا lock-in ٹریک کرتے ہیں، اور نظم و نسق پر قبضے کے پیشگی اشاریوں پر نظر رکھتے ہیں جیسے commits، بورڈ کی نشستوں، یا maintainer کے کرداروں میں ایک رکن کا حصہ۔ بند کرنے یا تجدید کی حدیں پہلے سے طے ہیں، اس لیے رکی ہوئی consortium یا خالص-لینے والا تعلق جذبات کے دفاع کی بجائے شہادت پر پکڑا جاتا ہے۔
• سطح 5، ہم آہنگی۔ تعاون مسلسل بہتر ہوتی، ادارے بھر مربوط اسٹریٹجک صلاحیت ہے۔ آپ معیارات اور فاؤنڈیشنز کو صرف استعمال کرنے کی بجائے شکل دیتے ہیں، صحت مند مشترکہ برقرار رکھتے ہیں، بازار اور خطرے کی تصویر بدلنے پر coopetition اور اخراج کو دوبارہ متوازن کرتے ہیں، اور جن میٹرکس کو ٹریک کرتے ہیں ان کے جواب میں نظم و نسق ڈھالتے ہیں۔ بین تنظیمی کام بنیادی مہارت ہے: غیر مربوط پراجیکٹس کے مجموعے کی بجائے پھلتا پھولتا GovTech یا صنعتی ماحولیاتی نظام۔

بحث کے لیے خیالات

• آپ کی ٹیکنالوجی کے کون سے حصے حقیقی مسابقتی یا خودمختاری کی برتری ہیں، اور کون سی عام بنیادیں ہیں جن کی تعمیر کی لاگت آپ کو بانٹنی چاہیے؟
• آپ نظم و نسق پر قبضے کو جلد کیسے پہچانیں گے، اس سے پہلے کہ غالب رکن خاموشی سے تعاون کو اپنے مقاصد کی طرف موڑ دے؟
• مشترک پراجیکٹ میں انجینئرنگ کی کوشش دینے سے پہلے آپ کون سا کم از کم تحریری معاہدہ (IP، ڈیٹا، فیصلے کے حقوق) لازم کریں گے؟
• بین ایجنسی ڈیٹا شیئرنگ کے اقدام کے لیے، آپ ترسیل کا ہدف اور رازداری و ڈیٹا کے تحفظ کا قانون (باب 4.5) دونوں رکے بغیر کیسے پورے کرتے ہیں؟
• جب بڑا شراکت دار مشترک پلیٹ فارم چھوڑنے کی دھمکی دے تو آپ کا نظم و نسق تعاون کو ڈھنے یا قبضے میں جانے کی بجائے زندہ کیسے رکھتا ہے؟
• صحت مند coopetition اور antitrust کے خطرے کے درمیان لکیر کہاں ہے، اور آپ کے ادارے میں اس کا فیصلہ کرنے کا اہل کون ہے؟

اہم نکات

• بین تنظیمی تعاون آزاد اداروں کا بغیر مشترک اختیار کے مشترک کام ہے؛ یہ نظم و نسق، معاہدوں، اور اعتماد سے کمایا جاتا ہے، حکم سے نہیں۔
• شکل دانستہ چنیں، چاہے consortium، فاؤنڈیشن، معیارات کا ادارہ، joint venture، PPP، مشترک پلیٹ فارم، ڈیٹا شیئرنگ کا انتظام، یا coopetition، مقصد کے مطابق۔
• غیر جانب دار نظم و نسق، واضح فیصلے کے حقوق، اور صریح شراکت اور IP کی شرائط ہی آزاد فریقوں، بشمول حریفوں، کو محفوظ تعاون دیتی ہیں۔
• باہمی عمل پذیری اور کھلے معیارات (باب 3.8) تکنیکی بنیاد ہیں؛ ان کے بغیر تعاون نازک، lock-in کے شکار انضمام میں بگڑ جاتا ہے۔
• ڈیٹا شیئرنگ، رازداری (باب 4.5)، اور antitrust کے لیے احتیاط سے معاہدہ کریں، خاص طور پر جب حریف تعاون کریں۔
• ناکامی کے طریقوں (free-riding، نظم و نسق پر قبضہ، اور غیر ہم آہنگ ترغیبات) پر نظر رکھیں اور نظم و نسق اور اخراج کے حقوق کو ان سے نمٹنے کے لیے ڈیزائن کریں۔
• انٹرپرائز اور حکومت دونوں کے لیے، لاگت عام بنیاد پر بانٹیں اور کنٹرول وہاں رکھیں جہاں برتری اور خودمختاری واقعی رہتی ہے (باب 10.11)۔

حوالہ جات اور مزید مطالعہ

• Elinor Ostrom, Governing the Commons: The Evolution of Institutions for Collective Action (1990): the foundational study of how shared resources are sustained without central authority.
• Henry Chesbrough, Open Innovation: The New Imperative for Creating and Profiting from Technology (2003): collaboration across organizational boundaries as a source of innovation.
• The Apache Software Foundation: governance model, “The Apache Way,” and meritocratic decision-making (apache.org).
• The Linux Foundation: neutral hosting and governance for large-scale open-source collaboration (linuxfoundation.org).
• Karim Lakhani and others, writing on open-source and community-based innovation; and Adam Brandenburger and Barry Nalebuff, Co-opetition (1996): the strategy of cooperating and competing at once.
• OpenSSF (Open Source Security Foundation) and the OpenChain standard (ISO/IEC 5230): cross-organisation approaches to supply-chain and licence compliance.
• Government digital service and GovTech literature on shared platforms and inter-agency data sharing (for example, national digital-service and open-standards guidance).