قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
من البرمجيات مفتوحة المصدر إلى قدرة حكومية ذكية قابلة لإعادة الاستخدام
قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
قرار تنفيذي يبدأ بنطاق محدود ويبنى على دليل
تحديد القرار
تثبيت المشكلة ذات الأولوية، والمالك، وخط الأساس، ومعايير النجاح.
تقييم البدائل
مقارنة الجاهزية والتكلفة الكلية والأمن والاستضافة وقابلية التكامل.
تجربة محكومة
مستخدمون فعليون، وتكامل حقيقي، وشواهد تشغيلية، وقرار استمرار أو تعديل أو توقف.
قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
القيمة التنفيذية المتوقعة
قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
مخرجات تجربة قابلة للاستلام والقرار
قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
ستة ضوابط لحماية قرار الجهة
اختبار الاستقلالية: هل تستطيع الجهة، وفق العقد والرخصة، تشغيل الحل واستلام التطويرات ووثائقها وتجهيز الأصل للإيداع حيث ينطبق؟ إن لم تستطع، فلم يتحقق هدف الانفتاح المؤسسي.
قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
أسئلة القيادة قبل اعتماد التجربة
قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
مبادئ التنفيذ التي تقترحها Labiba®
قرار منخفض المخاطر، قيمة واضحة، وضمانات للقيادة
خريطة الدليل
| الفصل | الموضوع | الصفحات |
|---|---|---|
| الأول | الملخص التنفيذي | 1–8 |
| الثاني | السياق التنظيمي والمصدر المفتوح | 9–16 |
| الثالث | Labiba® والذكاء الاصطناعي | 17–24 |
| الرابع | الانتقال والتشغيل | 25–31 |
| الخامس | خريطة القدرات | 32–53 |
| السادس | الحوكمة والاقتصاد والقرار | 54–68 |
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
الخلاصة التنظيمية: من المرجع إلى قرار قابل للتنفيذ
الفرصة
يمكن للجهة تقييم البرمجيات القائمة، وإعادة استخدام الأصول الحكومية، وتبنّي حلول حرة ومفتوحة المصدر عندما تكون الأنسب فنياً وتشغيلياً واقتصادياً.
المنهج
نبدأ بحصر الأصول والرخص، ثم تحديد المرشحين، وتصميم نسخة محكومة، وتجربتها، وتشغيلها وتحديثها وإنتاج شواهدها بصورة مستمرة.
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
من شراء البرمجيات إلى إدارة أصول قابلة لإعادة الاستخدام
إعادة الاستخدام
بناء أصل موثق مرة واحدة وإتاحة الاستفادة منه لجهات أخرى حيث تسمح الملكية والرخص والضوابط.
كفاءة الإنفاق
توجيه الإنفاق نحو القيمة التنفيذية والتكامل والتشغيل بدلاً من تكرار بناء الوظائف نفسها.
تنمية السوق المحلي
توسيع فرص الموردين الوطنيين في التنفيذ والدعم ونقل المعرفة وفق الشروط الفنية والتعاقدية.
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
القياس يتحقق من التطبيق والشاهد
ما يعنيه ذلك للجهة
- لا تكفي سياسة إذا كان المتطلب يطلب تطبيقاً فعلياً.
- عندما يطلب المعيار شاشات أو تقارير، يجب أن ينتجها النظام.
- التقارير والدراسات يجب أن تكون حديثة وفق دورة القياس.
- القياس يتم على مستوى المتطلبات والمعيار.
ما يعنيه للمنفذ
- صمّم حزمة الشواهد ضمن المنتج.
- أضف تقارير لحظية ودورية قابلة للتصدير.
- وثّق التكاملات والصلاحيات وسجل التدقيق.
- اجعل دليل المستخدم جزءاً أصيلاً من الحل.
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
صمّم الشاهد داخل دورة التشغيل
متطلب تنظيمي ← قدرة رقمية ← إجراء تشغيلي ← مؤشر ← شاهد
إذا تطلب المعيار شاشات أو تذاكر أو تقارير أو أدوات تفاعل أو قاعدة معرفة، فينبغي أن تنتجها العمليات اليومية للنظام، لا أن تنشأ يدوياً عند اقتراب القياس.
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
متطلبات البرمجيات الحكومية الحرة ومفتوحة المصدر
المتطلبات التنفيذية
- حصر أصول البرمجيات وبياناتها ورخصها وإمكان مشاركتها.
- تقييم البرمجيات الحكومية المتاحة قبل البناء الجديد، وفق الآلية المعتمدة.
- توثيق إعادة استخدام البرمجيات الحكومية أو المفتوحة حيث ينطبق.
- اعتماد سياسات شراء وتطوير واضحة.
- تنظيم خطة الإيداع والتفاعل مع المنصة الرسمية وفق المتطلبات السارية.
عند التعاقد للبناء
- تحديد تسليم الشفرة المصدرية والمستندات والمتعلقات.
- تثبيت حقوق الاستخدام والنسخ والتعديل والتوزيع وفق المتطلبات والرخص.
- التحقق من أهلية المورد الفنية وجودة ممارساته.
- تحديد ملكية أو حق استخدام التطويرات الإضافية تعاقدياً.
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
ما الذي تملكه الجهة عند استخدام البرمجيات المفتوحة؟
الشفرة
تتاح للفحص والتعديل وفق شروط الرخصة، ولا تعني الإتاحة انتقال الملكية تلقائياً.
الرخصة
تحدد حقوق الاستخدام والنسخ والتعديل والتوزيع والالتزامات المقابلة.
العلامة
قد تبقى محمية أو مقيدة بصورة مستقلة عن ترخيص الشفرة.
المكونات
قد يحمل كل مكون تابع رخصة مختلفة يجب حصرها ومراجعة توافقها.
هذا الكتاب ليس رأياً قانونياً. كل Fork أو إعادة توزيع يحتاج مراجعة رخص ومكونات وعلامات.
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
القيمة لصاحب القرار
زمن بدء أقصر
الاستفادة من أصل ناضج بدلاً من بناء الوظائف الأساسية من الصفر، متى ثبتت ملاءمته.
مرونة تعاقدية وتشغيلية
تخصيص وتكامل وإمكانية تغيير المورد دون إعادة بناء الحل بالكامل.
شفافية تقنية
فحص الشفرة والمكونات وإدارة التغيير بصورة موثقة.
رفع القدرة المحلية
نقل المعرفة إلى فرق محلية وخلق سوق دعم وتطوير محلي.
من التوجه التنظيمي إلى الشاهد القابل للتدقيق
أربعة أنماط تفشل التبنّي
نسخة متفرعة بلا حوكمة
نسخة منفصلة لا يمكن ترقيتها مع المشروع الأصلي.
إعادة تسمية شكلية
تغيير الألوان والشعار بلا أمن وتحديثات وتشغيل.
تخصيص مغلق
إخفاء التطويرات أو جعل التشغيل مشروطاً حصرياً بالمورد.
تجاهل الرخص
دمج مكونات غير متوافقة ثم اكتشاف المشكلة عند الإيداع أو التوزيع.
ربط المعيار بالخدمة والتشغيل والشاهد
من المحادثة إلى خدمة حكومية قابلة للقياس
من سؤال المستفيد إلى تنفيذ خدمة قابلة للقياس
تظهر قيمة Labiba® عندما تنتقل المحادثة من الإجابة العامة إلى فهم الطلب، واستدعاء الأنظمة الخلفية، وتنفيذ إجراء أو إنشاء حالة، ثم تسجيل النتيجة ومؤشرات الأداء.
تنفيذ خدمات آلياً كلياً أو جزئياً مع تقارير تشغيلية.
دعم رحلة مستفيد مترابطة عبر الأنظمة والقنوات.
قياس السلوك والتعثر أثناء تقديم الخدمة، لا بعد انتهائها فقط.
ربط إدارة العلاقة ومركز الاتصال والمعرفة والتصعيد ضمن تجربة واحدة.
ربط المعيار بالخدمة والتشغيل والشاهد
من التفاعل الذكي إلى تنفيذ خدمة
المخرج المطلوب
فهم الطلب، وتنفيذ إجراء محدد أو إنشاء حالة، وتسجيل النتيجة، وقياس الإتمام وزمن الاستجابة والتصعيد.
دور Labiba®
التكامل مع الواجهات وسير العمل، وربط المحادثة بالطلب، وتحليل الأنماط المتكررة، وتوفير تقارير قابلة للتصدير.
ربط المعيار بالخدمة والتشغيل والشاهد
رحلة مستفيد مدعومة بالذكاء الاصطناعي
يبدأ القرار بالتحقق من انطباق المتطلب على الجهة، ثم اختيار رحلة ذات أولوية وربط قنواتها وخدماتها وإجراءاتها ومؤشراتها.
العمل المطلوب
حصر الرحلات ذات الأولوية، ورسم الوضع الراهن والمستهدف، وتحديد نقاط الاتصال، وربط الخدمات الخلفية، ثم الإطلاق وقياس الاستخدام والنتيجة.
دور Labiba® الصحيح
تعمل Labiba® كطبقة محادثاتية للرحلة؛ تفهم الطلب وتوجه المستفيد وتنفذ الإجراءات المتاحة وتحتفظ بسياق التصعيد.
ربط المعيار بالخدمة والتشغيل والشاهد
قياس التجربة أثناء تقديم الخدمة
يقيس الاستبيان الانطباع، لكنه لا يكشف وحده موضع التعثر أو زمن الإنجاز أو سبب التصعيد داخل الرحلة. لذلك يلزم جمع مؤشرات سلوكية وتشغيلية من تقديم الخدمة نفسه.
أسئلة القيادة
- أين يتعثر المستفيد داخل الرحلة؟
- ما زمن الإنجاز الفعلي؟
- أي خطوة تولد تكرار الاتصال أو التصعيد؟
- ما الفرق قبل التحسين وبعده؟
مؤشرات يمكن أن توفرها Labiba®
- معدل إتمام الطلب.
- نسبة عدم الفهم.
- زمن الوصول إلى الحل.
- أسباب التصعيد.
- المقارنة قبل التحسين وبعده.
ربط المعيار بالخدمة والتشغيل والشاهد
منظومة موحدة لخدمة المستفيد
AIالشواهد المطلوبة
عينات من شاشات إدارة العلاقة، وتذاكر من القنوات المشمولة، وأدوات التفاعل، ومحتوى قاعدة المعرفة، وفق العدد والنوع اللذين تحددهما بطاقة المعيار.
ميزة Labiba®
تولد المكالمة أو المحادثة حالة قابلة للمتابعة، وتستند الإجابة إلى معرفة محكومة، وينتقل التصعيد إلى الموظف بسياقه الكامل.
ربط المعيار بالخدمة والتشغيل والشاهد
من التفاعل إلى حزمة شواهد قابلة للتدقيق
حزمة الشواهد
- لقطات واضحة بعد حجب البيانات غير اللازمة.
- تقارير مؤرخة صادرة باسم الإدارة المعنية.
- روابط للمحتوى المنشور عند الحاجة.
- فهرس تلقائي للحزم التي تتجاوز 20 صفحة.
- جدول يربط كل شاهد بمعياره ومتطلبه.
ما لا نفترضه
تحدد حداثة التقارير وفترتها وفق دورة القياس والبطاقة الرسمية، لا وفق افتراض داخلي ثابت.
ربط المعيار بالخدمة والتشغيل والشاهد
ثلاث درجات لدقة الربط بالمعيار
متطلب صريح
وظيفة أو ناتج مذكور مباشرة في المرجع الرسمي.
حل ممكّن
قدرة تقنية يمكن أن تسهم في تحقيق الهدف، لكنها ليست الطريق الوحيد إليه.
افتراض تحليلي
نتيجة متوقعة تحتاج بيانات وتجربة لإثباتها، ولا تنسب إلى الجهة المنظمة.
ربط المعيار بالخدمة والتشغيل والشاهد
تجربة استبدال محدودة بأثر قابل للقياس
قيمة النهج
يربط قرار الاستبدال بنتيجة تشغيلية موثقة وشواهد مقارنة، لا بتفضيل تقني مسبق.
نطاق الخدمة المقترح
تقييم، وترحيل، وتكامل، وتدريب، وتشغيل مدعوم، وتقرير أثر.
من التقييم إلى تشغيل مستدام قابل للتطوير
نطاق القيمة المقترح
من التقييم إلى تشغيل مستدام قابل للتطوير
توزيع الأدوار في نموذج التشغيل
مسؤولية الجهة الحكومية
- تملك القرار والنطاق.
- تعتمد حقوق الشفرة والتطويرات وفق العقد والرخصة.
- تعتمد السياسات والإصدارات.
- تحدد الاستضافة والصلاحيات.
- تنفذ الإيداع وفق الآلية المنظمة.
مسؤولية المنفذ
- تقييم واختيار الأصل المفتوح.
- التخصيص والتكامل والترحيل.
- إدارة الإصدارات والتحديثات.
- التشغيل والدعم واتفاقيات SLA.
- التوثيق والتدريب وتجهيز الأدلة.
من التقييم إلى تشغيل مستدام قابل للتطوير
Linux أولاً: خط أساس تشغيلي موحّد
فوائد التوحيد
- توحيد أساليب النشر.
- توحيد التحصين الأمني.
- تسريع بناء بيئات الاختبار.
- سهولة النسخ والتعافي من الكوارث.
- تقليل تنوع التشغيل.
مبدأ
Linux أولاً لا يعني توزيعة واحدة للجميع؛ بل خط أساس تشغيلي ثابت مع مرونة اختيار التوزيعة المدعومة في بيئة الجهة.
من التقييم إلى تشغيل مستدام قابل للتطوير
دورة حياة إعادة استخدام الأصل الحكومي
من التقييم إلى تشغيل مستدام قابل للتطوير
انتقال مرحلي بخمس بوابات قرار
لماذا تدريجي؟
لأن النجاح في المصدر المفتوح يعتمد على توافقه مع بيئة الجهة، والتكامل، والأمن، والتبني؛ وليس فقط على تثبيت البرنامج.
قرار كل مرحلة
تخرج كل مرحلة بقرار استمرار أو تعديل أو توقف ومعايير نجاح واضحة قبل استثمار أكبر.
من التقييم إلى تشغيل مستدام قابل للتطوير
تشخيص الجاهزية: ما الذي يجب إثباته قبل التجربة؟
تقني
- المعمارية الحالية.
- أحجام الاستخدام.
- التكاملات.
- التوفر والأداء.
- النسخ والـ DR.
تشغيلي
- فرق الدعم.
- SLA/OLA.
- التصعيد.
- التحديثات.
- إدارة التغيير.
تنظيمي
- الرخص والملكية.
- المعايير ذات الصلة.
- السياسات.
- الإيداع وإعادة الاستخدام.
- نطاق الجهة.
من التقييم إلى تشغيل مستدام قابل للتطوير
سجل الأصول والرخص: أساس القرار
الحد الأدنى للسجل
- اسم الأصل ووظيفته.
- نوعه: مفتوح/مغلق/مطوّر.
- لغة البرمجة وقاعدة البيانات.
- الرخصة الأساسية والمكونات.
- المالك التقني والتشغيلي.
- إمكانية المشاركة والإيداع.
- آخر إصدار وآخر تحديث.
أدوات الحوكمة
- SBOM لكل إصدار.
- License Compatibility.
- سجل العلامات التجارية.
- سياسة قبول Dependencies.
- سجل التعديلات.
- مسار تحديث Upstream.
منظومة مفتوحة مترابطة حول احتياج الجهة
تصميم الحالة المستهدفة: قرارات قبل اختيار التقنية
منظومة مفتوحة مترابطة حول احتياج الجهة
المرحلة الثالثة: تجربة محكومة قبل التوسع
مجال واضح
إدارة أو خدمة ذات حدود ومستخدمين معروفين.
تكامل حقيقي
SSO أو بريد أو API وليس Demo معزولاً.
شاهد حقيقي
تقرير أو شاشة أو سجل يثبت التشغيل.
مؤشرات
الاستقرار، الأداء، رضا المستخدم، زمن المعالجة، عدد الأعطال، تكلفة التشغيل.
قرار
استمرار أو تعديل أو توقف أو تعديل النطاق قبل التوسع.
منظومة مفتوحة مترابطة حول احتياج الجهة
المرحلة الرابعة: ترحيل قابل للرجوع
قبل
- تنظيف البيانات.
- خريطة التحويل.
- خطة الرجوع.
- نسخة احتياطية مجربة.
- تجميد التغييرات الحرجة.
أثناء
- موجات انتقال.
- مطابقة السجلات.
- غرفة قيادة.
- مراقبة الأداء.
- توثيق الاستثناءات.
بعد
- دعم مكثف.
- تدقيق البيانات.
- قياس التبني.
- إغلاق الفجوات.
- تسليم دليل التشغيل.
منظومة مفتوحة مترابطة حول احتياج الجهة
التشغيل المستدام: الالتزام يبدأ بعد الإطلاق
الحل المفتوح لا يعمل وحده
اعتماد الحل لا يكتمل عند الإطلاق. يلزم تحديد مسؤوليات المراقبة ومعالجة الثغرات والنسخ والاستعادة والتحديث والتوثيق منذ مرحلة التقييم.
مسؤولية تشغيلية مستمرة
الأصل المفتوح يحتاج مالك خدمة وفريق تشغيل ومؤشرات ومسار تصعيد، مع خط إصدارات معتمد واختبارات قبول ورجوع قبل كل تحديث.
منظومة مفتوحة مترابطة حول احتياج الجهة
الأدلة جزء من التشغيل، لا عملاً موسمياً
لقطات
شاشات حديثة بتاريخ وسياق واضح.
تقارير
دورية وقابلة للتصدير.
سجل التدقيق
من قام بماذا ومتى.
أدلة التشغيل
تشغيل وتحديث ونسخ واستعادة.
لوحات المؤشرات
مؤشرات لحظية عند الحاجة.
حزمة الشواهد
حزمة مصنفة حسب المعيار والمتطلب.
منظومة مفتوحة مترابطة حول احتياج الجهة
بوابة قبول الأصل المفتوح
| معيار الاختيار | ماذا نتحقق؟ | الحالة المطلوبة |
|---|---|---|
| وضوح الرخصة | حقوق الاستخدام والتعديل والتوزيع، تراخيص المكونات والعلامات | إلزامي |
| النضج والاستقرار | وتيرة الإصدارات، سجل الأعطال، المستخدمون، وجود إصدارات مستقرة | إلزامي |
| الأمن | إعلانات ثغرات، CVE response، تحديثات، Hardening، secrets | إلزامي |
| قابلية التحديث | ترقية موثقة، API compatibility، آلية migrations | إلزامي |
| التكامل | REST/OIDC/SAML/Webhooks أو وسائل تكامل مؤسسية | حسب المجال |
| التوفر العالي | HA/Clustering/Backup/DR ومتطلبات قواعد البيانات | حسب حرجة الخدمة |
| التعريب وتجربة الاستخدام | RTL، i18n، سهولة إعادة بناء الواجهة دون كسر النواة | مهم |
| المجتمع والـ Upstream | نشاط المشروع، الاستجابة، خارطة الطريق، عدم الاعتماد على فرد واحد | إلزامي |
| الأدلة والتقارير | Logs، Audit، Reports، export، dashboards | حسب المعايير |
| التكلفة الكلية | بنية + تنفيذ + تشغيل + تدريب + تحديث + تكلفة انتقال | مقارنة 3–5 سنوات |
منظومة مفتوحة مترابطة حول احتياج الجهة
ثلاث موجات قرار، ونظام واحد كبداية
الموجة A
تجربة المستفيد
عندما تكون الأولوية تقليل زمن الاستجابة وتحسين القنوات.
- Wasel Voice
- Athar CX
- Wasel Engage
- Daleel
الموجة B
التشغيل الرقمي
عندما تكون الأولوية موثوقية الخدمات والأصول والهوية.
- Sanad Service
- Raqib
- Aman Identity
- Baseera
الموجة C
الإنتاجية والحوكمة
عندما تكون الأولوية المشاريع والإجراءات والوثائق والقرار.
- Injaz PMO
- Masar
- Wathiq
- Rabt
منظومة مفتوحة مترابطة حول احتياج الجهة
خريطة خيارات، لا قائمة مشتريات
منظومة القدرات1. تجربة المستفيد والقنوات
الاتصالات، العلاقة مع المستفيد، القنوات، المعرفة والقياس.
2. إدارة الخدمات والتشغيل
الخدمة التقنية، الهوية، المراقبة، اللوحات والبحث.
3. المشاريع والعمليات والمحتوى
المشاريع، الإجراءات، الأرشفة، والتعاون.
4. التكامل والمرونة
واجهات API، الرسائل، البحث، GRC/BCM، EA والسحابة.
منظومة مفتوحة مترابطة حول احتياج الجهة
Wasel Voice: اتصالات قابلة للإدارة والقياس
الاتصالات ومراكز الاتصال المؤسسيةنطاق المنتج
النتيجة المستهدفة: اتصالات ومركز اتصال قابلان للإدارة والقياس، مع واجهة عربية وصلاحيات وقوائم انتظار وتسجيل وتقارير واستمرارية وفق حرجة الخدمة.
التخصيص
- إعادة بناء الواجهة بهوية Labiba® والجهة.
- Wizard إعداد يقلل أخطاء التهيئة.
- قوالب ترقيم وأدوار وصلاحيات.
- تكامل SSO وCRM.
- مؤشرات مركز الاتصال.
الخدمات المدفوعة
- ترحيل أرقام وخطط اتصال.
- SIP/SBC Integration.
- Hardening وHA/DR.
- دعم 24×7 اختياري.
- تطوير إضافات.
منظومة مفتوحة مترابطة حول احتياج الجهة
Athar CX: سجل موحد لرحلة المستفيد
إدارة علاقة المستفيد والتجربةنطاق المنتج
النتيجة المستهدفة: تحويل التفاعل عبر القنوات إلى حالة موحدة لها مالك ووقت استجابة ومسار متابعة ونتيجة قابلة للقياس.
قابلية التوسع والتخصيص
بنية معيارية قابلة لتطوير النماذج والمسارات والواجهات والتكاملات وفق نموذج تشغيل الجهة.
ربط PBX
Screen-pop، Click-to-call، سجل المكالمات، تحويل المكالمة إلى Case، وربط التسجيلات وقياس زمن الاستجابة.
منظومة مفتوحة مترابطة حول احتياج الجهة
Wasel Engage: قناة موحدة لا رحلة مجزأة
تفاعل متعدد القنواتالمخرجات
- رقم مرجعي موحد.
- SLA لكل فئة.
- Queue Routing.
- قاعدة معرفة.
- لوحة لحظية.
- سجل كامل للتفاعل.
الارتباط بالمعايير
يوحد الاتصال والبريد والويب والمحادثة والبلاغ تحت رقم مرجعي ومسار مسؤولية واحد، بحيث لا يفقد المستفيد سياق طلبه عند انتقاله بين القنوات.
منظومة مفتوحة مترابطة حول احتياج الجهة
Sanad Service: تشغيل الخدمات والأصول بمسؤولية واضحة
إدارة الخدمات والأصول التقنيةنطاق المنتج
النتيجة المستهدفة: كتالوج خدمات وطلبات وحوادث وأصول مرتبطة بأوقات استجابة ومسارات تصعيد وتقارير دورية.
خدمة
طلبات وحوادث ومسارات تصعيد.
أصل
جرد أجهزة وبرمجيات وتراخيص.
قياس
SLA وKPIs وتقارير دورية.
منظومة مفتوحة مترابطة حول احتياج الجهة
Daleel: معرفة مؤسسية لا تغيب بتغير الأفراد
المعرفة المؤسسية المنظمةنطاق المنتج
تنظم السياسات والإجراءات وأدلة المستخدم وأدلة التشغيل والأسئلة المتكررة في مصدر محكوم، له مالك ومراجعة وإصدار وصلاحيات.
المحتوى
- أدلة المستخدم.
- إجراءات مركز الاتصال.
- Runbooks.
- FAQ.
- سياسات مختصرة.
- سجل تغييرات.
القيمة
تقليل اعتماد العمل على معرفة أفراد محددين، وتسريع حل التذاكر وتوحيد الإجابات والتدريب.
منظومة مفتوحة مترابطة حول احتياج الجهة
Injaz PMO: قرار مبني على تقدم موثق
المبادرات والمشاريع والمحافظنطاق المنتج
يربط طلب المبادرة بالخطة والمرحلة والمخاطر والتسليمات والاعتمادات والتقرير، لتعرف القيادة أين يتأخر التنفيذ ولماذا وما القرار المطلوب.
التخصيص الحكومي
- بطاقة مبادرة تحول رقمي.
- بوابات اعتماد.
- تقارير لجان.
- تتبع التسليمات.
- تكامل مع المالية والمشتريات.
المعيار
مؤشر النجاح هو اكتمال بيانات القرار في الموعد، لا مجرد تسجيل المشاريع أو عرض مخططها.
منظومة مفتوحة مترابطة حول احتياج الجهة
Masar: رقمنة إجراء قابل للقياس والتغيير
الإجراءات ومسارات العملوظائف
- BPMN.
- Form Builder.
- Rules.
- SLA timers.
- API tasks.
- RPA connectors.
- Dashboards.
اختيار المحرك
لا يعتمد محرك إجراءات قبل فحص الإصدار والرخصة وخطة الخروج وقابلية الترقية؛ فالعلامة مفتوحة المصدر قد لا تشمل كل المكونات.
منظومة مفتوحة مترابطة حول احتياج الجهة
Wathiq: وثيقة موثوقة من الإنشاء إلى الإتلاف
الوثائق والسجلات المؤسسيةنطاق المنتج
يدير التصنيف والبيانات الوصفية والإصدارات والصلاحيات والبحث وسجل التدقيق ضمن دورة حياة معتمدة، ويتكامل مع الأنظمة الأساسية عند الحاجة.
التكامل
- CRM.
- PMO.
- BPM.
- البريد.
- SSO.
- أنظمة الأرشفة الأخرى.
الارتباط
قرار القبول يتطلب اختبار الاحتفاظ والاسترجاع والصلاحيات والتصدير وربط الوثيقة بسياقها التشغيلي.
منظومة مفتوحة مترابطة حول احتياج الجهة
Aman Identity: صلاحية تدار من مركز واضح
الهوية والتحكم بالوصولنطاق المنتج
يوحد الدخول والهوية والأدوار عبر الأنظمة، ويجعل إنشاء الصلاحية وتغييرها وإيقافها قابلاً للتدقيق.
يوحد
تسجيل الدخول والصلاحيات عبر CRM وITSM وPMO وDMS والبوابات.
قيمة تشغيلية
تقليل الحسابات المنفصلة وتسهيل إغلاق أو تغيير الصلاحيات مركزياً.
منظومة مفتوحة مترابطة حول احتياج الجهة
Raqib: اكتشاف الخلل قبل أن يصبح انقطاعاً
مراقبة التشغيل والاستباقنطاق المنتج
يراقب الخدمات والبنية والشهادات والواجهات، ويربط التنبيه بمالك وخط تصعيد وإجراء موثق.
منظومة مفتوحة مترابطة حول احتياج الجهة
Baseera: لوحة قيادة تنتهي بإجراء
لوحات القيادة والتحليلاتمنظومة مفتوحة مترابطة حول احتياج الجهة
Dal Search: وصول واحد إلى معرفة مصرح بها
البحث المؤسسي الموحدنطاق المنتج
بحث موحد وفهرسة وتحليل سجلات وواجهات REST.
يفهرس الوثائق والحالات والأدلة والسياسات والسجلات من نقطة واحدة مع احترام صلاحيات المصدر، وإظهار السياق والمرجع.
منظومة مفتوحة مترابطة حول احتياج الجهة
Rabt: تكامل يقلل أثر تعطل الأنظمة
الواجهات والرسائل والتكاملLabiba® Rabt + Labiba® Rabt Messaging
طبقة واجهات ورسائل تفصل الأنظمة، وتطبق سياسات وصول وحدود استخدام ومراقبة، وتسمح باستمرار المعالجة عند التعطل المؤقت وفق التصميم.
نطاق المنتج
إدارة API، سياسات، مفاتيح، مراقبة وتوجيه.
ناقل الرسائل
فصل الأنظمة عبر رسائل وأحداث لرفع المرونة عند التعطل المؤقت.
منظومة مفتوحة مترابطة حول احتياج الجهة
Majlis: تعاون محكوم بحدود واضحة
التعاون والملفات المؤسسيةنطاق المنتج
يوفر مشاركة ملفات ومزامنة وتعاوناً وصلاحيات في بيئة تحددها الجهة.
الاستخدام
المجلدات المشتركة، العمل بين الفرق، النسخ والإصدارات.
الحدود
لا يحل محل نظام السجلات أو الأرشفة قبل مطابقة سياسات الاحتفاظ والتصنيف والبحث النظامي.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
المخاطر والاستمرارية: من سجل إلى قرار
Risk Register
احتمال، أثر، ضوابط، مالك وخطة معالجة.
KRI
مؤشرات مخاطر رئيسية.
BIA
تحليل أثر الانقطاع.
RTO / RPO
أهداف الاستعادة.
Treatment
خطط المعالجة والمتابعة.
Exercises
اختبارات وتمارين وتقارير.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
البنية المؤسسية: خريطة قرار للتغيير
تدير
- الوضع الحالي.
- المستقبلي.
- خرائط التكامل.
- سجل التطبيقات.
- الفجوات.
- خارطة الطريق.
المعيار
تربط البنية المؤسسية الأعمال والتطبيقات والبيانات والتقنية في نموذج يوضح الوضع الحالي والمستهدف والفجوات والتبعيات وخارطة الانتقال. تختار الأداة بعد اعتماد المنهج والمالك ودورية التحديث.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
جودة الخدمات الرقمية: قياس موثوق قبل الادعاء
مراقبة آلية
HTTPS، الشهادات، الروابط، الأداء، Crawlability، Sitemap، Availability.
الارتباط
تجمع المراقبة التقنية التوفر والأداء والشهادات والروابط وقابلية الاكتشاف، وتربط كل انحراف بمالك وإجراء وزمن معالجة.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
تجربة المستفيد: قياس الرحلة لا الاستبيان فقط
قياس أثناء الخدمة
الإكمال والتعثر وزمن الإنجاز والأخطاء، مع ربط الرضا بسياق الخدمة.
مهم
يبدأ القياس من الاكتشاف إلى الإنجاز عبر مؤشرات سلوكية وتشغيلية، لا من الاستبيان وحده.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
إدارة الابتكار: من الفكرة إلى أثر مثبت
توثيق
يسجل المسار الفكرة وسبب الاختيار والنموذج الأولي والتجربة والقرار والأثر، مع بوابات توقف تمنع استمرار مبادرات بلا قيمة.
الارتباط
يبدأ البرنامج بمحفظة صغيرة ومعايير اختيار شفافة ونتيجة تجربة قابلة للتوثيق.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
حوكمة السحابة: قرار موحد للعمل والأمن والتكلفة
ما الذي يدار؟
تعرض اللوحة عبء العمل وتصنيف البيانات ونموذج الاستضافة والأمن والتكلفة والمالك والقرار التالي عبر مزود واحد أو أكثر.
الهدف
رؤية موحدة عبر مزود أو أكثر بدلاً من تقارير متفرقة.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
الأمن شرط قبول وتشغيل، لا مرحلة لاحقة
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
DevSecOps: ترقية آمنة بلا نسخة معزولة
Forkقواعد التخصيص
- تقليل تغييرات Core.
- Plugins/Modules.
- دمج Upstream دوري.
- Regression tests.
- Release Notes عربية.
حوكمة التغيير
- طلب تغيير.
- تحليل أثر.
- اختبار أمني.
- اعتماد.
- Rollback.
- توثيق.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
الاستضافة تتبع البيانات وحرجة الخدمة
On-premises
داخل مركز بيانات الجهة مع تشغيل ودعم محلي.
سحابة مؤهلة
وفق التنظيمات والتصنيف ومتطلبات الجهة.
Hybrid
فصل طبقات البيانات والخدمات والتكامل.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
ما الذي يجعل الأصل المفتوح خدمة مستقرة؟
تشخيص وجرد ورخص وخارطة انتقال.
تركيب وتهيئة وتخصيص.
SSO وAPIs وERP وقنوات.
بيانات ومستخدمون ووثائق ومكالمات.
مدراء ومستخدمون وفريق تشغيل.
تشغيل ومراقبة وتحديثات.
استجابة وتصعيد وإصلاح.
Modules وConnectors وتقارير.
شواهد وتقارير جاهزية.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
اتفاقية الخدمة تحدد المسؤولية قبل زمن الاستجابة
ما يدخل؟
زمن الاستجابة، الاستعادة، شدة الحادث، قنوات الاتصال، التغطية، الصيانة.
لا تخلط
اتفاقية دعم المورد لا تساوي مستوى الخدمة المقدمة للمستفيد؛ لكل منهما مالك ومؤشرات واستثناءات ومسار تصعيد.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
دراسة الجدوى: مقارنة خيارين على أفق واحد
قرار المقارنة = التكلفة الكلية لثلاث إلى خمس سنوات + مخاطر التنفيذ والخروج − قيمة إعادة الاستخدام والمرونة بعد تقديرها بمنهج معتمد.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
نموذج التعاقد يتبع النتيجة والمسؤولية
تسليم محدد
تصميم وتنفيذ وترحيل وتدريب وضمان بمعايير قبول محددة.
تنفيذ + دعم
فصل بناء الحل عن صيانته مع حقوق انتقال واضحة.
خدمة مدارة
تشغيل دوري بمؤشرات ومسؤوليات وخطة خروج.
برنامج متعدد الموجات
خارطة مراحل وبوابات قرار؛ لا التزام كامل قبل نتائج كل موجة.
التكلفة الكلية = تنفيذ + بنية + تشغيل + دعم + تحديث + تدريب + تكامل + انتقال أو خروج.
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
سجل الرخص والتحقق: لا يعتمد قبل التدقيق
| الحل المرشح | القدرة | المشروع الأصلي والإصدار | حالة التحقق |
|---|---|---|---|
| Wasel Voice | اتصالات | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Athar CX | إدارة علاقة المستفيد | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Wasel Engage | قنوات | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Sanad Service | خدمات وأصول | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Daleel | معرفة | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Injaz PMO | مشروعات | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Masar | إجراءات | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Wathiq | وثائق | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Aman Identity | هوية | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Raqib | مراقبة | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Baseera | تحليلات | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Dal Search | بحث | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Rabt | تكامل | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
| Majlis | تعاون | يحدد في التقييم مع مصدر رسمي وتاريخ تحقق | غير معتمد قبل مراجعة الرخص والمكونات |
مخاطر محسوبة، تشغيل موثوق، وقرار تعاقدي مرن
قرار اليوم: اعتماد مرحلة تقييم، لا اعتماد منظومة كاملة
01
اختيار حالة استخدام واحدة ذات أولوية ومالك تنفيذي.
02
تقييم الوضع الحالي والبدائل والرخص والأمن والتكامل والتكلفة وخيار الخروج.
03
اعتماد تجربة محدودة بنطاق وميزانية ومؤشرات نجاح وتوقف واضحة.
04
العودة للقيادة بنتيجة موثقة: توسع، أو تعديل، أو توقف.
المخرج قبل أي التزام توسعي: بطاقة قرار تشمل النطاق والبديل ومتطلبات البيانات والتكامل والمخاطر ونموذج التشغيل والتكلفة ومؤشرات النجاح وخطة الخروج.
مجال الأعمال / Labiba®: تقييم البدائل، وتصميم التجربة، والتخصيص والتكامل عند الحاجة، وتجهيز التشغيل والأدلة، ونقل المعرفة، وفق نطاق معتمد وعقد واضح.
المراجع الأساسية
• هيئة الحكومة الرقمية: صفحة قياس التحول الرقمي وأحدث وثيقة منشورة رسمياً وقت إعداد النطاق.
• برنامج تبنّي البرمجيات الحكومية الحرة ومفتوحة المصدر والمنصة الرقمية لإيداع البرمجيات الحكومية.
• بطاقة المعيار والمرجع التنظيمي اللذان تعتمدهما الجهة وقت إعداد المشروع.
• سجلات المشاريع الأصلية للإصدارات والرخص والمكونات التابعة.