شعار

ما يكون تطويره رخيصاً قد ينتهي به الأمر إلى أن يكون صيانته مكلفاً للغاية.

17 ديسمبر 2026

لا يكمن سعر البرمجيات في تكلفة بنائها، بل في تكلفة امتلاكها طوال سنوات استخدامها. لقد أصبح بناء البرمجيات رخيصًا، لكن تشغيلها وإصلاحها ودمجها وتطويرها لم يتغير. إن مقارنة مقترحين بناءً على ميزانية التنفيذ أشبه بمقارنة مبنيين بناءً على تكلفة الخرسانة.

أصبح هذا التمييز ملحاً خلال الأشهر الثمانية عشر الماضية. فقد انخفضت تكلفة إنتاج البرمجيات انخفاضاً حقيقياً وقابلاً للتحقق - إذ وثّقت مبادرة الذكاء الاصطناعي البشري في جامعة ستانفورد انخفاض تكلفة الاستدلال لنظام مكافئ لنموذج GPT-3.5 بأكثر من 280 ضعفاً بين نوفمبر 2022 وأكتوبر 2024 - ومعه انخفضت تكلفة البدء في العديد من مقترحات التطوير. أما ما لم ينخفض فهو تكلفة صيانة ما تم بناؤه.

ما الذي تشمله التكلفة الإجمالية للملكية فعلياً؟

تغطي ميزانية المشروع عادةً التحليل والتصميم والتطوير والتنفيذ. ويمثل هذا ما بين 30% و40% من إجمالي تكلفة النظام طوال فترة تشغيله. أما المبلغ المتبقي فيُخصص لاحقاً، ويُقسم على بنود نادراً ما تُدرج في المقترح الأولي.

رحيل

المحتويات

متى يظهر؟

بناء

التحليل والتصميم والتطوير والنشر

الأشهر من 1 إلى 9

بنية تحتية

الحوسبة السحابية، والتخزين، والنسخ الاحتياطية، والبيئات

منذ اليوم الأول، وإلى الأبد

تصحيح

العيوب، والتراجعات، وحوادث الإنتاج

منذ الأسبوع الأول

تطور

تغييرات في الأعمال، متطلبات جديدة، عمليات تكامل جديدة

مستمر

الأمن والامتثال

التحديثات، والتدقيقات، والتكيف التنظيمي

مستمر، مع ذروات تنظيمية

الاعتماد

تكلفة مورد واحد فقط يعرف كيف يلعبها

يظهر عندما تريد التغيير

يمكن تقدير البنود الخمسة الأولى. أما البند السادس فلا يظهر في أي ميزانية، وهو البند الذي يكلف أكبر قدر من المال عند تنفيذه، لأنه لا يُدفع باليورو في البداية، بل يُدفع بفقدان القدرة التفاوضية.

إن الدين التقني ليس مشكلة تقنية، بل هو بند من بنود الميزانية.

يُفسَّر الدين التقني عادةً على أنه مفهوم هندسي، ولذلك تتجاهله لجان الإدارة في كثير من الأحيان حتى فوات الأوان. أما من الناحية المالية، فالأمر أبسط: إنه التكلفة الإضافية التي تدفعها في كل مرة ترغب فيها بتغيير شيء ما، والناجمة عن قرارات اتُخذت لتسريع الأمور في حينه.

تشير تقديرات القطاع إلى أن عبء الصيانة والديون التقنية يبلغ حوالي 401% من ميزانية تقنية المعلومات في المؤسسات المتوسطة. ينبغي التعامل مع هذا الرقم على أنه تقدير تقريبي، وليس بيانات مدققة، نظرًا لاختلاف المنهجيات المستخدمة في الدراسات. مع ذلك، يبقى الاتجاه العام ثابتًا في جميع المصادر: فمعظم إنفاق الشركات الراسخة على التقنية لا يُموّل قدرات جديدة، بل يُموّل صيانة القرارات القديمة.

هناك معلومة إضافية تُغيّر مجرى النقاش عند طرحها مع المدير المالي: تُقدّر شركة IBM أن معالجة الديون التقنية للأنظمة القديمة يُمكن أن تُحسّن العائد على مبادرات الذكاء الاصطناعي بنسبة تصل إلى 291 تريليون روبية هندية. بعبارة أخرى، لا تقتصر تكلفة الديون التقنية على الصيانة فحسب، بل تُقلّل أيضًا من أداء جميع الأنظمة المبنية عليها.

والمشكلة تتفاقم، لا تتقلص. فقد وثّقت شركة GitClear، استنادًا إلى تحليل 211 مليون سطر برمجي، ارتفاعًا هائلًا في تكرار كتل التعليمات البرمجية بدءًا من عام 2024، وانخفاضًا في أعمال إعادة هيكلة التعليمات البرمجية - وهي العملية التي تُسهم في سداد الديون البرمجية - من حوالي 25.1% من إجمالي التغييرات في عام 2021 إلى أقل من 10.1% في عام 2024. بمعنى آخر، أصبح البناء أسرع والتنظيف أقل.

