Управление сообществом FreedomBox

О нашем сообществе

Программный проект FreedomBox управляется сообществом, в которое входят волонтеры, работающие неполный рабочий день, и участники, работающие на полную ставку. В сфере управления мы полагаемся на наш письменный кодекс поведения и взаимно обязательные стандарты. Сообщество стремится принимать решения путем открытого обсуждения и консенсуса. В случае разногласий сообщество обсуждает до тех пор, пока решение не будет найдено, или соглашается отложить обсуждение. Хотя у избранного числа наших разработчиков есть право принимать запросы на слияние, любой может присоединиться к нашему сообществу участников и отправить свой код или другие материалы.

Основная команда

Познакомьтесь с членами нашей основной команды! Хотя несколько членов сообщества вносят свой вклад, основная команда состоит из тех, кто больше всего участвует в разработке FreedomBox.

Участники

Хотя наша основная команда небольшая, сотни добровольцев внесли свой вклад в FreedomBox на протяжении многих лет. Многие из этих участников перечислены здесь. Благодарим их за работу!

Как принимаются решения

Как правило, решения о разработке и проектировании программного обеспечения обсуждаются членами основной группы и реализуются с использованием нашей открытой платформы разработки программного обеспечения (например, GitLab). Многие решения, принятые нашей командой, не вызывают споров и не требуют длительного обсуждения.

Но иногда необходимы продолжительные периоды обсуждения. Для предложений, которые могут вызвать разногласия, мы используем процедуру "запроса комментариев" (RFC). RFC должны быть размещены на одной из наших открытых платформ для разработки (например, Gitlab или форум) и должны включать (1) письменное резюме, эскиз или макет предложения, (2) краткое объяснение того, почему это предложение необходимо. и (3) список действий, необходимых для реализации предложения. При желании можно также включить в RFC четвертый пункт: предлагаемый график процесса обсуждения во избежание ненужных задержек. Иногда разногласия затрудняют соблюдение установленных сроков; в таких случаях участники должны добросовестно стремиться к компромиссу и, в противном случае, могут продлить обсуждение.

Улучшение путём пересмотра

Как правило, когда принимаются предложения относительно разработки или проектирования программного обеспечения, эти предложения рассматриваются как изменяемые, а не постоянные. Такой подход к предложениям, состоящий из доработок за пересмотром, позволяет нам принимать в целом надежные предложения, не останавливаясь на мелких деталях. Незначительные изменения в принятых предложениях всегда можно внести позже, а не заранее. Как и исходное предложение, изменения подлежат обсуждению и не могут быть внесены в одностороннем порядке. В духе экспериментов мы поддерживаем возможность изменения, чтобы способствовать постепенным улучшениям нашего программного обеспечения.