OpenStad is een community-project.
De community rondom OpenStad houdt zich aan de principes van de Standard for Public Code.
Community OpenStad heeft een kernteam dat verantwoordelijk is voor het dagelijks sturen en onderhouden van OpenStad.
Elke actieve bijdrager in de community OpenStad kan verzoeken om lid te worden van het kernteam door dit kenbaar te maken via contact@openstad.org. Actieve bijdragers leveren een bijdrage in de vorm van financiën, personele inzet, code-wijziging, documentatiewijziging, levering van product of dienst. Het kernteam zal hierover stemmen.
Idealiter heeft geen enkele organisatie een meerderheid aan leden in het kernteam.
De huidige leden zijn:
- Daniël Hoekzema (Gemeente Haarlemmermeer)
- Marijn van Dam (Gemeente Zwolle)
- May-Britt Jansen (Gemeente Amsterdam)
Het kernteam geeft opdracht aan deze beheerder van de community:
Het kernteam geeft opdracht aan deze beheerders voor beheer en onderhoud van code:
- Rudi van Hierden (Draad)
- Ian Rieken (Gemeente Amsterdam)
- Ian de Bruin (Draad)
- Freek van der Horst (Draad)
Het kernteam werkt samen met deze partij voor ontwikkeling van code:
Het kernteam werkt samen met deze partijen voor organisatie van OpenStad Live:
Het kernteam bestaat uit actieve bijdragers die dagelijks verantwoordelijk zijn voor:
- Het mergen van pull requests
- Het afhandelen van overtredingen van de gedragscode
Naast de dagelijkse taken heeft de redactie de gezamenlijke verantwoordelijkheid om:
- Technisch richting te geven aan de codebase
- Een roadmap en ondersteunende principes bij te houden
- Problemen in de ontwikkeling of conflicten tussen bijdragers op te lossen
- Uitgaves te beheren en plannen
- Toegangsrechten te beheren tot de bronnen van OpenStad, zoals bronrepositories, hosting en projectagenda’s
- De missie, visie, waarden en scope van het project te bewaken
- De governance aan te passen indien nodig
- Beslissingen op codebase-niveau te nemen
- Het merk OpenStad te beheren
- Wijzigingen door te voeren op het gebied van licenties en intellectueel eigendom
Het kernteam vergadert regelmatig. Hun agenda bevat een beoordeling van de roadmap en problemen/zaken die zijn vastgelopen. Het doel van de agenda is niet om alle patches te beoordelen of goed te keuren.
Het besluitvormingsproces is standaard gebaseerd op consensus, met stemmingen voor bepaalde zaken.
Voor deze community betekent ‘consensus’ dat je een beslissing gewoon kunt nemen als je denkt dat deze onomstreden is. Elke beslissing die op deze manier wordt genomen, wordt als ondersteund beschouwd zolang niemand bezwaar maakt. Uiteraard moet je bereid zijn om je werk terug te draaien als iemand bezwaar maakt.
Als er onzekerheid is over een beslissing, kan een lid van het kernteam de rest van het team informeren dat zij op het punt staan een bepaalde beslissing te nemen. Als geen enkel teamlid binnen 96 uur bezwaar maakt, wordt de beslissing als ondersteund beschouwd. Als er bezwaren zijn en er geen oplossing kan worden gevonden door middel van discussie, kan een teamlid een stemming aanvragen.
Elk lid van het kernteam heeft 1 stem. Alle stemmen worden openbaar geregistreerd.
Veel van de dagelijkse onderhoudstaken van het project kunnen worden afgehandeld via het consensusbesluitvormingsproces. Maar de volgende punten moeten worden voorgelegd aan een stemming:
- Toevoegen van een teamlid met gewone meerderheid
- Verwijderen van een teamlid met tweederdemeerderheid
- Wijziging van de governance-regels (dit document) met tweederdemeerderheid
- Wijzigingen in licenties en intellectueel eigendom (inclusief nieuwe logo’s en woordmerken) met gewone meerderheid
- Toevoegen, archiveren of verwijderen van sub-projecten met gewone meerderheid
Bij een gewone meerderheid betekent dit dat minstens de helft van de leden van het kernteam voor heeft gestemd, en bij een tweederdemeerderheid tweederde van de leden.
De community OpenStad houdt zich aan de gedragscode van de Standard for Public Code.
Als een mogelijke overtreding betrekking heeft op een lid, zal dat lid worden uitgesloten van de stemming over het probleem. Dergelijke problemen moeten direct worden geëscaleerd naar het kernteam, en het kernteam kan ervoor kiezen om in te grijpen.