This SIG cares about all aspects of what is helpful and harmful to this open source software community. We understand that this project is a human endeavor, and it is our job to put people before practice, process, and even progress.
What does it mean to support a community? It means understanding and putting resources into whatever is important to people in this community. We put our own time and energy into this support, and we help coordinate and direct project resources.
What is an open source project compared to a community? A project is a general term referring to an effort by people to accomplish something that requires time and multiple steps. Pruning a rose bush is a task, where a multi-year effort to plant a new rose garden is a project. An open source software community is a type of community of practice, and the software project is the place where the community practices.
You can have a community without a project, which is really a social club. But you cannot have an open source project without a community. However, not all open source software is maintained by a project. It may rather be maintained by an individual, or a single organization through its members (employees, students, researchers, etc.) being effectively the sole contributors.
Establishing a wide, diverse, and inclusive community of people and organizations from all backgrounds and situations.
Creating and maintaining an open source governance for the project
In particular establishing democratically elected overarching leadership and focus committees (Steering, Security, et al)
Establishing further SIGs to take over specific purviews from SIG Community
Being widely inclusive and holding a vision for diversity and equity in the project
Supporting diversity, equity, and inclusion with actions and resources
Maintaining project Code of Conduct and related reporting and response processes
Care about and improve the user and contributor experience
Create and maintain user personas for the project
Establish a project-wide documentation approach
Establish and maintain project-wide communication norms and channels
User and contributor onboarding, i.e., the process for bringing new people into the project
Creating and maintaining project role definitions and responsibility/authority matrix
Keeping track of project and community health, including the use of metrics
Work with SIG Operations to scope and define the infrastructure of participation for contributors
Ownership and financing (domain names, other project assets)
Ensure project-wide transparency
Set project technical direction and maintain a development roadmap
Care about the website presence and other communication outlets, e.g. social media and mail
Out of scope#
Directing project infrastructure
Handling security discussions and responses, including having no role in embargoed security situations
Stewarding changes to the Governance beyond the work for Governance 1.1 that establishes one or more leadership committees
Being the de facto body leading the Op1st project once those capabilities and responsibilities are instilled into one or more leadership committees.
Contributors, and by extension contributors’ organizations
OpenInfra Foundation, via OpenInfra Labs relationship
Open Source Developers (user persona)
Creation of subprojects happens through SIG consensus, coordinated by SIG Chairs. All subprojects and their memberships are tracked in sigs.yaml.