الخبرات

MuleSoft، ما بعد قرار اختيار المنصّة

شراء المنصّة هو الجزء السهل. أمّا أن تجعلها تُحقّق نتائج عبر الدول والوحدات وعشر سنوات من الأنظمة القديمة فهو الجزء الصعب. هذا عملي.

معظم برامج MuleSoft لا تفشل عند الشراء، بل تفشل في الدولة الرابعة، عند لجنة الحوكمة الثالثة، في اللحظة التي تُدرك فيها وحدة العمل أن المنصّة لن تَستردّ تكلفتها في هذه السنة المالية. عملتُ في عمق هذه الإطلاقات: في Volkswagen Financial Services عبر 18 دولة، وفي مستشفى زيورخ الجامعي عند تأسيس مركز تميّز التكامل، وفي DB Schenker لإعادة هندسة EDI وESB إلى iPaaS عاملة. الأنماط تتكرّر.

أين تتعثّر معظم الإطلاقات

ليست أبداً مشكلة تقنية.

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

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

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

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

كيف أعمل هذا

المنصّة ثم الحوكمة ثم الاقتصاد — بهذا الترتيب، والثلاثة متوازية.

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

طبقة المنصّة: هرمية Anypoint مُهيَّأة بشكل صحيح — مجموعات أعمال للمقرّ ولكل دولة، بيئات حسب حاجة العمل، صلاحيات قائمة على الأدوار من الأعلى.

طبقة الحوكمة: مركز تمكين (C4E) يعمل فعلاً، لا على الشرائح. نموذج تشغيل — ملكية فدرالية، معايير مركزية، مسارات تصعيد — يَصمد بعد أول ثلاثين API.

طبقة الاقتصاد: نموذج توزيع تكلفة، وTCO لكل وحدة عمل، وقصّة قيمة تُقدَّم للمدير المالي. بدون هذا يُصبح كل إطلاق معركة ميزانية في السنة الثانية.

Rapid Decision Framework يَجري بالتوازي — حين يكون السؤال "MuleSoft أم Workato أم UnifyApps؟"، فتلك مشكلة تقييم أحلّها بنفس المنهج الرياضي.

المشاريع

حيث أنجزتُ هذا.

  1. 2021 – 2023

    Product Owner — منصّة MuleSoft

    Volkswagen Financial Services

    إطلاق المنصّة في 18 دولة باتفاقيات مستوى خدمة ونماذج مسؤولية مشتركة وتحسين تكلفة عالمي.

  2. 2024 – 2025

    مهندس تكامل — مركز التميّز

    USZ — مستشفى زيورخ الجامعي

    تأسيس مركز تميّز التكامل على MuleSoft، تعريف الحوكمة، خطة الهجرة من SAP PI إلى بنية تقودها API.

  3. 2024 – 2025

    قائد التكامل والمشاريع

    DB Schenker

    بناء تكاملات EDI وAPI وESB في iPaaS عبر اللوجستيات الجوّية والبحرية.

تفكّر في MuleSoft — توسيعه أو استبداله؟

تواصل معي