عندما يتحدث مقدمو الخدمات عن “ضمان الجودة” أو “النتائج المضمونة”، غالباً ما يُقابل ذلك بشيء من التشكيك المشروع من قبل مدراء المشاريع الحكومية. فالمصطلحات البراقة لا تكفي عندما تكون ميزانية المشروع وسمعة الجهة على المحك، والسؤال الذي يدور في ذهن كل مسؤول هو: “كيف ستضمنون ذلك فعلياً؟ ماذا يحدث بالضبط داخل ‘الصندوق الأسود’ لعملياتكم؟”
Blog Body
في (RMG)، نؤمن بأن الثقة تُبنى على الشفافية المطلقة. عبارة “الاعتماد المضمون بنسبة 100%” ليست شعاراً تسويقياً لدينا، بل هي نتيجة حتمية لمنهجية هندسية صارمة قمنا بتطويرها واختبارها مراراً مع جهات حكومية كبرى. فنحن لا نترك شيئاً للصدفة، ولا نعتمد مبدأ “المحاولة والخطأ”.
إليكم تفكيكاً دقيقاً لمنهجيتنا المكونة من 5 خطوات، والتي تنقل منصتكم من حالة “التعثر” أو “عدم اليقين” إلى حالة “الاعتماد الرسمي ”
الخطوة 1: التدقيق الجراحي العميق
معظم الشركات تكتفي بتشغيل أدوات فحص آلي (Automated Tools) وتسليم التقرير، وهو ما يكشف القشرة الخارجية فقط.
لكن كيف تختلف في RMG؟ نحن نبدأ من حيث ينتهي الآخرون. يقوم مهندسونا بمراجعة الكود المصدري (Source Code) يدوياً. نحن ندخل إلى مستودعات (Git) الخاصة بكم لفحص:
- بنية المكونات البرمجية.
- طريقة استدعاء وتنفيذ مكتبات (Storybook).
- التحقق من “الهيكلة الدلالية” (Semantic HTML) التي لا تراها الأدوات الآلية.
والنتيجة تشخيص دقيق يفرق بين “الأخطاء الشكلية” البسيطة و”العيوب الهيكلية” العميقة التي قد تسبب رفض النظام بالكامل.
الخطوة 2: خارطة طريق الإصلاح
المشكلة تحدث عند إغراق العميل بملف إكسل يحتوي على 500 خطأ عشوائي دون توجيه. لكننا في RMG نقدم خطة عمل استراتيجية مفصلة. نقوم بتصنيف الأخطاء حسب “الأثر على الاعتماد” ونحدد الأولويات:
- المعيقات (Blockers): ما يجب إصلاحه فوراً لضمان عدم الرفض.
- التحسينات: ما يمكن جدولته لاحقاً.
- نضع جدولاً زمنياً واقعياً بالساعات وليس بالأيام.
والنتيجة هي رؤية واضحة للمسار، وتحديد دقيق للموارد والوقت المطلوب لإغلاق المشروع بنجاح.
الخطوة 3: التنفيذ والإصلاح “جوهر منهجيتنا”
هذه هي الخطوة التي تميز (RMG) عن أي منافس آخر. في النموذج التقليدي، يتوقف الاستشاري هنا ويقول لكم “حظاً موفقاً”. أما نحن، فنشمر عن سواعدنا ويقوم فريق التطوير لدينا (وليس فريقكم) يتولى المهمة الصعبة:
- نعيد كتابة الأكواد المعيبة بأيدينا.
- نضبط تباين الألوان برمجياً لتوافق معايير الوصولية (WCAG).
- نعيد بناء مكونات (Figma/Storybook) لتتطابق حرفياً مع المعايير الوطنية لكود المنصات.
ونتيجةلذلك لا نسلمكم “توصيات” على ورق، بل نسلمكم “كوداً نظيفاً وممتثلاً” جاهزاً للعمل فوراً.
الخطوة 4: محاكاة الفحص النهائي
مبدنأ أننا لن نقوم بإرسال الملفات للهيئة و”نتمنى الأفضل”. نحن نكره المفاجآت بقدر ما تكرهونها. لكننا في RMG وقبل لحظة التقديم الرسمي، نجري عملية “تدقيق داخلي صارم” تحاكي تماماً بروتوكولات فحص هيئة الحكومة الرقمية (DGA). نستخدم نفس الأدوات، نفس المعايير، ونفس الشدة، لضمان أن نسبة احتمالية الخطأ هي صفر بما يعطينا اليقين التام بأن المنصة ستجتاز الفحص من المحاولة الأولى.
الخطوة 5: الإدارة الكاملة للتقديم والاعتماد
حتى عملية التقديم لها تفاصيل تقنية دقيقة في رفع الملفات وتوثيقها، لكننا في RMG؟ نحمل عنكم العبء الإداري والتقني الأخير:
- نتولى رفع الكود والوثائق على المنصات المعتمدة.
- ندير التواصل التقني المباشر مع فريق الهيئة.
- نرد على أي استفسارات توضيحية قد تطرأ.
- نستمر في المتابعة حتى لحظة استلامكم للبريد الإلكتروني الذي يحمل عنوان: “تم اعتماد المنصة”.
بما يضمن شهادة اعتماد رسمية، تكريم لجهتكم، وراحة بال تامة لمدير المشروع.
الشفافية هي استراتيجيتنا لإزاحة المخاطر تواصلوا معنا اليوم لنبدأ الرحلة نحو الاعتماد المضمون.
لماذا تعتبر “المحاكاة” (الخطوة 4) ضرورية جداً في كود المنصات الموحد؟
لأن أدوات الفحص تتطور، ومعايير الهيئة صارمة. المحاكاة تسمح لنا باكتشاف أي ثغرة دقيقة قد تكون سقطت سهواً وإصلاحها داخلياً قبل أن يراها المدقق الرسمي، مما يضمن “القبول من المرة الأولى” ويحمي سمعة الجهة من الرفض المتكرر.
هل يتطلب تنفيذ هذه الخطوات توقفاً لمنصتنا الحالية؟
لا. نحن نعمل عادة في بيئة تطوير (Staging Environment) منفصلة أو على فروع (Branches) محددة من الكود، ولا يتم دمج التعديلات النهائية (Merge) إلا بعد التأكد من سلامتها وعدم تأثيرها على تجربة المستخدم الحالية.
ماذا لو ظهرت ملاحظات من الهيئة بعد الخطوة 5؟
هذا نادر جداً مع منهجيتنا، لكن إن حدث، فإن ضماننا يغطيه بالكامل. سنقوم بمعالجة الملاحظات والرد عليها وإعادة التقديم فوراً دون أي تكلفة إضافية عليكم. نحن معكم حتى استلام الشهادة.
كم تستغرق هذه الرحلة من البداية وحتى الحصول على شهادة كود المنصات الموحد؟
في المتوسط، تستغرق العملية الكاملة حوالي 9 أسابيع للمنصات الحكومية المتوسطة الجدول الزمني يعتمد على حجم المنصة والعقبات التقنية الموجودة، ولكننا نلتزم بجدول زمني واضح من اليوم الأول.
