קבוצות אינטרס מיוחדים

תנועת וויקימדיה חסרה מבנה של ממשל רשמי עבור קבוצות ארגוניות קטנות התמקדות בחיפוש ופתרון חששות טכניות משותפות. In some communities outside of the Wikimedia movement a Special Interest Group (SIG) fills this role. Per the enwiki article:

קבוצה של עניין מיוחד (SIG) היא קהילה בתוך ארגון גדול יותר עם עניין משותף בקידום תחום ספציפי של ידע, למידה או טכנולוגיה שבו חברים משתפים פעולה כדי להשפיע או לייצר פתרונות בתחום המיוחד שלהם, ויכולים לתקשר, להיפגש ולארגן פגישות.

היעדר מבנה לארגון קבוצות כאלה משאיר לכל צדדים מעוניינים ליצור מבנים דווקא משלהם. Few examples of such groups other than the Wikimedia Technical Committee and the closely related Front-end standards group can be found which have survived over the long term. שתי הקבוצות הללו נתמכות מאוד על ידי מנהלי טכני של קרן וויקימידיה, אשר עשויים להיות להם קשורות מסוימות להצלחה שלהם. גם לשתי הקבוצות נותרו מעמד של רכוש ובטוח בתחומי העניין שלהם. לכמה קבוצות היסטוריות אחרות לא היו רשימות וסטנדרטים חיצוניים ברורים, כלומר, דוחות ציבוריים, שעות פגישות קבעות, חברות הודיעו esid esid esid. ללא מסגרת לניהול לא ברור איך קבוצה אחרת המעוניינת לקדם ולשפר נושא כמו מסמכים טכניים או שיטות ניסוי תיתנה סמכות כזו.

After researching external communities usage of these and similar structures, we have created these basic recommendations for internal groups to organize themselves with. Note that the Wikimedia User Group model is instead recommended for groups of unlimited sizes, or wider-interests, or with other affiliate-status needs.

Special Interest Group Governance Guidance

Special Interest Groups (SIGs) are here defined as:

• Groups with publicly defined and focused scope.
• Membership can include anyone who is a demonstrated stakeholder, and the groups should be between 5-15 people.
• SIGs scope of activities generally include: discussing relevant issues, identifying problem areas, suggesting/proposing plans, creating related RfCs, overhauling specific documentation, reviewing specific areas of code, helping onboard newcomers to the area, and maintaining documentation hubs.
• SIGs must meet at least once per quarter (monthly preferred), to identify blockers and get feedback on progress. Meeting times must be published. If meetings do not occur for 6 months or 6 meetings whichever is shortest a SIG will be considered inactive.
• SIGs must publish minutes for every meeting. (e.g. Wikimedia Technical Committee/Minutes)
• SIGs must have a dedicated lead or point of contact person.
• SIGs should use relevant public communication methods such as existing IRC channels, mailing lists, and phabricator tasks, for all communication outside of the regular meetings.

Current SIGs

Any group is welcome to add themselves, if they have satisfied and agreed to follow the guidance given here.

• Technical Debt SIG
• Front-end standards group - not formally created as a SIG, but fits the definition
• Wikimedia technical documentation: Friends of the Docs
• Quality Assurance SIG
• Code Health Group
• Docker/SIG
• Kubernetes SIG
• Ceph SIG
• Flink SIG
• Kafka Infrastructure SIG

Glossary

SIG

Special Interest Group. An organization model for groups with a shared concern to meet and collaborate, ideally publicly.

Stakeholder

A person with either the ability to effect the item of interest or one who is effected by it to a degree that their use case has risen to prominence allowing the contribution of specific insight. This is often a SIG specific norm established by the group and lead or point of contact.

Minutes

Notes that are the written record of a meeting. They typically describe the events of the meeting and should include a list of attendees, a statement of the issues considered by the participants, and related responses or decisions for the issues.

Meet(ing)

A regular gathering of Stakeholders who are members of a SIG that results in published minutes.