كيف يمكنك أن تدرك أن الهندسة المعمارية هي العائق الرئيسي؟

لا يلزم إجراء تدقيق رسمي للكشف عن الأعراض المبكرة. هذه هي المؤشرات التي تظهر أولاً:

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

عند ظهور ثلاثة أعراض أو أكثر من هذه الأعراض، فإن زيادة القدرة على التطوير لا تُسرّع أي شيء، بل تزيد فقط من عدد الأشخاص الذين ينتظرون حسم قرار التصميم.

الأسئلة الأربعة التي تكشف عن التكلفة الإجمالية الحقيقية لملكية أي مقترح

عند مقارنة الموردين، تُفرّق هذه الأسئلة الأربعة بين من يبيع خدمة توصيل واحدة ومن يبيع نظاماً متكاملاً. لا يتعلق أي منها بالجوانب التقنية، بل جميعها بنود تعاقدية.

لمن هذا الكود؟ إذا تضمن الرد تفاصيل دقيقة أو تراخيص أو "الوصول إلى المستودع"، فالجواب هو لا، ليس لك. يجب نقل ملكية الكود والوثائق والملكية الفكرية بموجب عقد. وبدون ذلك، يكون أي عرض سعر مبدئيًا، لأن للمزود سلطة غير محدودة على تحديد سعر معاملتك.

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

من يتحمل تكاليف العيوب؟ لا يُعدّ وجود عيب في الكود المُسلّم تغييرًا في نطاق المشروع. يجب إصلاحه مجانًا، ويجب توثيق ذلك كتابيًا. في مجموعة كلاود، نسمي هذا "ضمان رين"، وهو منصوص عليه في العقد: نُصلح عيوب الكود المُسلّم مدى الحياة. ليس هذا من باب الكرم، بل هو التزام بالاتساق: إذا ادّعيتَ أن فريقك الهندسي مُنضبط، فعليك أن تتحمّل تكلفة عدم انضباطه.

ما هي تكلفة التشغيل المقدرة على مدى ثلاث سنوات؟ بإمكان أي مزود خدمة موثوق أن يقدم لك مجموعة من خيارات البنية التحتية والدعم والترقية. أما من لا يستطيع ذلك، فإما أنه لم يفكر في الأمر أو أنه يفضل ألا تفكر فيه أنت.

هذه هي تحديداً الأسئلة التي نساعد في صياغتها عندما نتصرف كطرف مستقل في عملية اختيار الموردين وكتابة طلبات تقديم العروض [رابط داخلي], ، دون المشاركة كمرشحين في المناقصة التي نقوم بتقييمها.

لماذا يكون ما هو رخيص البناء مكلفاً في الصيانة؟

ليس الأمر مصادفة، بل علاقة سببية. فالقرارات التي تقلل تكاليف البناء هي في الغالب تلك التي تزيد تكاليف الصيانة.

  • تجاوز مرحلة التصميم فهو يوفر أسابيع في البداية ويولد ترابطًا يؤتي ثماره مع كل تغيير لاحق.
  • لا تكتب اختبارات يوفر ذلك 20% من الجهد الأولي ويضاعف تكلفة كل عملية انحدار.
  • لا تقم بتوثيق ذلك وفر أيامًا واجعل المعدات الأصلية لا غنى عنها.
  • التكامل عن طريق التصحيح بدلاً من العقد إنه يعمل اليوم، ولكنه يتعطل في كل مرة يتغير فيها النظام الآخر.
  • اقبل نموذج البيانات الخاص بالمتطلب الأول فهو يتجنب النقاش غير المريح ويحدد مسار كل ما يأتي بعد ذلك.

لا تظهر أي من هذه القرارات في العرض التوضيحي. بل تظهر جميعها في مشروع القانون الخاص بالسنة الثالثة.

يوجد أيضًا وضع معاكس، وهو قابل للقياس. ففي مشاريع تحديث الأنظمة القديمة - من خلال التدقيق وإعادة الهيكلة والتحديث بدلًا من إعادة الكتابة من الصفر - لاحظنا انخفاضًا في تكاليف الصيانة يصل إلى 60%. ليس لأن الكود الجديد سحري، بل لأن تكلفة الصيانة هي في معظمها تكلفة عدم اليقين: فعندما يكون النظام مفهومًا ومختبرًا، يصبح كل تغيير بمثابة مقامرة.

كيفية عرض هذا على لجنة الإدارة

يتمثل الخطأ الشائع للفريق التقني في طلب ميزانية "لسداد الديون التقنية". إنه طلب لا توافق عليه أي لجنة بحماس، لأنه يبدو وكأنه محاولة لإصلاح شيء تم القيام به بشكل خاطئ.

