تخطي للذهاب إلى المحتوى

حوكمة ERP بعد الإطلاق.

سجل القرارات هو الأصل. ومعظم البرامج ترميه عند التسليم.
25 أكتوبر 2026 بواسطة
حوكمة ERP بعد الإطلاق.
Al Jawad

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

لماذا يهمّ سجل القرارات؟

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

ماذا يدخل في السجل

  • المتطلب بعبارات صاحب العمل.
  • الخيارات التي دُرست: المعيار أو الإعداد أو التكامل أو التخصيص.
  • القرار ومن اتخذه وتاريخه.
  • كلفة الملكية التي قُبلت، بما فيها أثرها على الترقية القادمة.

أربع آليات دائمة

  1. مالك تغيير لكل عملية. لكل عملية متكاملة مالك مُسمّى من الأعمال يعتمد التغييرات عليها. تقنية المعلومات تنفّذ، والمالك يقرّر.
  2. بوابة للتغيير. تُسجَّل الطلبات وتُقيَّم بقاعدة «المعيار أولاً»، وتُقبل أو تُرفض في منتدى منتظم. والتغيير الطارئ مسموح، ويُراجَع لاحقاً.
  3. مراجعة الصلاحيات. تُفحص الأدوار والصلاحيات مقابل الوظائف الفعلية وفق جدول، وبعد أي تغيير تنظيمي.
  4. تقويم للترقية. تصدر شركات ERP إصدارات جديدة بإيقاع منتظم ولا تدعم إلا الإصدارات الحديثة. خطّط للترقية القادمة كمشروع، ودع السجل يخبرك أي تخصيص يُبقى أو يُعاد بناؤه أو يُسحب.

كيف تعرف أن الحوكمة تعمل؟

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

ابدأ بصفحة واحدة

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

ذكاء المستودع يبدأ بمسار السحب.
قبل أي تحسين، على أحد أن يسير على الأرض ويعدّ الخطوات.