7 أخطاء قاتلة عندما تترك التحول الرقمي لقسم IT وحده

بقلم : د. أحمد السالمي

(استشاري التحول الرقمي والتطبيقات المؤسسية)

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

أنا لا أقلّل من قيمة قسم IT. بالعكس: بدون قسم IT لا يوجد أمن معلومات، ولا تكامل، ولا استقرار تقني. لكن التحول الرقمي ليس مشروع “تقنية” فقط؛ هو برنامج “أعمال وتشغيل” يقوده المدير التنفيذي وملاك العمليات، بينما يقوم قسم IT بدور التمكين والمعايير والتشغيل التقني. حين تضع الملكية كاملة على قسم IT، فأنت تطلب من فريق تقني أن يغيّر سياسات وأدوارًا وسلوكًا تنظيميًا—وهو أمر لا يملك صلاحياته ولا أدواته وحده.

في هذا المقال سأشرح لك أكاديميًا وعمليًا: لماذا لا يكفي قسم IT وحده؟ وما نموذج الحوكمة الصحيح؟ وما هي الأخطاء السبعة الأكثر شيوعًا؟ وكيف تقيس النجاح بمخرجات أعمال بدل “تم تشغيل النظام”؟

لماذا لا يكفي قسم IT وحده لقيادة التحول الرقمي؟

هناك فرق جوهري بين “قيادة التحول” و“تمكين التحول”.
قسم IT يملك أدوات التقنية، لكنه لا يملك وحده قرار إعادة تصميم العمليات، أو تغيير السياسات، أو توزيع الصلاحيات، أو فرض الالتزام على الإدارات.

التحول الرقمي يعني تغييرًا في:

• طريقة تنفيذ الأعمال (Business Operating Model)

• هيكل الموافقات والصلاحيات (Delegation & Controls)

• جودة البيانات وتوحيد التعاريف (Data Governance)

• ثقافة الالتزام والتبنّي (Adoption Culture)

• قياس الأداء وإدارة النتائج (Performance Management)

هذه الملفات ليست تقنية فقط. لذا لا بد أن يكون قسم IT شريكًا أساسيًا، لكن ليس المالك الوحيد للمشروع.

الخطأ الأول: تعريف التحول الرقمي كمشروع “تقني” داخل قسم IT

عندما تبدأ المبادرة باعتبارها “مشروع نظام” داخل قسم IT، فإنك تضع كل التركيز على: البيئة، الخوادم، الصلاحيات، التكامل… بينما تهمل أهم ما يصنع النتائج: العمليات، التبنّي، ومؤشرات الأداء.

التحول الرقمي الحقيقي لا يبدأ بـ “اختيار منصة”، بل يبدأ بـ:

• ما المشكلة التشغيلية التي نعالجها؟

• ما القيمة التي نريد تحقيقها (وقت/تكلفة/جودة/التزام/رضا عميل)؟

• ما مؤشرات النجاح التي سنقيس عليها؟

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

الخطأ الثاني: غياب “مالك العملية” والاعتماد على قسم IT في المتطلبات

واحدة من أكثر أسباب الفشل انتشارًا هي أن الإدارات تقول: “خلي قسم IT يكتب المتطلبات”.
هذا خطأ منهجي، لأن المتطلبات ليست قائمة شاشات؛ المتطلبات هي “كيف يجب أن تعمل العملية” ومن يتحمّل مسؤوليتها.

القاعدة الصحيحة:

• قسم IT يسأل ويحلّل ويحوّل المتطلبات إلى تصميم تقني.

• لكن مالك العملية من الإدارة المعنية هو من يحدد:

  • نقاط التحكم

  • مستوى التفويض

  • الاستثناءات المقبولة

  • تسلسل الموافقات

  • تعريفات البيانات المطلوبة

بدون مالك عملية واضح، سيجتهد قسم IT في جمع معلومات متضاربة من عدة أطراف، وتخرج عملية “مُرقّعة” لا يرضى عنها أحد.

الخطأ الثالث: رقمنة التعقيد بدلاً من إعادة التصميم

عندما يُترك المشروع لـ قسم IT وحده، يميل التنفيذ إلى “نقل الواقع كما هو” إلى النظام؛ لأن فريق IT يتعامل مع ما يُقدَّم له من إجراءات قائمة، ويقوم برقمنتها.

لكن التحول الرقمي ليس تحويل الورقي إلى إلكتروني فقط. التحول الرقمي يعني:

• تقليل عدد الخطوات غير الضرورية

• دمج الموافقات المتكررة

• التخلص من ازدواجية الإدخال

• تبسيط نقاط القرار

• تحويل الرقابة من “تعطيل” إلى “تحكم ذكي”

هذه قرارات إدارية تحتاج قيادة، ولا يمكن أن يصنعها قسم IT وحده.

الخطأ الرابع: اعتبار Go-Live نهاية العمل بالنسبة لقسم IT

كثير من الشركات تتعامل مع تشغيل النظام على أنه “نجاح”. في الواقع، تشغيل النظام هو بداية مرحلة أصعب: التبنّي، الاستقرار، والتحسين.

إذا كان المشروع تحت قيادة قسم IT فقط، قد ينتهي القياس عند:

• النظام يعمل

• المستخدمون لديهم حسابات

• تم تنفيذ تدريب

بينما النجاح الحقيقي يحتاج قياسًا بعد التشغيل مثل:

• نسبة المعاملات التي تتم داخل النظام مقابل الطرق البديلة

• نسبة الالتزام بالمسارات الرسمية

