حوكمة تقنية المعلومات وفق ISO/IEC 38500: قرارات ومسؤوليات واضحة

افهم نطاق المواصفة وحدود استخدامها

يعرض سجل المنظمة الدولية للتقييس مواصفة ISO/IEC 38500:2024 بوصفها الإصدار الثالث المنشور في فبراير 2024. وتتناول إرشاداتها استخدام التقنية الحالي والمستقبلي في مؤسسات مختلفة الأنواع والأحجام. وتشمل الجهات المستهدفة الهيئات الحاكمة، وليس المتخصصين التقنيين وحدهم. عند تقييم التوافق، ارجع إلى الوثيقة الحالية، ولا تعتمد على ملخص قديم بوصفه أساسًا كافيًا للتقييم.

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

افصل الحوكمة عن الإدارة

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

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

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

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

ابدأ بقرار يحتاج إلى معالجة

لنفترض أن شركة خدمات افتراضية تريد استبدال نظام إدارة علاقات العملاء، Customer Relationship Management واختصاره CRM. النظام الحالي بطيء، لكن المستخدمين يدخلون أيضًا بيانات غير متسقة. قد يؤدي شراء برنامج أسرع إلى تحسين الاستجابة دون إصلاح مشكلة البيانات. لذلك يجب فصل المشكلتين قبل اعتماد الاستثمار وتحديد مسؤولية التعامل مع كل واحدة منهما.

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

عيّن مسؤولًا من الأعمال عن المنفعة المتوقعة. فقد يتولى مدير التقنية تسليم النظام، بينما يتولى مدير المبيعات طريقة استخدام بيانات العملاء. إذا لم يقبل أحد مسؤولية تغيير ممارسات العمل، فالمقترح ناقص مهما بدا التصميم التقني مقنعًا. يجب الاتفاق على هذه المسؤولية قبل بدء التنفيذ، وليس بعد ظهور ضعف الاستخدام.

اطلب أدلة تساعد على الاختيار

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

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

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

اجعل شروط الموافقة قابلة للتحقق

حدد في قرار الموافقة البديل المختار والمسؤول والموارد والشروط. قد تتضمن الشروط اختبار التصدير، أو مطابقة البيانات بعد الترحيل، أو نجاح تجربة الاستعادة. وضح الدليل المطلوب لكل شرط، ولا تكتف بعبارة «على التقنية ضمان السلامة». فالشرط المبهم ينقل المسؤولية دون أن يحدد النتيجة التي يمكن فحصها.

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

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

راقب النتائج بعد الشراء

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

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

لنجعل المتابعة قابلة للقياس. في مثال افتراضي، تحتوي 70 من أصل 100 سجل عميل جرى فحصها على جميع الحقول الإلزامية المتفق عليها؛ أي إن نسبة الاكتمال 70%. يحدد مسؤول الأعمال هدفًا لا يقل عن 95% بنهاية الشهر الثالث. عند المراجعة، تكتمل 92 من أصل 100 سجل مماثل؛ فتبلغ النتيجة 92%. التحسن 22 نقطة مئوية، لكن النتيجة ما زالت أقل من الهدف بمقدار 3 نقاط مئوية. يوضح مؤشر الأداء الرئيسي، Key Performance Indicator واختصاره KPI، التقدم نحو هدف محدد؛ ولا يعني التحسن وحده تحقيق الهدف.

استخدم تعريف الحقول وطريقة اختيار العينة نفسيهما في الفحصين، وسجّل الاستبعادات. وقد تكون الحقول مكتملة لكنها تحتوي معلومات خاطئة، لذلك افحص الدقة بصورة مستقلة. يتولى مدير المبيعات معالجة الخلل بمساندة فريق التقنية، ويحدد موعد المراجعة التالية. هذه أرقام توضيحية، وليست حدودًا تفرضها المواصفة أو نتائج لعملاء أتماكس.

حدد خطوة عملية تالية

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

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