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