Patterns in the Transition From Founder-Leadership to Community Governance of Open Source
من خلال تحليل 637 مستودعاً من مستودعات "غيت هاب" (GitHub) ووثائق حوكمتها المتطورة، تكشف هذه الدراسة أن الانتقالات الناجحة من الحوكمة التي يقودها المؤسس إلى حوكمة المجتمع لا تحدث عبر تحولات في النبرة، بل من خلال التراكم التدريجي والتحسين للأدوار المؤسسية واللوائح على مستوى النظام البيئي.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
إليك شرح للورقة البحثية باستخدام لغة بسيطة وتشبيهات من الحياة اليومية.
الصورة الكبيرة: من "زعيم واحد" إلى "فريق عمل"
تخيل مشروع برمجيات مفتوح المصدر (مثل تطبيق أو موقع إلكتروني مجاني) كأنه حديقة مجتمعية مشتركة وعملاقة.
في البداية، تُنشأ معظم الحدائق بواسطة شخص واحد — وهو المؤسس. هذا الشخص يزرع البذور الأولى، ويبني السياج، ويقرر أين توضع الطماطم. في البداية، يعمل هذا الأمر بشكل رائع؛ فالمؤسس هو "الديكتاتور المستنير"، والجميع يتبع قيادته ببساء.
لكن مع نمو الحديقة، تجذب مئات المزارعين الآخرين. لا يمكن للمؤسس أن يسقي كل نبتة، أو يقلم كل شجيرة، أو يقرر كل قاعدة بمفرده. إذا حاول ذلك، فقد تنهار الحديقة، أو قد يصاب المؤسس بالإنهاك. تحتاج الحديقة إلى التحول إلى منظمة يديرها المجتمع حيث يكون للجميع رأي وقواعد واضحة.
هذه الورقة هي دراسة حول كيف قامت 637 من هذه "الحدائق الرقمية" بهذا الانتقال. أراد الباحثون معرفة: كيف تغيرت هذه المشاريع كتب قواعدها عندما انتقلت من مرحلة "الزعيم الواحد" إلى مرحلة "حكم المجتمع"؟
كيف فعلوا ذلك: قراءة "كتب القواعد"
بدلاً من مراقبة الناس وهم يتجادلون في غرف الدردشة أو عدّ التغييرات التي طرأت على الكود البرمجي، نظر الباحثون إلى كتب القواعد المكتوبة.
على موقع GitHub (الموقع الذي تعيش فيه هذه المشاريع)، يوجد ملف خاص يسمى GOVERNANCE.md. اعتبر هذا الملف بمثابة "الدستور" للمشروع. إنه ملف نصي بسيط يوضع بجانب الكود البرمدي، ويقول أشياء مثل:
- "من يمكنه دمج الكود؟"
- "كيف نختار قائداً جديداً؟"
- "ماذا يحدث إذا خرق شخص ما القواعد؟"
جمع الباحثون النسخة الأولى من كتاب القواعد هذا (عندما كان المشروع شاباً) والنسخة الأخيرة (عندما أصبح المشروع ناضجاً) لـ 637 مشروعاً. واستخدموا برنامج كمبيوتر لقراءة هذه الوثائق وتفكيكها إلى ثلاثة أجزاء بسيطة:
- الأدوار (من؟): من يُسمح له بالقيام بالأشياء؟ (مثلاً: "المساهمون"، "المشرفون"، "لجنة التوجيه").
- الأفعال (ماذا؟): ما هي الأنشطة التي يتم تنظيمها؟ (مثلاً: "التصويت"، "مراجعة الكود"، "اتخاذ القرارات بشأن الميزات").
- الالتزامات (إلى أي مدى القواعد صارمة؟): ما مدى صرامة القواعد؟ (مثلاً: "يجب عليك فعل هذا"، "ينبغي عليك فعل هذا"، أو "يمكنك فعل هذا").
ما وجدوه: الحديقة تصبح أكثر تعقيداً
وجد الباحثون أنه مع نضوج هذه المشاريع، لا تصبح كتب قواعدها أطول فحسب، بل تصبح أكثر ذكاءً وتوازناً. إليكم الأنماط الرئيسية التي اكتشفوها:
1. وظائف أكثر تخصصاً (نمو "الأدوار")
في البداية، كان كتاب القواعد بسيطاً جداً. كان يقول غالباً: "أي شخص يمكنه المساعدة" أو "المؤسس يقرر".
- التغيير: مع نمو المشروع، بدأت كتب القواعد في تحديد وظائف محددة ومتخصصة. أضافوا قواعد لـ "اللجان التقنية"، "مجموعات الرقابة"، "اللجان الفرعية"، والأشخاص الذين يديرون العلاقات مع المشاريع الأخرى.
- التشبيه: تخيل عشاءً عائلياً صغيراً حيث تقرر الأم كل شيء. عندما تكبر العائلة لتصبح حفل زفاف ضخم، لن تعود لديك "الأم" فقط، بل ستحصل على "رئيس نادل"، "دي جي"، "منسق زهور"، و"رجل أمن". كتاب القواعد بدأ يسرد كل هذه الأدوار المحددة.
2. أنواع أكثر من الأنشطة (نمو "الأفعال")
ركزت كتب القواعد المبكرة على الأفعال الأساسية مثل "تقديم الكود".
- التغيير: غطت كتب القواعد اللاحقة مجموعة أوسع من الأنشطة. بدأت تنظم كيفية تواصلهم مع العالم الخارجي، وكيفية عقد اجتماعاتهم، وكيفية التعامل مع الرقابة.
- التشبيه: النادي الصغير لديه قواعد لـ "التسجيل" فقط. أما النادي الكبير، فلديه قواعد لـ "جمع التبرعات"، "استضافة الفعاليات"، "إدارة الميزانية"، و"الوساطة في النزاعات". نطاق ما يتم إدارته أصبح أوسع بكثير.
3. أصبحت القواعد أكثر توازناً (زيادة "الاعتلاج/الإنتروبي")
هذه طريقة تقنية لقول إن القواعد لم تعد تركز على شيء أو اثنين فقط، بل بدأت تتوزع بالتساوي.
- التغيير: في الأيام الأولى، ربما كانت 90% من القواعد تدور حول "المؤسس". في الأيام اللاحقة، توزعت القواعد بشكل أكثر توازناً عبر جميع الأدوار والأنشطة المختلفة. لم يعد هناك شخص واحد أو مجموعة واحدة تهيمن على النص.
- التشبيه: فكر في الأمر ككشاف الضوء. في البداية، يكون كشاف الضوء مثبتاً على شخص واحد (المؤسس). بمرور الوقت، يتحرك الضوء حولاً، ليضيء أشخاصاً ومهام مختلفة بالتساوي. "ضوء" المسؤولية أصبح مشتركاً.
4. ظلت القواعد "لطيفة" (لم تتغير "الالتزامات" كثيراً)
تحقق الباحثون مما إذا كانت القواعد قد أصبحت أكثر صرامة أو عقابية بمرور الوقت.
- التغيير: ومن المثير للدهشة، أنها لم تتغير. ظلت نسبة "يجب عليك فعل هذا" مقابل "يمكنك فعل هذا" ثابتة تقريباً. وعلى الرغم من أن المشاريع أصبحت ضخمة ومعقدة، إلا أنها لم تتحول إلى دول بوليسية صارمة. ظلت في الغالب تدور حول الإذن والتشجيع بدلاً من المنع.
- التشبيه: حتى مع كبر حجم الحديقة، لم تتغير اللافتات من "يرجى المساعدة" إلى "لا تلمس النباتات وإلا سيتم اعتقالك". ظل النبرة ودودة وقائمة على التطوع.
الخلاصة الرئيسية
تخلص الورقة إلى أن مشاريع المصدر المفتوح الناجحة لا تقوم عادةً بتمزيق كتب قواعدها القديمة والبدء من جديد. بدلاً من ذلك، هم يضيفون طبقات من القواعد الجديدة.
يبدأون بأساس بسيط (رؤية المؤسس) ثم يضيفون ببطء المزيد من طبقات التفاصيل، والأدوار المتخصصة، والمسؤوليات المشتركة مع نمو المشروع. الأمر يشبه بناء منزل: تبدأ بالأساس والجدران، ومع مرور الوقت، تضيف غرفاً، وطابقاً ثانياً، ومطبخاً فاخراً. أنت لا تهدم الطابق الأول لتبني الطابق الثاني، بل تستمر في الإضافة إليه فحسب.
باخت de المختصر: تنمو المجتمعات الناجحة من خلال إضافة وظائف أكثر تحديداً وتوزيع المسؤولية، بدلاً من تغيير نبرة القواعد أو استبدال النظام القديم بالكامل.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.