لا يكمن سعر البرمجيات في تكلفة بنائها، بل في تكلفة امتلاكها طوال سنوات استخدامها. لقد أصبح بناء البرمجيات رخيصًا، لكن تشغيلها وإصلاحها ودمجها وتطويرها لم يتغير. إن مقارنة مقترحين بناءً على ميزانية التنفيذ أشبه بمقارنة مبنيين بناءً على تكلفة الخرسانة.
أصبح هذا التمييز ملحاً خلال الأشهر الثمانية عشر الماضية. فقد انخفضت تكلفة إنتاج البرمجيات انخفاضاً حقيقياً وقابلاً للتحقق - إذ وثّقت مبادرة الذكاء الاصطناعي البشري في جامعة ستانفورد انخفاض تكلفة الاستدلال لنظام مكافئ لنموذج GPT-3.5 بأكثر من 280 ضعفاً بين نوفمبر 2022 وأكتوبر 2024 - ومعه انخفضت تكلفة البدء في العديد من مقترحات التطوير. أما ما لم ينخفض فهو تكلفة صيانة ما تم بناؤه.
تغطي ميزانية المشروع عادةً التحليل والتصميم والتطوير والتنفيذ. ويمثل هذا ما بين 30% و40% من إجمالي تكلفة النظام طوال فترة تشغيله. أما المبلغ المتبقي فيُخصص لاحقاً، ويُقسم على بنود نادراً ما تُدرج في المقترح الأولي.
رحيل | المحتويات | متى يظهر؟ |
بناء | التحليل والتصميم والتطوير والنشر | الأشهر من 1 إلى 9 |
بنية تحتية | الحوسبة السحابية، والتخزين، والنسخ الاحتياطية، والبيئات | منذ اليوم الأول، وإلى الأبد |
تصحيح | العيوب، والتراجعات، وحوادث الإنتاج | منذ الأسبوع الأول |
تطور | تغييرات في الأعمال، متطلبات جديدة، عمليات تكامل جديدة | مستمر |
الأمن والامتثال | التحديثات، والتدقيقات، والتكيف التنظيمي | مستمر، مع ذروات تنظيمية |
الاعتماد | تكلفة مورد واحد فقط يعرف كيف يلعبها | يظهر عندما تريد التغيير |
يمكن تقدير البنود الخمسة الأولى. أما البند السادس فلا يظهر في أي ميزانية، وهو البند الذي يكلف أكبر قدر من المال عند تنفيذه، لأنه لا يُدفع باليورو في البداية، بل يُدفع بفقدان القدرة التفاوضية.
يُفسَّر الدين التقني عادةً على أنه مفهوم هندسي، ولذلك تتجاهله لجان الإدارة في كثير من الأحيان حتى فوات الأوان. أما من الناحية المالية، فالأمر أبسط: إنه التكلفة الإضافية التي تدفعها في كل مرة ترغب فيها بتغيير شيء ما، والناجمة عن قرارات اتُخذت لتسريع الأمور في حينه.
تشير تقديرات القطاع إلى أن عبء الصيانة والديون التقنية يبلغ حوالي 401% من ميزانية تقنية المعلومات في المؤسسات المتوسطة. ينبغي التعامل مع هذا الرقم على أنه تقدير تقريبي، وليس بيانات مدققة، نظرًا لاختلاف المنهجيات المستخدمة في الدراسات. مع ذلك، يبقى الاتجاه العام ثابتًا في جميع المصادر: فمعظم إنفاق الشركات الراسخة على التقنية لا يُموّل قدرات جديدة، بل يُموّل صيانة القرارات القديمة.
هناك معلومة إضافية تُغيّر مجرى النقاش عند طرحها مع المدير المالي: تُقدّر شركة IBM أن معالجة الديون التقنية للأنظمة القديمة يُمكن أن تُحسّن العائد على مبادرات الذكاء الاصطناعي بنسبة تصل إلى 291 تريليون روبية هندية. بعبارة أخرى، لا تقتصر تكلفة الديون التقنية على الصيانة فحسب، بل تُقلّل أيضًا من أداء جميع الأنظمة المبنية عليها.
والمشكلة تتفاقم، لا تتقلص. فقد وثّقت شركة GitClear، استنادًا إلى تحليل 211 مليون سطر برمجي، ارتفاعًا هائلًا في تكرار كتل التعليمات البرمجية بدءًا من عام 2024، وانخفاضًا في أعمال إعادة هيكلة التعليمات البرمجية - وهي العملية التي تُسهم في سداد الديون البرمجية - من حوالي 25.1% من إجمالي التغييرات في عام 2021 إلى أقل من 10.1% في عام 2024. بمعنى آخر، أصبح البناء أسرع والتنظيف أقل.
لا يلزم إجراء تدقيق رسمي للكشف عن الأعراض المبكرة. هذه هي المؤشرات التي تظهر أولاً:
عند ظهور ثلاثة أعراض أو أكثر من هذه الأعراض، فإن زيادة القدرة على التطوير لا تُسرّع أي شيء، بل تزيد فقط من عدد الأشخاص الذين ينتظرون حسم قرار التصميم.
عند مقارنة الموردين، تُفرّق هذه الأسئلة الأربعة بين من يبيع خدمة توصيل واحدة ومن يبيع نظاماً متكاملاً. لا يتعلق أي منها بالجوانب التقنية، بل جميعها بنود تعاقدية.
لمن هذا الكود؟ إذا تضمن الرد تفاصيل دقيقة أو تراخيص أو "الوصول إلى المستودع"، فالجواب هو لا، ليس لك. يجب نقل ملكية الكود والوثائق والملكية الفكرية بموجب عقد. وبدون ذلك، يكون أي عرض سعر مبدئيًا، لأن للمزود سلطة غير محدودة على تحديد سعر معاملتك.
ماذا سيحدث إذا أردت تغيير مزود الخدمة غداً؟ الإجابة المفيدة ليست "لن تفعل". بل هي: توجد وثائق معمارية، وتُتيح الوحدات النمطية عقودًا مُؤرشفة، وهناك بيئات منفصلة، ويمكن لأي فريق كفؤ أن يتولى الأمر في غضون فترة زمنية معقولة. إذا تطلّب هذا الانتقال من شخص من المورّد الأصلي "شرح كيفية عمله"، فهذا يعني أن النظام غير موثّق، بل مُجرّد حفظ.
من يتحمل تكاليف العيوب؟ لا يُعدّ وجود عيب في الكود المُسلّم تغييرًا في نطاق المشروع. يجب إصلاحه مجانًا، ويجب توثيق ذلك كتابيًا. في مجموعة كلاود، نسمي هذا "ضمان رين"، وهو منصوص عليه في العقد: نُصلح عيوب الكود المُسلّم مدى الحياة. ليس هذا من باب الكرم، بل هو التزام بالاتساق: إذا ادّعيتَ أن فريقك الهندسي مُنضبط، فعليك أن تتحمّل تكلفة عدم انضباطه.
ما هي تكلفة التشغيل المقدرة على مدى ثلاث سنوات؟ بإمكان أي مزود خدمة موثوق أن يقدم لك مجموعة من خيارات البنية التحتية والدعم والترقية. أما من لا يستطيع ذلك، فإما أنه لم يفكر في الأمر أو أنه يفضل ألا تفكر فيه أنت.
هذه هي تحديداً الأسئلة التي نساعد في صياغتها عندما نتصرف كطرف مستقل في عملية اختيار الموردين وكتابة طلبات تقديم العروض [رابط داخلي], ، دون المشاركة كمرشحين في المناقصة التي نقوم بتقييمها.
ليس الأمر مصادفة، بل علاقة سببية. فالقرارات التي تقلل تكاليف البناء هي في الغالب تلك التي تزيد تكاليف الصيانة.
لا تظهر أي من هذه القرارات في العرض التوضيحي. بل تظهر جميعها في مشروع القانون الخاص بالسنة الثالثة.
يوجد أيضًا وضع معاكس، وهو قابل للقياس. ففي مشاريع تحديث الأنظمة القديمة - من خلال التدقيق وإعادة الهيكلة والتحديث بدلًا من إعادة الكتابة من الصفر - لاحظنا انخفاضًا في تكاليف الصيانة يصل إلى 60%. ليس لأن الكود الجديد سحري، بل لأن تكلفة الصيانة هي في معظمها تكلفة عدم اليقين: فعندما يكون النظام مفهومًا ومختبرًا، يصبح كل تغيير بمثابة مقامرة.
يتمثل الخطأ الشائع للفريق التقني في طلب ميزانية "لسداد الديون التقنية". إنه طلب لا توافق عليه أي لجنة بحماس، لأنه يبدو وكأنه محاولة لإصلاح شيء تم القيام به بشكل خاطئ.
الصيغة الناجحة مختلفة وصادقة:
يتحول الحوار من "البرنامج مصمم بشكل سيئ" إلى "هذا هو فرق التكلفة بين الطريقتين". ويمكن كسب هذا الحوار الثاني.
إن الاقتراح الرخيص الذي لا يشمل ملكية الكود أو التوثيق أو الاختبار أو عقود التكامل ليس اقتراحًا رخيصًا: إنه قرض بفائدة ستكتشفها لاحقًا.
السؤال الذي يجب أن تطرحه على نفسك عند اتخاذ قرار شراء برنامج جديد ليس كم تبلغ تكلفة تطويره، بل كم تبلغ تكلفة امتلاكه، ومن يملكه، وماذا يحدث إذا أردت تغيير رأيك.
هو مجموع جميع التكاليف المرتبطة بالنظام طوال دورة حياته: الإنشاء، والبنية التحتية، وإصلاح العيوب، والتطوير الوظيفي، والأمن والامتثال، وتكلفة الاعتماد على مورد واحد. وعادةً ما تمثل ميزانية الإنشاء ما بين 301% و401% فقط من الإجمالي.
تشير تقديرات القطاع إلى أن نسبة الإنفاق على التكنولوجيا تبلغ حوالي 401% من ميزانية تكنولوجيا المعلومات، مع العلم أن هذا الرقم يختلف باختلاف منهجية الدراسة. ويظل هذا الاتجاه ثابتاً: ففي الشركات الراسخة، يُخصص معظم الإنفاق على التكنولوجيا للحفاظ على القرارات السابقة بدلاً من بناء قدرات جديدة.
يُقدّر هذا التقرير عمرًا افتراضيًا لا يقل عن ثلاث سنوات، ويتضمن ستة بنود: الإنشاء، والبنية التحتية والبيئة، وإصلاح العيوب، والتطوير الوظيفي، والأمن والامتثال التنظيمي، وتكاليف الخروج أو تغيير المورد. ويمكن لمورد موثوق أن يقدم لك نطاقًا معقولًا للخمسة بنود الأولى.
لأن القرارات التي تُخفّض تكاليف البناء - كتجاوز مرحلة التصميم، وعدم كتابة الاختبارات، وعدم التوثيق، والاكتفاء بالإصلاحات المؤقتة - هي نفسها التي تزيد من تكلفة كل تغيير لاحق. تتركز الوفورات في الربع الأول، بينما تتوزع التكاليف الإضافية على السنوات اللاحقة.
أربعة أشياء: ملكية الكود والوثائق والملكية الفكرية؛ عقود تكامل موثقة ومُرقمة؛ تصحيح العيوب مجاناً؛ وخطة انتقال تسمح لفريق آخر بتولي المهمة دون الاعتماد على البائع الأصلي.
في معظم الحالات، نعم، شريطة وجود تشخيص مسبق. يتيح التدقيق وإعادة الهيكلة والتحديث حسب المجال خفضًا كبيرًا في تكاليف الصيانة - يصل إلى 60% في المشاريع التي نفذناها - مع الحفاظ على استمرارية العمليات، وهو أمر لا تسمح به إعادة الكتابة الكاملة.
هل تعلم كم سيكلفك برنامجك خلال ثلاث سنوات؟ تُقدّم خدمة التدقيق الفني لدينا تقريرًا مكتوبًا حول حالة بنية نظامك، وبرمجياتك، ومشاكلك التقنية، وأمانك، وذلك بسعر ثابت وفي غضون 10 أيام عمل. إنها الطريقة الأمثل من حيث التكلفة لكشف المشاكل المكلفة. اطلب تدقيقك → |