• تحسن زمن الدورة التشغيلية

• انخفاض الأخطاء وإعادة العمل

• جودة البيانات الشهرية

أي تحول رقمي لا يقيس ما بعد الإطلاق هو تحول “شكلي”.

الخطأ الخامس: إهمال إدارة التغيير لأن قسم IT “درّب الناس”

التدريب الذي ينفذه قسم IT غالبًا يركز على: “كيف تستخدم الشاشة؟”
لكن إدارة التغيير أوسع بكثير، وتشمل:

• لماذا نغيّر؟

• ما الذي سيتوقف؟

• ما الذي سيصبح إلزاميًا؟

• ما أثر التغيير على مهام كل وظيفة؟

• كيف نواجه المقاومة؟

• كيف نربط الالتزام بتقييم الأداء؟

وهنا أؤكد: قسم IT يستطيع أن يدرب، لكنه لا يستطيع وحده أن يفرض تبنّيًا ولا أن يغيّر ثقافة. هذه مسؤولية المديرين التنفيذيين ومدراء الإدارات.

الخطأ السادس: ترك إدارة البيانات لقسم IT بدون حوكمة أعمال

البيانات ليست “جداول”. البيانات تعريفات ومعايير واتفاقات بين الإدارات.

إذا تُرك الملف لـ قسم IT فقط ستظهر مشاكل مثل:

• تكرار العملاء/الأصناف

• اختلاف تعريف نفس المؤشر بين إدارتين

• عدم اكتمال حقول رئيسية

• إدخال غير منضبط لأن “المستخدمين مستعجلين”

الحل ليس تقنيًا فقط. الحل هو حوكمة بيانات (Data Governance) بقيادة أعمال، تشمل:

• تعريفات موحدة

• مسؤول بيانات (Data Owner) لكل نطاق

• قواعد جودة ومراجعة دورية

• قياس نسبة الأخطاء والتكرار

قسم IT يطبق القواعد، لكن الأعمال هي من تضعها وتلتزم بها.

الخطأ السابع: تحميل قسم IT مسؤولية نتائج لا يملك أدوات تحقيقها

أكبر ظلم إداري أن تقول: “التحول فشل لأن قسم IT قصر”.
بينما الواقع أن قسم IT لم يكن يملك:

• قرار تقليل الموافقات

• صلاحية إلزام الإدارات

• سلطة إيقاف الإكسل والطرق البديلة

• القدرة على ربط التبنّي بالحوافز

• القدرة على إعادة توزيع الأدوار

لذلك، إن أردت نتائج أعمال، أعطِ البرنامج قيادة أعمال وحوكمة، واجعل قسم IT شريك تمكين.

ما الدور الصحيح لقسم IT في التحول الرقمي؟

الدور الصحيح لـ قسم IT هو 5 محاور:

1. المعايير والأمن: الصلاحيات، الامتثال، أمن المعلومات

2. التكامل: ربط الأنظمة والواجهات وضمان تدفق البيانات

3. الاستقرار والأداء: مراقبة، نسخ احتياطي، تحسين الأداء

4. إدارة الإصدارات: التحكم بالتغييرات وتوثيقها

5. تمكين التطوير: منصات مثل Oracle APEX لتسريع بناء التطبيقات الداعمة

هذا الدور بالغ الأهمية، لكنه يظل “تمكينًا” لا “ملكية تغيير” بمفرده.

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

نموذج حوكمة مختصر يمنع ترك التحول لقسم IT وحده

• CEO/GM: الراعي التنفيذي وصاحب القرار

• Steering Committee: إزالة العوائق واتخاذ قرارات بين الإدارات

• PMO/Transformation Office: خطة، مخاطر، جودة، متابعة تبنّي

• Process Owners: ملاك العمليات واعتماد التصميم

• قسم IT: تمكين تقني وأمن وتكامل وتشغيل

• Change Champions: قادة تبنّي داخل الإدارات

إذا أردت أن تمنع فشل المبادرة، لا تسأل قسم IT وحده: “كم يحتاج وقت للتنفيذ؟” بل اسأل كل إدارة: “من مالك العملية؟ وما الذي سنوقفه من الطرق القديمة؟ وما المؤشر الذي سيتحسن بعد التحول؟”. وجود قسم IT كشريك تمكين يجعل النظام متماسكًا وآمنًا، لكن وجود الإدارة كقائد قرار هو الذي يجعل التحول الرقمي يتحول إلى نتائج: تقليل زمن الدورة، رفع جودة البيانات، ضبط الصلاحيات، وتحسين تجربة العميل.

خاتمة: نصيحتي لك كمدير شركة

إذا أردت تحولًا رقميًا ناجحًا، لا تبدأ بسؤال: “ماذا سيعمل قسم IT؟”
ابدأ بسؤال: “ما التغيير التشغيلي الذي نحتاجه؟ ومن مالك العملية؟ وما المؤشرات التي سنقيس بها؟”

ثم اجعل قسم IT شريكًا قويًا في التمكين، لكن لا تجعله وحده قائد التحول.
لأن التحول الرقمي في جوهره تحول إداري وتشغيلي قبل أن يكون تحولًا تقنيًا.

#دكتور_أحمد_السالمي #AhmedAlSalemi #DrAhmedAlSalemi #التحول_الرقمي #قسم_IT #OracleAPEX

تابع د. أحمد السالمي على LinkedIn — محتوى علمي في التحول الرقمي والتقنية

• الموقع الرسمي للبودكاست:

  https://btechpodcast.com/

  👉 منصة Key Smart Applications

  www.ksasupport.com