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

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

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

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

لماذا يهم هذا

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

الحساب

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

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

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

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

مثال محلول

مؤسسة تحتاج نظام موافقة إلكترونية. الشراء: 150 ألف£/سنة برمجية كخدمة، تعمل خلال 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% للتجاوز هي تحيز التفاؤل في الكتاب الأخضر بنسخته البرمجية - طبّقها آليًا، وناقش الاستثناءات بدلًا من الانطلاق منها)؛ الصدق في المقارِن (البديل عن البناء ليس "لا شيء"، بل أفضل خيار شراء متاح - انظر تكلفة الفرصة البديلة)؛ واختبار التكافؤ قبل مقارنة التكلفة (إذا كان الشراء والبناء يلبيان نفس المواصفات فعليًا، فهذا تحليل تدنية التكلفة ويفوز الأرخص؛ وإن لم يكن كذلك، فيجب تقييم فارق النتيجة لا افتراضه).

المزالق

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

المصادر