مبارک ہو آپ نے کچھ سافٹ ویئر نافذ کرنے کا فیصلہ کیا ہے اور چاہتے ہیں کہ یہ کامیاب ہو۔ کیا یہ فرتیلی یا آبشار یا دبلی پتلی یا سکرم یا مکمل طور پر کچھ اور ہوگا۔ جبکہ ایک کامیاب پراجیکٹ کے نفاذ کے لیے اسے چلانے کے لیے اپنی ضروریات ہوتی ہیں۔
لاتعداد چیزیں ہیں جن کو شروع کرنے سے پہلے غور کرنا چاہئے۔
کیا ٹارگٹ آپریٹنگ ماڈل کی مناسب وضاحت کی گئی ہے؟
نئی ٹکنالوجی کے نفاذ میں جلدی کرنے میں بے شمار خرابیاں ہیں لیکن اس سے زیادہ عام کوئی نہیں ہے کہ کسی سسٹم کو اس بات پر غور کیے بغیر کہ اس کے مکمل ہونے پر بڑی تصویر کیسی نظر آئے گی۔ اب تک بہت سارے منصوبے زخمی ہیں۔
شروع میں واپس کیونکہ ٹیکنالوجی کے کچھ اہم حصے کو مجموعی اسکیم میں شامل نہیں کیا گیا تھا۔ آج مارکیٹ میں تمام فنٹیکس اور رکاوٹوں کے ساتھ، سبھی بغیر کسی رکاوٹ کے ایک دوسرے کے ساتھ مربوط ہونے کی کوشش کریں گے، لیکن مکمل سمجھ کے بغیر
of کس طرح آپ چاہتے ہیں کہ وہ آپس میں جڑیں اور کس وجہ سے، آپ آسانی سے اپنے ٹارگٹ آپریٹنگ ماڈل کو وسط میں دوبارہ کرتے ہوئے اور آپ کی اب تک خرچ کی گئی تمام کوششوں اور وسائل کو ضائع کرنے کے لیے آسانی سے پا سکتے ہیں۔ یہ ایسا ہی ہے جیسے ہوائی جہاز بنانے کی کوشش کرتے وقت
اسے اڑانا یا گاڑی چلاتے ہوئے گاڑی کا ٹائر تبدیل کرنا۔ عام TOM کے پاس کلائنٹ کا سامنا کرنے والے عملے کے استعمال کے لیے ایک کسٹمر ریلیشن شپ مینجمنٹ (CRM) قسم کا نظام ہوگا، جو ایک کلائنٹ لائف سائیکل مینجمنٹ سسٹم سے منسلک ہوگا جس میں ورک فلو اور رولز انجن شامل ہوں گے۔
ڈیٹا انٹری/دستاویزات اپ لوڈ/توثیق اور تصدیق کو مکمل کرنے کے لیے ضروری کاموں کو متعلقہ لوگوں تک پہنچانا۔ ایک ماسٹر ڈیٹا مینجمنٹ (MDM) سسٹم ہو سکتا ہے جسے ریکارڈ/گولڈن کاپی کا ماخذ سمجھا جاتا ہے، لیکن اکثر ایسا ہوتا ہے
مختلف نظاموں کے ساتھ متعدد مجموعی یا مربوط ڈیٹا اسٹورز کا نظام جو ریکارڈ کو اپ ڈیٹ کر سکتا ہے۔ ان بلٹ یا انٹیگریٹڈ ٹرانزیکشن مانیٹرنگ سروسز کے ساتھ لین دین/تجارتی/ قرض دینے کے نظام ہو سکتے ہیں۔ ڈیٹا/دستاویزات کے لیے فریق ثالث فراہم کنندہ ہو سکتے ہیں۔
یا خبریں/منفی خبریں/اسکریننگ کے مقاصد۔ ان میں سے سبھی یا کچھ کلاؤڈ بیسڈ یا پرائمیس سسٹم پر بھی ہوسکتے ہیں۔ تو اب پھر، میں آپ سے پوچھتا ہوں، کیا آپ نے غور کیا ہے کہ ٹیکنالوجی کا یہ 1 نیا حصہ آپ کے مجموعی TOM میں کہاں فٹ بیٹھتا ہے اور کیا یہ حتمی ورژن ہے یا آپ
اسے موجودہ سیٹ اپ میں ضم کر رہے ہیں لیکن مستقبل میں اسے تبدیل کرنے کا ارادہ رکھتے ہیں۔
آپ کے تمام موجودہ سسٹمز کے لیے، آپ کب تک ان کی مدد کرنے/ان کے ارد گرد رکھنے کا ارادہ رکھتے ہیں؟
ایک عام غلطی ہے جسے سنک کاسٹ فالیسی کہا جاتا ہے جس کے تحت صرف اس وجہ سے کہ آپ نے سسٹم پر X ڈالر/یورو/پاؤنڈ خرچ کیے ہیں، شکست تسلیم کرنا اور اسے ختم کرنا بہت دور کی بات ہے۔ یا یہ کہ یہ ٹوٹا نہیں ہے لہذا اسے ٹھیک کرنے کی ضرورت نہیں ہے۔ یا یہ کہ یہ بہت زیادہ گھسا ہوا ہے۔
موجودہ نظاموں میں اسے ہٹانے یا تبدیل کرنے کے قابل ہو جائے گا۔ اگر ایسا ہے تو، پھر آپ کو ممکنہ طور پر ناکامی کے ایک نقطہ کے ساتھ بھی اس کا احساس کیے بغیر ختم ہو گیا ہے۔ جدید ٹیکنالوجی کے حل لچکدار ہیں اور انہیں تبدیلی کے لیے بنایا جانا چاہیے۔ پہلے انضمام/ حصول
یا نظاموں کے انضمام نے ٹکنالوجی کو مربوط کرنے پر مجبور کر دیا ہے اور معمول کا عمل صرف اسے کام پر لانا ہے۔ ان کو مواقع کے طور پر سمجھا جانا چاہئے کہ وہ اس بات پر نظر ثانی کریں کہ کچھ کیسے کیا جاتا ہے اور زیادہ موثر طریقے سے کوشش کرتے ہیں۔ دوسرا
اس کے لیے، زیادہ تر نئی ٹیکنالوجیز اسی طرح کی پیشکش/ماڈیول/خصوصیات جیسے کہ رپورٹنگ، ڈیش بورڈز، ورک فلو، کیس مینجمنٹ رولز انجن، کنفیگریشن اسٹوڈیو رکھنے کا دعویٰ کریں گی۔ اس کا مقصد زیادہ سے زیادہ سامعین کے لیے اپیل کرنا ہے اور یہ ہے۔
کچھ لوگ سوچ رہے ہیں کہ "جب Y میں پہلے سے ہی یہ صلاحیت موجود ہے تو مجھے X خریدنے کی ضرورت کیوں ہے؟"۔ لیکن اس کو ذہن میں رکھتے ہوئے، کیا آپ واقعی اپنے CRM کو ٹرانزیکشن مانیٹرنگ سسٹم میں تبدیل کرنا چاہتے ہیں؟ یا آپ کا اکاؤنٹ سسٹم آپ کے MDM کے گیٹ وے میں ہے؟ یا آپ کا MDM بطور پرنسپل
ڈیٹا انٹری پوائنٹ۔ آپ جانتے ہیں کہ آپ 12345678 کے طور پر ٹیلی فون نمبروں کے ساتھ ہزاروں ریکارڈ کے ساتھ ختم ہونے جا رہے ہیں۔
عملہ/ کردار
کسی بھی نفاذ کے کامیاب ہونے کے لیے، آپ کے پاس پروجیکٹ کے دونوں طرف آپ کے متعین کردار ہوں گے۔ آپ کا اور دکانداروں کا۔ یہ ظاہر ہے کہ بجٹ، دائرہ کار اور ٹائم لائن پر منحصر ہے۔ آپ کے پاس 4 ہفتے کا کلاؤڈ بیسڈ نفاذ ہو سکتا ہے جس کے لیے 2 عملہ درکار ہے۔
وینڈر یا یہ 10 ہفتوں کے بڑے ریلیز کے 12 مرحلے ہو سکتے ہیں جس میں 2 ہفتے کے چست تقاضوں کے نقطہ نظر کے ساتھ کاروبار/مصنوعات کے تجزیہ کاروں، ڈویلپرز، موضوع کے ماہرین، کوالٹی ایشورنس ٹیسٹرز، جن میں سے سبھی کو جونیئر اور سینئر دونوں کرداروں کی ضرورت ہوتی ہے، پروجیکٹ
کاروبار/علاقہ/ دائرہ اختیار کی ہر لائن کے مینیجرز اور ان سب کی نگرانی کے لیے ایک پروگرام مینیجر۔ ایک پروجیکٹ اسپانسر کو شامل کریں اور یہ دیکھنا آسان ہے کہ انٹرپرائز سافٹ ویئر مہنگا کیوں ہو جاتا ہے، کبھی کبھار ممنوع بھی۔ یہ آپ کے عملے کی سطح پر غور کرنے سے پہلے بھی ہے۔
جو آپ کو میچ کے لیے مختص کرنے کی ضرورت ہے۔ یہ نہ بھولیں کہ اس پروجیکٹ میں شامل آپ کے عملے کے اراکین کافی وقت کے لیے اپنے روزمرہ کے کردار سے دور رہیں گے۔ یہ یقینی بنانا ضروری ہے کہ وینڈر کا عملہ تجربہ کار ہے اور وہ نہیں ہے۔
حال ہی میں آپ کے پروجیکٹ کی مانگ کو پورا کرنے کے لیے خدمات حاصل کی گئیں۔
دوسرا غور پارٹنرشپ ماڈل ہے۔ بہت سے قائم شدہ وینڈرز کے پاس تصدیق شدہ پارٹنرز ہیں، کچھ بوتیک فرمیں اور کچھ بڑی 4، جنہیں عمل درآمد میں مدد کے لیے بھی تیار کیا جا سکتا ہے، لیکن قیمت کے ساتھ بھی آتے ہیں۔
ڈیٹا منتقلی
سافٹ ویئر کے نئے ٹکڑے کو شامل کرنے والے اہم موضوعات میں سے ایک ڈیٹا تک رسائی اور/یا ڈیٹا کی منتقلی پر غور کرنا ہے۔ اگر نیا نظام ضرورت کے مطابق آپ کے موجودہ ڈیٹا بیس یا ڈیٹا بیس سے استفسار کرے گا، تو اسے کب رسائی ملے گی، کن صارفین کو کیا اجازت ہے؟
اس تک رسائی حاصل کرنے کے لیے، کیا رسائی صرف پڑھی جاتی ہے یا صارف نئے ریکارڈ میں ترمیم کر سکتے ہیں یا تخلیق کر سکتے ہیں اور جب وہ مرکزی ریکارڈ کو اپ ڈیٹ کر رہے ہوتے ہیں، تو ان تبدیلیوں کو کرنے کے لیے کون سے سسٹم کو ترجیحی ترتیب ہوتی ہے؟ کیا ہوگا اگر کوئی دوسرا سسٹم مختلف صارف کے ہوتے ہوئے تبدیلی کرنے کی کوشش کرے۔
آپ کی نئی ٹیکنالوجی فی الحال اس میں ترمیم کر رہی ہے؟ کیا اب اس کا مطلب یہ ہے کہ ڈیٹا میں ترمیم کی تمام درخواستوں کو اس نئی ٹیکنالوجی کے ذریعے روٹ کیا جانا چاہیے؟ جب تمام نئی ٹیکنالوجیز ایک ہی ترجیحی آرڈر کی درخواست کرتی ہیں تو کیا ہوتا ہے؟ یہ صرف فعال کسٹمر ریکارڈ سسٹمز کے لیے ہیں۔
ایک نیا واحد واحد نظام بنانے کے بارے میں کیا خیال ہے؟ کیا آپ کو پہلے دن کے تمام ڈیٹا کو منتقل کرنے کے لیے بگ بینگ اپروچ اختیار کرنا چاہیے؟ خطرات کا تصور کریں۔ منتقلی کی مدت کے بارے میں کیا خیال ہے جیسے کہ جب کوئی جائزہ طے ہوتا ہے، تو آپ جائزہ لینے کے لیے 1 یا بہت سے ذرائع سے حاصل کرتے ہیں۔
اور پھر صاف ریکارڈ کو نئے مرکزی ڈیٹا بیس پر پوسٹ کریں۔ اس کی بجائے 12 - 18 ماہ کی مدت میں منتقلی کی اجازت ہوگی۔ یہ ایک سائز نہیں ہے جو تمام انداز میں فٹ بیٹھتا ہے۔ اس سے پہلے کہ آپ ڈپلیکیٹس کو ہینڈل کرنے پر غور شروع کریں۔
انضمام
اپنے ماحولیاتی نظام میں نئی ٹیکنالوجی شامل کرنے پر غور کرتے وقت، آپ کو یہ یقینی بنانا ہوگا کہ یہ آپ کے موجودہ سیٹ اپ کے ساتھ بغیر کسی رکاوٹ کے کام کرے گی۔ اس کے پاس ابتدائی طور پر 2 اختیارات ہیں، یا تو کسی مخصوص مسئلے کو حل کرنے کے لیے خالص نئے اضافے کے طور پر یا موجودہ نظام کے متبادل کے طور پر۔
یا جگہ پر نظام. کسی بھی طرح سے آپ اس بات کو یقینی بنانا چاہتے ہیں کہ اس کے پاس متعلقہ سسٹمز تک رسائی ہے جس کی اسے اپ اسٹریم اور ڈاون اسٹریم دونوں استعمال کے لیے ضرورت ہے۔ آپ کو یہ بھی یقین رکھنے کی ضرورت ہے کہ ریٹائر ہونے والے سسٹم میں موجود تمام پلمبنگ کو برقرار رکھا جا سکتا ہے۔
اجازت دینے کے بارے میں ایک سوال بھی ہے جسے مسلسل نظر انداز کیا جاتا ہے۔ صارف تک رسائی کا کنٹرول اس بات کو کنٹرول کرنے کے لیے کہ صارفین کو نئی ٹیکنالوجی کے لیے ڈیٹا کے لیے کیا اجازت ہے جس تک اسے رسائی حاصل ہے، جبکہ یہ بھی یقینی بناتا ہے کہ منتظم کی اجازت کی کوئی ضرورت نہیں ہے۔
لیکن جب آپ مستقبل میں ایک نئی ٹیکنالوجی شامل کرتے ہیں، تو کیا آپ کو اس مقام پر تمام تاریخی نظاموں کے لیے رسائی کنٹرول کو بہتر کرنے کی ضرورت ہے؟ جیسا کہ اوپر بھی ہے، آئیے اس بات کا تعین کرنے کی ضرورت کو نہ بھولیں کہ ڈیٹا کی تبدیلیوں/اپ ڈیٹس کے لیے کونسی ٹیکنالوجی ترجیحی ترتیب رکھتی ہے۔ ورنہ۔۔۔
آپ یہ کیسے یقینی بناتے ہیں کہ سسٹم A آج تبدیلی کرتا ہے، سسٹم B اسے کل بدل دیتا ہے اور سسٹم A اگلے دن دوبارہ کوشش کرتا ہے۔
سسٹم تک رسائی - Infosec پالیسیاں
کیا آپ نے متعلقہ ٹیموں کو اندرونی طور پر وسائل فراہم کرنے اور متعلقہ نظاموں تک بروقت رسائی فراہم کرنے کے لیے مشغول کیا ہے؟ اگر آپ کسی ماحول یا ڈیٹا بیس تک رسائی کی درخواست کرنے سے پہلے آخری لمحے تک انتظار کرنے کا منصوبہ بنا رہے ہیں۔
شاید صرف یہ معلوم ہو کہ آپ کی ہدف کی تاریخیں اچانک ناقابل حصول ہیں۔
خریدار بمقابلہ صارفین
کیا نئی ٹیکنالوجی کے آخری صارفین فیصلہ کرنے کے عمل میں شامل ہیں؟ دوسرے صارفین کی جانب سے فیصلہ کرنے کا کیا فائدہ، اگر آخر میں وہ فیصلہ کریں کہ جو بنایا جا رہا ہے، وہ ان کے مقاصد کے لیے موزوں نہیں ہے۔ کاروبار اور کے درمیان جنگ
IT ایک مستقل ہے جو ہر جگہ واقع ہوتا ہے، اور اس معاملے میں آگے پیچھے جھومتا ہے کہ فیصلہ کس کو کرنا ہے۔ سسٹم کے ڈیزائن سے، اکثر، ہر صارف کے لیے، ہر مسئلے کو حل کرنے کی توقع کی جاتی ہے۔ اوور انجینئرنگ ٹیکنالوجی 100٪ کے لئے حل کرنے کے لئے
قابل ستائش ہے لیکن بالآخر ایک وسیلہ بھاری کوشش ہے۔ ابتدائی مقصد اکثریت کے لیے حل ہونا چاہیے اور ایج کیسز کو آزمانے سے پہلے کامیاب ترسیل تک انتظار کرنا چاہیے۔ اس حتمی 20% یا 10% مسائل کو حاصل کرنے کے بنیادی مقصد کو برقرار نہیں رکھنا چاہئے۔
ٹیکنالوجی، لیکن اکثر یہ سب استعمال ہو جاتا ہے. اپنے آپ سے پوچھنے کا سوال یہ ہے کہ دن 1 میں یقینی طور پر کیا درکار ہے، اور اپنے اختیارات کو سب سیٹ تک محدود رکھیں کیونکہ پہلے سے طے شدہ جواب ہمیشہ، ہمیشہ، سب کچھ ہوتا ہے۔
لہٰذا اب جب ہم دیکھتے ہیں کہ کسی پروجیکٹ کو کامیاب بنانے کے لیے کن چیزوں پر غور کرنا ہے، تو ہمیں یہ سمجھنے کی ضرورت ہے کہ ہم شروع کرنے سے پہلے مزید متعلقہ چیزیں ہیں، جن کو شامل کرنے کی ضرورت ہے۔ یہ اس فیصلے پر بھی اثر انداز ہوں گے کہ پہلے کون سا سافٹ ویئر منتخب کرنا ہے۔
جگہ ہر چمکنے والی چیز سونا نہیں ہوتی. اس بات کو یقینی بنائیں کہ آپ جو منتخب کر رہے ہیں وہ تمام غور و فکر کے لیے موزوں ہے نہ کہ صرف ایک متوقع حتمی نتیجہ کے لیے۔
