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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

وفي تركيا، يبرز مشروع باردوس (Pardus) كتجربة حكومية طويلة الأمد. منذ منتصف العقد الأول من الألفية، دعمته مؤسستين حكوميتين رئيسيتين: معهد الأبحاث التقني الوطني TÜBİTAK ووزارة التعليم. بدأ كتوزيعة لينُكس وطنية بمدير حزم خاص PISI، يهدف إلى نشر السيادة الرقمية في المدارس والدوائر الحكومية.

حقق نجاحًا في التعليم والجمارك، لكن الجدل أضعف زخمه. قرارات مثل تضمين أدوات غير حرّة تمامًا أثارت خلافات مجتمعية، أضعفت الزخم وأدّت إلى شقاقات داخلية. حوالي 2013، جاء التحول: إنهاء إصدار سطح المكتب للمستخدمين العاديين، وتحويل PISI إلى قاعدة Debian، مع تركيز على الخوادم والحلول المؤسسية. النتيجة؟ مشروع حيّ حتى اليوم، بإصدارات Pardus 21 و23، واستخدام مستمر في المدارس التركية. هل كان هذا فشلًا؟ لا، بل تكيّف ذكيّ مع الواقع.

حتى تجربة ميونخ نفسها، والتي تُذكر غالبًا كقصة فشل، تحمل وجهًا آخر، فقد كانت تعيد كتابة الفصل الأخير بخط أهدأ. ففي انتخابات 2020 المحلية، تغير المشهد السياسي: تحالف الخضر (الداعمين الأشد للبرمجيات الحرة) مع الاشتراكيين عاد إلى البلدية، حاملاً اعترافاً صريحاً: “تخلصنا من الحل مع المشكلة”.

لم يكن الأمر إعلاناً صاخباً عن عودة ثورية لليموكس (التوزيعة الخاصة بميونخ المبنية على دبيان)، بل مراجعة نقدية مؤلمة. فبعد 14 عاماً من الترحيل التدريجي لـ15,000 جهاز حاسوب—ادّعت خلالها المدينة توفيراً بـ10 ملايين يورو بحلول 2013—كانت نهاية ليموكس درساً قاسياً. حين فُتِشَتْ أوراق التراجع عن Windows، تبين أن التكلفة الحقيقية كانت أعلى بكثير مما وُعِدَ به الناخبون (أكثر من 11 مليون يورو)، وأن الترحيل لم يكتمل إلا بنسبة 60% بسبب الجائحة. والمفارقة أن المستخدمين تذمروا من تعقيدات النظام الجديد (ويندوز)، مشتاقين إلى بساطة ليموكس القديم.

هنا، بدلاً من إعادة تجربة 2003 بحماسة عمياء، اختارت المدينة الحكمة المستفادة:

أولاً - النظام اختياري لـخمسة آلاف مستخدم في الأقسام التقنية والبيئية. “نادي متطوع” لا “فريق إلزامي”.

ثانياً - تخلوا عن “النقاء المطلق”. استخدموا Flatpak لبرامج Windows داخل Linux، وركزوا على تطبيقات الويب. الشعار الجديد: “ليست الحرب على Windows، بل الحرية في الاختيار”.

ثالثاً - دعم مركزي بـ50 خبيراً، مع برنامج “أبطال” في كل قسم يدربون زملاءهم. أصبح الفشل جزءاً من العملية، لا جريمة تحاسب عليها.

والنتيجة؟ نموذج هجين عملي: نحو 70% Windows على المكاتب، Linux على الخوادم (توفير 5 ملايين يورو سنوياً)، واستراتيجية IT 2025 عابرة للأحزاب.

وهكذا، حينما نظرت ولاية شلسفيغ-هولشتاين إلى الجنوب، لم ترَ فشلاً، بل رأت خارطة طريق. ففي 2024، أعلنت تحويل 30,000 جهاز إلى Linux. مستفيدة من دروس ميونخ المريرة: اختيارية، توافق، حوكمة مستقرة.

تلك الهمسة التي كانت تُقال في أروقة ميونخ عن الخوف من المغامرة، تحولت اليوم إلى درس رسمي: “انجح بالحرة، طالما لم تجبر أحداً على النجاح معك”.

ميونخ اليوم ليست فشلاً، بل مختبر حي يثبت أن الاستقلال الرقمي يُبنى بالصبر، والتدرج، وحق الاختيار. حتى لو اختار المستخدم أحياناً ما ليس حرّاً.

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

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

بدأ الأمر ببرنامج “يسّر” للتعاملات الإلكترونية الحكومية. لم يكن شعارًا، بل خطّة تنفيذية ثانية تضمنت مبادرة واضحة: استكشاف واستخدام البرمجيات مفتوحة المصدر. ثم جاء الإطار التنظيمي: هيئة الحكومة الرقمية أصدرت قواعد تنظيم البرمجيات الحكومية الحرّة، ودليلاً استرشاديًا عمليًا يأخذ بيد كل جهة: تقييم الجاهزية، اختيار الأدوات، إدارة المخاطر.

لكن الجوهرة الحقيقية؟ منصة oss.dga.gov.sa، مكتبة رقمية وطنية لإيداع البرمجيات الحكومية. تخيّل: بدلاً من أن تبني وزارة أنظمتها من الصفر، تجد ما طوّره غيرها وتُحسّنه. ليست مجرّد توفير مالي، بل معرفة متراكمة تصبح ملكًا مشتركًا للدولة.

ثم جاء الدليل الحيّ: هيئة الزكاة والضريبة والجمارك “زاتكا”. طوّرت أكثر من 20 نظامًا رقميًا مفتوح المصدر—“التحقق من رقم الهوية”، “اختصار الروابط”، “تزامن المخازن”—وفتحت بياناتها بشفافية. تخيّل موظفَ جمارك في جدّة يستخدم نظامًا ابتُكر في الرياض، حُسّن في الدمام، وأُتقن في أبها. هذا ليس ملكيّة خاصّة محصورة في شركة، بل ميراث رقميّ مشترك.

ما السرّ؟ الصبر المؤسّسي. لم تُطلق الرياض وعودًا بـتحول خلال عامين كفنزويلا. بنت أولاً: الحوكمة، القواعد، الدليل، المنصة. ثم جرّبت بحذر في زاتكا. ثم عمّمت عبر يسّر.

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

هل هذا النجاح قابل للتعميم؟ بينما تتداول عواصم العالم قصصَ إخفاق ميونخ كتحذير، كانت الرياض تبني بهدوء. جعلت البرمجيات الحرّة جزءًا من DNA الدولة. نسيجها الرقميّ وعظمها التقنيّ.

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

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

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

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

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

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

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