مقاييس اقتصاديات الصحة

الموضوع 72 من 91· هندسة البرمجيات والتسليم الرقمي

البناء مقابل الشراء

البناء مقابل الشراء هو مقارنة منظَّمة بين التطوير المخصَّص والاقتناء التجاري، على أساس التكلفة الإجمالية للملكية المخصومة، ووقت التسليم، والمخاطر. الأولويات التجريبية أحادية الجانب: تكاليف البناء الفعلية تتجاوز عادةً التوقعات بنسبة 30-40%، والحلول المُشترَاة تُنشَر أسرع بنسبة 40-60%، وبحث MIT للذكاء الاصطناعي التوليدي لعام 2025 وجد أن أدوات الذكاء الاصطناعي المُشترَاة نجحت ~67% من الوقت بينما نجح البناء الداخلي بنحو ثلث ذلك المعدل.

لماذا يهم هذا

أنظمة الصحة تواجه هذا القرار باستمرار ("صنع مقابل تكليف" بلغة NHS)، والمنظمات الهندسية تخطئ فيه بشكل منتظم في اتجاه البناء - لأن البانين يقدّرون البناء، لا التكلفة الإجمالية للملكية، ولأن البناء أكثر متعة. الإطار الاقتصادي يفرض المقارنة الصادقة: كلا الخيارين مُثمَّنان على نفس الأفق، كلاهما مُعدَّل بالمخاطر، وفارق الوقت مُثمَّن كـتكلفة التأخير - وهو المصطلح الذي يحدّد الإجابة في أغلب الأحيان ويُحذَف في أغلب الأحيان.

طريقة الحساب

قارن على نفس أفق 3-5 سنوات، مخصومًا:

القيمة_الحالية_الصافية_للخيار = القيمة الحالية(الفوائد، مُزاحة بوقت-تحقيق-القيمة) − القيمة الحالية(التكلفة الإجمالية للملكية)

تعديلات المخاطر (نمط "تحيّز التفاؤل" في Green Book):
  تكلفة البناء × 1.3-1.4        (أولوية التجاوز)
  وقت-تحقيق-قيمة البناء + 40-60% (أولوية تأخير النشر)
  الشراء: أضف فحص واقع التكامل وتكاليف الخروج بدلًا من ذلك

محرّكات القرار، بالترتيب الذي يحدّد عادةً:
  1. التمييز - هل هذه القدرة منتجك، أم بنية تحتية أساسية؟
  2. وقت-تحقيق-القيمة × تكلفة التأخير
  3. التكلفة الإجمالية للملكية المُعدَّلة بالمخاطر

مثال محلول

ثقة تحتاج نظام موافقة إلكترونية. الشراء: 150 ألف£/سنة SaaS، يعمل خلال 3 أشهر. البناء: تقديري 600 ألف£ + 120 ألف£/سنة صيانة، يعمل خلال 12 شهرًا.

البناء المُعدَّل بالمخاطر: 600 ألف × 1.35 = 810 ألف£؛ وقت-تحقيق-القيمة ≈ 18 شهرًا
التكلفة الإجمالية للملكية لـ5 سنوات:  الشراء = 150 ألف × 5 = 750 ألف£
           البناء = 810 ألف + 120 ألف × 5 = 1,410 ألف£
بند التأخير: رقمنة الموافقة توفّر 25 ألف£/شهر؛ البناء يصل بعد 15 شهرًا
            إضافية ← تكلفة التأخير = 15 × 25 ألف = 375 ألف£

المقارنة الفعلية: 750 ألف£ مقابل 1,785 ألف£ - الشراء يفوز بنحو مليون£،
وأكبر بند مُنفرد بعد البناء نفسه هو تكلفة التأخير التي لم يُثمِّنها أحد.

يبقى البناء صحيحًا عندما تكون القدرة مُميِّزة (خوارزمية منتجك الأساسية)، عندما لا يلبّي مورّد قيدًا صارمًا (السلامة السريرية، إقامة البيانات)، أو عندما يكون خطر الارتهان للمورّد شديدًا ومُثمَّنًا.

الصلة بهندسة البرمجيات

الانضباط القابل للنقل من اقتصاد الصحة ثلاثي: تعديل المخاطر المبني على الأولويات (زيادة التجاوز بنسبة 30-40% هي تحيّز التفاؤل البرمجي بنمط Green Book - طبّقه آليًا، واحتجّ للاستثناءات لا منها)؛ صدق المقارِن (البديل عن البناء ليس "لا شيء"، بل أفضل شراء متاح - انظر تكلفة الفرصة البديلة)؛ واختبار التكافؤ قبل مقارنة التكلفة (إذا كان الشراء والبناء يلبّيان فعليًا المواصفة نفسها، فهذا تحليل تقليل التكلفة والأرخص يفوز؛ وإن لم يكن كذلك، فارق النتيجة يجب تثمينه، لا افتراضه).

المزالق

  • مقارنة سعر قائمة المورّد بتقديرات بناء غير مُعدَّلة بالمخاطر - تحيّز مضاعف لصالح البناء.
  • عمالة داخلية بسعر صفر ("الفريق موجود بالفعل").
  • ارتهان غير مُثمَّن في كلا الاتجاهين: تكاليف خروج المورّد، لكن أيضًا عامل الحافلة وعمر الصيانة للبناء.
  • بناء مدفوع بالهوية: "هذا أساسي لنا" يُدَّعى لبنية تحتية أساسية - اختبر التمييز مقابل ما إذا كان العملاء سيلاحظون.

المصادر