11.7 الاعتبارات الأخرى التي تؤثر على عملية تخطيط مشتريات تكنولوجيا المعلومات
11.7.2 تحليل البناء مقابل الشراء
يبدو أن أنظمة الكمبيوتر والبرمجيات تبدو قديمة بمجرد طرحها في السوق. وهذا يضع الوكالات أمام معضلة ما إذا كان من المنطقي بناء نظام مخصص أو شراء حل مُجمّع. عند بناء أو شراء نظام جديد IT ، هناك عدد من الأمور التي يجب مراعاتها. بالنسبة لتصميم نظام مخصص، سيتعين على الوكالة التعامل مع التكاليف الصعبة مثل التطوير والاختبار والتنفيذ. بالنسبة للباقات الجاهزة، هناك تكلفة الحزمة الأولية، ورسوم الترخيص المستمرة، وربما تكاليف التخصيص والتهيئة والتعديل والاختبار والصيانة. بالنسبة لمزود خدمة التطبيقات أو البرمجيات كخدمة أو غيرها من الحلول القائمة على السحابة، يجب النظر في متطلبات الأمن وخصوصية البيانات لتحديد ما إذا كان ينبغي توفير الاستضافة بالفعل من قبل الوكالة أو VITA ، أو إذا كان مطلوبًا توفير سحابة خاصة مقابل سحابة عامة، والنظر في جميع التكاليف المرتبطة بمختلف بيئات استضافة البيانات وتخزين البيانات. نقاط قرار البناء مقابل الشراء هي نفسها بغض النظر عن عملية الشراء:
- التكلفة
- وقت الوصول إلى السوق
- ظروف السوق
- الهندسة
- تكاليف الدعم
- توافر الموارد الماهرة
- القيمة الاستراتيجية
بالإضافة إلى ذلك، أدى اندماج الموردين الرئيسيين IT إلى نماذج تسعير جديدة وخيارات تجميع تمنح أصحاب الأعمال نفوذاً أكبر بكثير. قد توفر البرمجيات مفتوحة المصدر أفضل ما في العالمين، من خلال الأساليب الهجينة التي تجمع بين المكونات المشتراة والمكونات المصممة خصيصاً. عند تقييم ما إذا كان يجب البناء أو الشراء، يجب على الوكالة أن تفهم التكاليف الإجمالية خلال دورة حياة البرمجيات، والتي عادةً ما تكون سبع أو ثماني سنوات. تظهر الدراسات البحثية أن 70% من تكاليف البرمجيات تحدث بعد التنفيذ. غالبًا ما يُظهر التحليل الدقيق لدورة الحياة الذي يقدّر بشكل واقعي الصيانة المستمرة من قبل المطورين الداخليين أن الشراء أرخص من إنشاء حل. بالإضافة إلى ذلك، مع توفر حلول سوقية أكثر جاذبية وفعالية من حيث التكلفة وفعالية من حيث التكلفة، قد يكون من الأفضل استبدال التطبيقات القديمة المملوكة بحلول تجارية مجربة. عند إجراء تحليل البناء مقابل الشراء، هناك بعض نقاط القرار التي يمكن أن تساعد في التحليل:
- حدد متطلبات النظام، بناءً على الاستخدام النهائي للنظام. ستحدد هذه المتطلبات النقاط التي يجب أخذها في الاعتبار أثناء تحليل البناء مقابل الشراء.
- ابحث عن أنواع المنتجات المتاحة في السوق المتاحة لتلبية المتطلبات. قم بتحليل نقاط القوة والضعف في هذه المنتجات مقابل المتطلبات وكيفية مقارنتها بتصميم وتنفيذ نظام مصمم خصيصًا.
- وضع جدول بيانات لتحليل القرارات لكل منتج مصنّف حسب التكلفة، والتخصيص، والجدول الزمني، ودعم الموردين، وما إلى ذلك.
- تقييم العوامل غير الملموسة التي يصعب قياسها كمياً. إذا كان النظام بحاجة إلى إصلاح أو تعديل، فقد يكون من الأسهل العثور على مطورين لدعم اللغات العامة مثل MS Visual Basic أو Oracle بدلاً من لغات البرمجة المتخصصة. من المفيد امتلاك الكود المصدري حتى يتمكن المطورون من العمل على النظام. مع نظام مخصص، يمكن للوكالة امتلاك الرمز إذا تمت كتابة العقد بشكل صحيح. مع النظام المعبأ، سيتعين على الوكالة دفع رسوم الترخيص وقد لا تتمكن من الحصول على حقوق الوصول إلى الأجزاء الرئيسية من الكود.
- تجنب شراء قدرات أكثر مما هو مطلوب. تحتوي العديد من أنظمة البرامج المجمعة على ميزات أكثر مما قد تحتاجه الوكالة.
ابحث في الدليل عن طريق الكلمات المفتاحية أو المصطلحات الشائعة.