11.7 دیگر تحفظات جو IT پروکیورمنٹ پلاننگ کے عمل کو متاثر کرتے ہیں۔
11.7۔ 2 تعمیر بمقابلہ خرید تجزیہ
کمپیوٹر سسٹمز اور سافٹ ویئر جیسے ہی مارکیٹ میں آتے ہیں پرانے ہو جاتے ہیں۔ یہ ایجنسیوں کو اس مخمصے کے ساتھ پیش کرتا ہے کہ آیا کسٹم سسٹم بنانا زیادہ معنی خیز ہے یا پیک شدہ حل خریدنا۔ نیا IT سسٹم بناتے یا خریدتے وقت، کئی چیزوں پر غور کرنا ہوتا ہے۔ اپنی مرضی کے نظام کے ڈیزائن کے لیے، ایک ایجنسی کو مشکل اخراجات جیسے کہ ترقی، جانچ اور نفاذ سے نمٹنا ہوگا۔ آف دی شیلف پیکجوں کے لیے، ابتدائی پیکیج کی قیمت، جاری لائسنس کی فیس، اور ممکنہ طور پر حسب ضرورت، ترتیب، ترمیم، جانچ اور دیکھ بھال کے اخراجات ہوتے ہیں۔ ایپلیکیشن سروس فراہم کرنے والے، سافٹ ویئر بطور سروس یا کلاؤڈ پر مبنی دیگر حلوں کے لیے، یہ تعین کرنے کے لیے کہ آیا ہوسٹنگ واقعی ایجنسی یا VITA کی طرف سے فراہم کی جانی چاہیے، یا اگر ایک پرائیویٹ کلاؤڈ کی ضرورت ہے بمقابلہ عوامی، سیکیورٹی اور ڈیٹا پرائیویسی کے تقاضوں پر غور کریں، اور مختلف ڈیٹا ہوسٹنگ اور ڈیٹا اسٹوریج کے ماحول کے لیے تمام متعلقہ اخراجات پر غور کریں۔ خرید بمقابلہ خرید کے فیصلے کے پوائنٹس ایک جیسے ہیں، پروکیورمنٹ سے قطع نظر:
- لاگت
- مارکیٹ کرنے کا وقت
- مارکیٹ کے حالات
- فن تعمیر
- سپورٹ کے اخراجات
- ہنر مند وسائل کی دستیابی
- اسٹریٹجک قدر
مزید برآں، بڑے IT سپلائی کنسولیڈیشن نے قیمتوں کے نئے ماڈلز اور بنڈلنگ آپشنز کو جنم دیا ہے جو کاروباری مالکان کو بہت زیادہ فائدہ پہنچاتے ہیں۔ اوپن سورس سافٹ ویئر دونوں جہانوں میں بہترین فراہم کر سکتا ہے، ہائبرڈ طریقوں کے ساتھ جو خریدے ہوئے اور اپنی مرضی کے مطابق بنائے گئے اجزاء کو یکجا کرتے ہیں۔ اس بات کا جائزہ لیتے ہوئے کہ آیا اسے بنانا ہے یا خریدنا ہے، ایک ایجنسی کو سافٹ ویئر لائف سائیکل کے دوران کل اخراجات کو سمجھنا چاہیے، جو عام طور پر سات یا آٹھ سال ہوتے ہیں۔ تحقیقی مطالعات سے پتہ چلتا ہے کہ 70% سافٹ ویئر لاگت لاگو ہونے کے بعد ہوتی ہے۔ ایک سخت لائف سائیکل تجزیہ جو حقیقت پسندانہ طور پر اندرون خانہ ڈویلپرز کے ذریعہ جاری دیکھ بھال کا تخمینہ لگاتا ہے اکثر یہ ظاہر کرتا ہے کہ حل بنانے کے بجائے خریدنا سستا ہے۔ اس کے علاوہ، جیسا کہ زیادہ سرمایہ کاری مؤثر، پرکشش مارکیٹ کے حل دستیاب ہوتے ہیں، یہ ثابت شدہ تجارتی حل کے ساتھ عمر رسیدہ ملکیتی ایپلی کیشنز کو تبدیل کرنا زیادہ سازگار ہو سکتا ہے۔ تعمیر بمقابلہ خرید تجزیہ کرتے وقت، کچھ فیصلہ کن نکات ہوتے ہیں جو تجزیہ میں مدد کر سکتے ہیں:
- نظام کے حتمی استعمال کی بنیاد پر فیصلہ کریں کہ سسٹم کی ضروریات کیا ہوں گی۔ یہ تقاضے تعمیر بمقابلہ خرید تجزیہ کے دوران غور کرنے والے نکات کا حکم دیں گے۔
- ضروریات کو پورا کرنے کے لیے دستیاب مارکیٹ پروڈکٹس کی اقسام کی تحقیق کریں۔ ضروریات کے مقابلے ان مصنوعات کی طاقتوں اور کمزوریوں کا تجزیہ کریں اور یہ کہ کس طرح حسب ضرورت نظام کے ڈیزائن اور نفاذ سے موازنہ کریں۔
- لاگت، حسب ضرورت، شیڈول، سپلائر سپورٹ، وغیرہ پر درجہ بندی کی گئی ہر پروڈکٹ کے لیے فیصلے کے تجزیہ کی اسپریڈشیٹ تیار کریں۔
- غیر محسوس عوامل کا اندازہ کریں جن کی مقدار درست کرنا مشکل ہے۔ اگر سسٹم کو مرمت یا ترمیم کی ضرورت ہو تو، خصوصی پروگرامنگ زبانوں کے مقابلے میں عام زبانوں جیسے MS Visual Basic یا Oracle کو سپورٹ کرنے کے لیے ڈویلپرز کو تلاش کرنا آسان ہو سکتا ہے۔ سورس کوڈ کا مالک ہونا فائدہ مند ہے تاکہ ڈویلپر سسٹم پر کام کر سکیں۔ کسٹم سسٹم کے ساتھ، اگر معاہدہ صحیح لکھا گیا ہے تو ایک ایجنسی کوڈ کی مالک بن سکتی ہے۔ پیکیجڈ سسٹم کے ساتھ، ایک ایجنسی کو لائسنسنگ کی فیس ادا کرنی ہوگی اور ہو سکتا ہے کہ وہ کوڈ کے اہم حصوں تک رسائی کے حقوق حاصل نہ کر سکے۔
- ضرورت سے زیادہ صلاحیت خریدنے سے گریز کریں۔ بہت سے پیکڈ سافٹ ویئر سسٹمز میں کسی ایجنسی کی ضرورت سے زیادہ خصوصیات ہیں۔
ہدایت نامے کو کلیدی الفاظ یا عام اصطلاحات کے ذریعے تلاش کریں۔