تحول منصة إدارة التعلم وأتمتة العمليات
مشروع تحول يهدف إلى استبدال نظام قائم لإدارة التعلم بحل رقمي أكثر تنظيمًا، مع إعادة النظر في العمليات الحالية، وإضافة إمكانات جديدة، وزيادة مستوى الأتمتة عبر المنصة.
شمل دوري جزءًا واسعًا من دورة تحليل الأعمال؛ بدءًا من فهم وتوثيق الوضع الحالي، مرورًا بتحديد الوضع المستهدف وتنظيم متطلبات الأعمال والمتطلبات الوظيفية، وحتى تحويلها إلى نموذج تفاعلي تفصيلي، ثم دعم تبني النظام من خلال التوثيق ونقل المعرفة.
التحدي
تطوير النظام دون نقل قيوده القديمة إلى الحل الجديد.
استبدال نظام قائم لا يعني بالضرورة إعادة بناء الوظائف نفسها بواجهات أحدث.
كان المشروع يتطلب أولًا فهم طريقة عمل نظام إدارة التعلم الحالي، وتحديد الفجوات وفرص التحسين، ثم تصور كيفية عمل العمليات مستقبلًا، مع التأكد من أن الحل الجديد لا ينقل قيود النظام القديم إلى منصة أحدث فقط.
لذلك كان التحدي الأساسي هو بناء رابط واضح بين ما هو قائم حاليًا، وما تحتاجه الأعمال، وما ينبغي أن يتم بناؤه مستقبلًا.
مساهمتي
من فهم النظام الحالي إلى تحديد شكل النظام المستقبلي.
بناء خط أساس للوضع الحالي
حللت نظام إدارة التعلم القائم ووثقت العمليات الحالية لبناء صورة دقيقة عن طريقة عمله قبل اقتراح أي تغييرات.
ساعد تحليل As-Is على إظهار الفجوات والخطوات اليدوية والجوانب التي يمكن تبسيطها أو تحسينها.
وبذلك بدأت عملية التحول من فهم واقعي للوضع الحالي، لا من افتراضات حول الحل الجديد.
تحديد الوضع المستهدف
اعتمادًا على تحليل الوضع الحالي واحتياجات الأعمال، وثقت التصور المستقبلي للمنصة والعمليات.
وضّح تحليل To-Be كيف ينبغي أن تعمل العمليات بعد التحسين والأتمتة، وما الذي يجب الإبقاء عليه أو إعادة تصميمه أو إضافته أو الاستغناء عنه.
وأصبح بذلك حلقة وصل مهمة بين تحليل العمليات وصياغة المتطلبات التفصيلية.
تنظيم المتطلبات من احتياج الأعمال إلى سلوك النظام
أعددت وثيقة متطلبات الأعمال BRD لتوثيق احتياجات الأعمال عالية المستوى والاتجاه العام للحل.
ثم أعددت وثيقة المتطلبات الوظيفية FRD لترجمة هذه الاحتياجات إلى وظائف وسلوكيات أكثر تفصيلًا داخل النظام.
وساعد ذلك على بناء تسلسل أوضح وتوفير مرجع منظم يدعم مرحلة التنفيذ.
- احتياج الأعمال
- العملية
- المتطلب
- سلوك النظام المتوقع
تحويل المتطلبات إلى نموذج يغطي خمسة أدوار
بالتوازي مع الـFRD، صممت نموذجًا تفصيليًا يغطي تجربة المنصة عبر خمسة أدوار مختلفة للمستخدمين.
ساعد النموذج على ربط المتطلبات المكتوبة برحلات المستخدم والشاشات والإجراءات وحالات النظام.
وبدل الاعتماد على الوثائق وحدها، أصبح بالإمكان رؤية كيفية تحول المتطلبات إلى تجربة فعلية، واكتشاف بعض التناقضات أو التفاصيل الناقصة في وقت أبكر.
تضمين متطلبات الامتثال داخل التصميم
طبقت المتطلبات ذات الصلة من كود المنصات الصادر عن هيئة الحكومة الرقمية على النماذج الخاصة بالنظام.
وبذلك لم يتم التعامل مع الامتثال باعتباره مراجعة منفصلة في نهاية المشروع، بل كجزء من تصميم الحل نفسه منذ مرحلة النماذج.
مشاركة المعرفة خارج فريق المشروع
قدمت جلسات تعريفية بالنظام لفرق داخلية من أقسام مختلفة، لشرح هيكل المنصة وأهم العمليات وطريقة عملها.
وساعدت هذه الجلسات على بناء فهم مشترك للحل خارج نطاق فريق التحليل والتطوير المباشر.
تحويل النظام إلى أدلة عملية لكل دور
أعددت أدلة استخدام مخصصة بحسب أدوار المستخدمين داخل النظام.
وبدل الاعتماد على دليل عام واحد، ركز التوثيق على ما يحتاج كل مستخدم إلى معرفته وتنفيذه، باستخدام تعليمات منظمة وصور توضيحية مشروحة يمكن الرجوع إليها أثناء الاستخدام.
أبرز المخرجات
مخرجات مترابطة، لا وثائق منفصلة.
تحليل الوضع الحالي As-Is
توثيق النظام القائم والعمليات الحالية والفجوات وفرص التحسين.
تحليل الوضع المستهدف To-Be
تحديد كيفية عمل العمليات مستقبلًا بعد إعادة التصميم والأتمتة.
وثيقة متطلبات الأعمال BRD
توثيق احتياجات الأعمال والاتجاه العام للحل.
وثيقة المتطلبات الوظيفية FRD
تحويل احتياجات الأعمال إلى وظائف وسلوكيات ومتطلبات تفصيلية للنظام.
نموذج تفاعلي لخمس أدوار
ربط المتطلبات برحلات المستخدم والواجهات والتفاعلات وحالات النظام.
نموذج يراعي متطلبات هيئة الحكومة الرقمية
تضمين المتطلبات ذات الصلة من كود المنصات ضمن تجربة النظام المقترحة.
أدلة استخدام حسب الدور
إعداد مراجع عملية تتناسب مع طريقة استخدام كل دور للنظام.
مهارات وظفتها في المشروع
ما تطلبه هذا التحول فعليًا من مهارات تحليلية.
- تحليل As-Is
- تحليل To-Be
- تحليل الفجوات
- جمع المتطلبات
- تحليل المتطلبات
- هندسة المتطلبات
- تحسين العمليات
- أتمتة العمليات
- قواعد الأعمال
- النماذج التفاعلية
- تحليل الامتثال
- توثيق المستخدم
- نقل المعرفة
ما خرجت به من التجربة
التحول يبدأ بفهم ما يجب تغييره، لا بمجرد تحديد ما يجب إعادة بنائه.
أكد لي هذا المشروع أهمية الحفاظ على رابط واضح بين المشكلة الحالية والحل المستقبلي.
فلا ينبغي أن تكون وثيقة As-Is، أو تصور To-Be، أو BRD، أو FRD، أو النموذج التفاعلي مخرجات منفصلة عن بعضها؛ بل يفترض أن تروي جميعها القصة نفسها بمستويات مختلفة من التفصيل.
وعندما يبقى هذا الترابط واضحًا، يصبح تتبع المتطلبات أسهل، وتصبح النقاشات أكثر دقة، ويتحول النموذج التفاعلي من مجرد مرجع بصري إلى وسيلة إضافية للتحقق من التحليل قبل التنفيذ.