هندسة المؤسسات

لماذا يجب أن تبدأ رحلة التحول الرقمي من تصميم المؤسسة؟

قد تنفق المؤسسة ملايين الدولارات على التحول الرقمي، ثم تكتشف أن المشكلة التي أرادت حلها لم تكن مشكلة تقنية أصلاً.

ERP, Cloud, Data, Automation, Analytics, AI

كل هذه الأدوات يمكن أن تغير طريقة عمل المؤسسة.

لكنها لا تجيب عن سؤال أكثر أهمية ومركزية:

كيف يجب أن تعمل المؤسسة أصلاً؟

وهنا تبدأ المشكلة.

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

وفي بعض الحالات، لا يفعل التحول الرقمي أكثر من أتمتة الوضع القائم.

فتصبح المؤسسة أسرع في ممارسة المشكلة نفسها.

المشكلة ليست دائماً في النظام

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

• Corporate ↔ Projects
• Engineering ↔ Procurement
• Procurement ↔ Contracts
• Contracts ↔ Finance
• Finance ↔ Projects
• Supply Chain ↔ Site Operations
• Corporate ↔ Digital Systems

وعندما يضعف أحد هذه الروابط، لا تبقى المشكلة محصورة في مكانها.

قد تتحسن المشتريات بينما تبقى القرارات المالية بطيئة.

وقد يتحسن النظام بينما تبقى المسؤوليات غير واضحة.

وقد تكون الإجراءات موثقة بينما لا يكون تدفق القرار نفسه مصمماً بصورة واضحة.

وهنا بدأت أتعامل مع المؤسسة ليس فقط باعتبارها مجموعة من الإدارات والوظائف، وإنما باعتبارها نظاماً تشغيلياً يمكن تصميمه وهندسته.

من تصميم المنظمة إلى هندسة المؤسسات

لا تقدم هندسة المؤسسات نفسها باعتبارها بديلاً عن التخصصات المهنية القائمة.

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

لكن السؤال الذي قادني إلى هذه المنهجية كان: كيف نجمع هذه العناصر داخل منطق تصميم مؤسسي واحد؟

كيف يرتبط نموذج التشغيل بالعمليات؟

وكيف ترتبط العمليات بالقرارات؟

وكيف ترتبط القرارات بالصلاحيات والحوكمة؟

وكيف تدخل الرقابة في العملية نفسها؟

وكيف ترتبط المعلومات بهذا كله؟

وكيف يتحول التصميم النهائي إلى تنفيذ رقمي؟

من هنا ظهر مفهوم:

Institutional Engineering  – هندسة المؤسسات

وهي منهجية تهدف إلى تصميم ودمج النظام التشغيلي للمؤسسة بحيث لا تُصمم مكوناته الأساسية بمعزل عن بعضها.

المبدأ المركزي

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

المؤسسة يجب أن تُهندس قبل أن تُرقمن.

لا يعني ذلك أن التكنولوجيا تأتي في النهاية أو أنها أقل أهمية.

بل يعني أن التكنولوجيا تصبح أكثر فاعلية عندما تكون ترجمة لتصميم مؤسسي مقصود، بدل أن تصبح محاولة لتعويض غياب هذا التصميم.

في هذا التصور، لا يكون النظام الرقمي هو الذي يقرر كيف يجب أن تعمل المؤسسة.

بل يكون التصميم المؤسسي هو الذي يحدد: ما الذي يجب أن ينفذه النظام، وما الذي يجب أن يفرضه، وما الذي يجب أن يسجله، وما المعلومات التي يجب أن تنتج، وما الأدلة التي يجب أن تظل قابلة للتتبع.

دورة من 13 مرحلة

بناءً على ذلك، تم تنظيم هندسة المؤسسات ضمن دورة مترابطة من ثلاث عشرة مرحلة:

.

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

ماذا تقدم هندسة المؤسسات؟

القيمة المقترحة ليست في الادعاء بأن كل عنصر من هذه العناصر جديد.

بل في منطق الربط بينها:

وهنا يتحول التحول الرقمي من مشروع تقني منفصل إلى نتيجة لتصميم مؤسسي واضح.

وماذا لا يكشف هذا الإصدار؟

الإصدار العام الحالي يقدم الطبقة المنهجية العامة (Public Methodological Layer).

أما التفاصيل التنفيذية العميقة، وأدوات التنفيذ التفصيلية، ومصفوفات التصميم، وقواعد الضبط، وقواعد التكوين، وبعض الأدوات التشخيصية والتنفيذية، فقد تم إبقاؤها عمداً خارج النشر العام.

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

أين تقف المنهجية اليوم؟

هندسة المؤسسات هي في هذه المرحلة منهجية أولية مبنية على ممارسة مهنية في الهندسة والإنشاء والمشتريات والعقود وسلاسل الإمداد والتحول المؤسسي وERP.

وقد تم تطويرها وتعميمها من خلال تطبيقات مهنية في بيئة مؤسسية هندسية وإنشائية.

لكنها لا تُطرح هنا باعتبارها نظرية مثبتة تجريبياً بشكل شامل.

المرحلة القادمة تحتاج إلى مزيد من التطبيق المستقل، والمقارنة، والاختبار، والبحث.

وهذه نقطة مهمة بالنسبة إليّ.

فالهدف ليس فقط نشر فكرة.

بل تطويرها إلى قاعدة معرفة (Body of Knowledge) قابلة للفحص والتطبيق والتطور.

من هنا تبدأ الرحلة

هذا الإصدار هو البداية، وليس النهاية.

ستتوسع الرحلة لاحقاً إلى كتاب مرجعي، ودليل تطبيقي (Playbook)، وأدوات مهنية (Toolkit) ، ودراسات حالة، وأبحاث أكثر تخصصاً حول مكونات المنهجية.

لكن البداية بسيطة:

“قبل أن نُرقمن المؤسسة، ربما يجب أن نصممها أولاً”.

Before we digitize the institution, perhaps we should first design it