Governance-Aware Software Architecture for Multi-Stakeholder Platforms

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

المشكلة هي أن هذه المجموعات غالباً ما تريد أشياء متناقضة.

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

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

الفكرة الجوهرية: الكود هو سياسة

تجادل الورقة بأنه عندما يقرر المهندس كيفية بناء البرمجيات، فإنه في الواقع يتخذ قراراً سياسياً بشأن من يملك القوة ومن يكون في أمان.

فكر في الأمر كبناء منزل يحتوي على غرفة معيشة مشتركة.

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

تسمي الورقة هذا "بنية البرمجيات الواعية بالحوكمة" (Governance-Aware Software Architecture). إنها كتاب قواعد جديد يجبر المهندسين على التوقف عن التفكير في "الكود" فقط والبدء في التفكير في "حل النزاعات" قبل كتابة سطر برمجي واحد.

القواعد الخمس لساحة المدينة

أنشأ المؤلفون خريطة (إطار عمل) تربط خمس قواعد مهمة لساحة مدينة عادلة باختيارات إنشائية محددة في البرمجيات. إليك كيف يترجمون "العدالة" إلى "مواد بناء":

1. المساحات الآمنة (لا تجسس):

   • القاعدة: يجب أن يتمكن المزارعون من التحدث دون أن يراقبهم أشخاص أقوياء.
   • اختيار البناء: بدلاً من الجدار الزجاجي، استخدم نظام أمن مستوى الصف (Row-Level Security). هذا يشبه حارساً سحرياً عند باب قاعدة البيانات. إذا سأل مسؤول حكومي: "أرني جميع بيانات الخناق"، سيقوم الحارس تلقائياً بتصفية الإجابة لتظهر فقط "إجمالي عدد الخنازير في البلاد". وإذا سأل مزارع: "أرني خنازيري"، سيظهر له الحارس مزرعته فقط. البيانات موجودة في نفس المبنى، لكن الحارس يضمن ألا يرى أحد ما لا يُسمح له برؤيته.

2. الأجندة التي يقودها المزارعون (من هو المدير؟):

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

3. الابتكارات من الأسفل (تقدير الحكمة المحلية):

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

4. التنسيق بين المستويات المختلفة (لا تسيطر مجموعة واحدة):

   • القاعدة: يحتاج المزارعون إلى تطبيق هاتف بسيط، لكن الحكومة تحتاج إلى لوحة تحكم معقدة. لا ينبغي عليهم التفاوض على الميزات.
   • اختيار البناء: بدلاً من بناء آلة واحدة ضخمة ومعقدة (Monolith) تحاول القيام بكل شيء للجميع، ابنِ غرفاً منفصلة ومتخصصة (Microservices). "غرفة المزارع" مبنية للإنترنت البطيء والأزرار البسيطة. "الغرفة الحكومية" مبنية للشاشات الكبيرة والرسوم البيانية المعقدة. يتحدثان مع بعضهما البعض، لكنهما مبنيان بشكل مختلف حتى لا يُجبر أي طرف على استخدام أداة لا تناسبه.

5. الشفافية من أجل الثقة (لا للصناديق السحرية):

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

مثال تربية الخنازير

لإثبات أن هذا يعمل، بنى المؤلفون نموذجاً أولياً لمنصة لتربية الخنازير في رواندا.

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

ما لا تدعيه الورقة

من المهم ملاحظة ما لا تقوله هذه الورقة:

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

الخلاصة

هذه الورقة هي بمثابة جرس إنذار لمهندسي البرمجيات. تقول: "أنتم لا تبنون أدوات فحسب؛ أنتم تبنون قواعد المجتمع."

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