الصيغة الناجحة مختلفة وصادقة:

  1. حدد التكلفة الحالية للتحويل. كم أسبوعاً يستغرق التغيير متوسط الحجم اليوم، وكم أسبوعاً ينبغي أن يستغرق؟.
  2. يؤدي ذلك إلى عرقلة القرارات التجارية. ما هي مبادرة العمل التي لا يتم السعي لتحقيقها لأن النظام لا يستطيع دعمها؟ هذه هي تكلفة الفرصة البديلة، وهي بالتأكيد أمر مفهوم في بيئة اللجنة.
  3. اقترح نطاقًا محدودًا بسعر ثابت. يُعدّ إجراء تدقيق فني مع تقديم تقرير مكتوب وتحديد موعد نهائي قرارًا منخفض المخاطر، بينما لا يُعدّ مشروع التحديث المفتوح كذلك.
  4. اعرض التكلفة الإجمالية للملكية على مدى ثلاث سنوات لكلا الخيارين. الحفاظ على الوضع الراهن مقابل التدخل. التدخل يكاد يكون هو الخيار الفائز دائماً، ولكن يجب عرض كلا الخيارين.

يتحول الحوار من "البرنامج مصمم بشكل سيئ" إلى "هذا هو فرق التكلفة بين الطريقتين". ويمكن كسب هذا الحوار الثاني.

السعر المناسب هو السعر الذي يمكنك الدفاع عنه في السنة الثالثة

إن الاقتراح الرخيص الذي لا يشمل ملكية الكود أو التوثيق أو الاختبار أو عقود التكامل ليس اقتراحًا رخيصًا: إنه قرض بفائدة ستكتشفها لاحقًا.

السؤال الذي يجب أن تطرحه على نفسك عند اتخاذ قرار شراء برنامج جديد ليس كم تبلغ تكلفة تطويره، بل كم تبلغ تكلفة امتلاكه، ومن يملكه، وماذا يحدث إذا أردت تغيير رأيك.

الأسئلة الشائعة

ما هي التكلفة الإجمالية لامتلاك البرمجيات (TCO)؟

هو مجموع جميع التكاليف المرتبطة بالنظام طوال دورة حياته: الإنشاء، والبنية التحتية، وإصلاح العيوب، والتطوير الوظيفي، والأمن والامتثال، وتكلفة الاعتماد على مورد واحد. وعادةً ما تمثل ميزانية الإنشاء ما بين 301% و401% فقط من الإجمالي.

تشير تقديرات القطاع إلى أن نسبة الإنفاق على التكنولوجيا تبلغ حوالي 401% من ميزانية تكنولوجيا المعلومات، مع العلم أن هذا الرقم يختلف باختلاف منهجية الدراسة. ويظل هذا الاتجاه ثابتاً: ففي الشركات الراسخة، يُخصص معظم الإنفاق على التكنولوجيا للحفاظ على القرارات السابقة بدلاً من بناء قدرات جديدة.

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

لأن القرارات التي تُخفّض تكاليف البناء - كتجاوز مرحلة التصميم، وعدم كتابة الاختبارات، وعدم التوثيق، والاكتفاء بالإصلاحات المؤقتة - هي نفسها التي تزيد من تكلفة كل تغيير لاحق. تتركز الوفورات في الربع الأول، بينما تتوزع التكاليف الإضافية على السنوات اللاحقة.

أربعة أشياء: ملكية الكود والوثائق والملكية الفكرية؛ عقود تكامل موثقة ومُرقمة؛ تصحيح العيوب مجاناً؛ وخطة انتقال تسمح لفريق آخر بتولي المهمة دون الاعتماد على البائع الأصلي.

في معظم الحالات، نعم، شريطة وجود تشخيص مسبق. يتيح التدقيق وإعادة الهيكلة والتحديث حسب المجال خفضًا كبيرًا في تكاليف الصيانة - يصل إلى 60% في المشاريع التي نفذناها - مع الحفاظ على استمرارية العمليات، وهو أمر لا تسمح به إعادة الكتابة الكاملة.

هل تعلم كم سيكلفك برنامجك خلال ثلاث سنوات؟ تُقدّم خدمة التدقيق الفني لدينا تقريرًا مكتوبًا حول حالة بنية نظامك، وبرمجياتك، ومشاكلك التقنية، وأمانك، وذلك بسعر ثابت وفي غضون 10 أيام عمل. إنها الطريقة الأمثل من حيث التكلفة لكشف المشاكل المكلفة. اطلب تدقيقك →

متخصص في تكنولوجيا المعلومات يقوم بتقييم خيارات البناء أو الشراء أو الدمج لشركة ما
الذكاء الاصطناعي الذي يحاول تحسين عمليات الأعمال المصممة بشكل سيئ والأنظمة غير الفعالة.
بنية برمجية تحد من تدفق البيانات وتطور الأعمال