فیصلہ کرنے سے پہلے اپنے لیگیسی سسٹمز کی فہرست کیسے بناؤں؟

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

حصہ 2 میں آپ نے ہر سسٹم کو 8 میں سے نمبر دیے تھے۔ نمبر خطرہ دکھاتے ہیں؛ فہرست وہ دیتی ہے جو فیصلے کے لیے درکار ہے۔

ہر سسٹم کے صفحے پر کیا لکھیں

شروع کرنے کے لیے کسی خاص سافٹ ویئر کی ضرورت نہیں۔ ایک سادہ جدول کافی ہے، بشرطیکہ وہ ہر سسٹم کے لیے ان سوالوں کا جواب دے:

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

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

ڈیٹا کا سوال: اسے نہ چھوڑیں

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

یہ بات جدید کاری کے ٹولز پر بھی لاگو ہوتی ہے۔ مثال کے طور پر، AWS Transform کا سرکاری ریجنز صفحہ 9 ریجنز کی فہرست دیتا ہے جہاں ورک اسپیس بنائے جا سکتے ہیں، ان میں سے کوئی بھی مشرق وسطیٰ میں نہیں، اور خبردار کرتا ہے کہ ڈیٹا اس ریجن کے علاوہ کسی اور ریجن میں پراسیس ہو سکتا ہے جہاں سے آپ کام کرتے ہیں۔ سعودی پریس ایجنسی کی 1 ستمبر 2026 کی خبر کے مطابق Amazon نے اعلان کیا کہ مملکت میں اس کا پہلا کلاؤڈ ریجن دسمبر 2026 میں شروع ہونے کی راہ پر ہے۔ اس لیے لکھ لیں کہ آج ہر سسٹم کا ڈیٹا کہاں ہے، تاکہ آپ جان سکیں کہ کون سے ٹولز اسے بلا مسئلہ پڑھ سکتے ہیں۔

AI فہرست سازی کو کیسے تیز کرتا ہے، اور وہ کیا نہیں جانتا

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

Amazon کی مائیگریشن گائیڈ دریافت کے ٹول کے اپنے ڈیٹا سے بند کیے جا سکنے والے سسٹمز پہچاننے کی عملی علامات بھی دیتی ہے:

• جس سسٹم کا اوسط CPU اور میموری استعمال 5 فیصد سے کم ہو، گائیڈ اسے زومبی ایپلیکیشن کہتی ہے۔
• جس سسٹم کا استعمال 90 دن میں 5 سے 20 فیصد کے درمیان ہو، وہ اسے غیر فعال ایپلیکیشن کہتی ہے۔
• جس سسٹم پر پچھلے 90 دن میں کوئی آنے والا کنکشن نہ ہو، وہ بند کرنے کا امیدوار ہے۔

لیکن ٹول یہ نہیں جانتا کہ سسٹم کا ذمہ دار کون ہے، اس کا معاہدہ کب تجدید ہوتا ہے، اسے سمجھنے والا واحد ملازم اگلے سال ریٹائر ہو رہا ہے، یا یہ کہ سال کی واحد زکوٰۃ رپورٹ اسی سے نکلتی ہے۔ یہ معلومات ہر سسٹم کے ذمہ دار اور صارفین سے مختصر گفتگو سے ملتی ہیں۔ مشین تکنیکی کالم بھرتی ہے؛ لوگ کاروباری کالم بھرتے ہیں۔

ہر سسٹم کے لیے پانچ فیصلے

فہرست کے بعد ہر سسٹم کو ایک فیصلہ دیں۔ یہ Amazon کی گائیڈ کی سات حکمت عملیوں کی آسان تصویر ہے:

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

Origami کا نقطہ نظر

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

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

اس ہفتے کی مشق: ہر سسٹم کے لیے ایک صفحہ

حصہ 2 کی مشق میں 8 میں سے 6 یا زیادہ نمبر لینے والے سسٹمز لیں، اور ہر ایک کے لیے یہ جدول ایک ہی صفحے پر بھریں:

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

آگے کیا ہے

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

ذرائع

• AWS Prescriptive Guidance: سات مائیگریشن حکمت عملیاں — retain، retire، repurchase، rehost، relocate، replatform اور refactor، اور 5 فیصد، 20 فیصد اور 90 دن کی علامات۔
• AWS Transform: سرکاری سروس صفحہ — دریافت، مرحلہ وار منصوبہ بندی اور مین فریم جائزہ۔
• AWS Transform: قیمتیں — جائزہ فی الحال مفت ایجنٹوں میں شامل ہے۔
• AWS Transform: معاون ریجنز — 9 ریجنز؛ ڈیٹا کسی اور ریجن میں پراسیس ہو سکتا ہے۔
• سعودی پریس ایجنسی: دسمبر 2026 میں مملکت میں AWS ریجن۔
• SDAIA: ذاتی ڈیٹا کا تحفظ۔