Распределение решений

В любом сообществе есть решения, которые принимаются ежедневно (кто сегодня дежурит на ресепшене), и решения, которые принимаются раз в год (утверждение бюджета). И есть промежуточный класс — «иногда возникают, требуют участия, но не каждый день» (приём нового члена, изменение размера взноса, выбор подрядчика на ремонт). Платформа должна обслуживать все три типа, не сводя их к одной форме.

Три уровня решений

В ComUnify мы разделяем решения сообщества на три уровня — по тому, насколько они обратимы и насколько широкий круг участников должен в них участвовать.

Оперативные решения принимает один человек или маленькая группа. Председатель кооператива подписывает счёт за электричество. Преподаватель составляет расписание. Координатор проекта назначает ответственного. Это решения, скорость которых важнее их коллегиальности, и которые легко откатываются, если оказываются неверными.

Тактические решения принимает совет или орган управления. Совет — это не президиум и не верхушка в иерархическом смысле. Это группа участников с временным мандатом на решения определённого типа. Совет утверждает квартальный бюджет, выбирает между двумя подрядчиками, решает спорные вопросы между членами.

Стратегические решения принимаются всем сообществом или его большинством по правилам, прописанным в уставе. Изменение размера паевого взноса, приём в члены, исключение, изменение направления деятельности, утверждение годового отчёта. Эти решения принимаются редко, но имеют долгие последствия, поэтому требуют легитимности.

Платформа сообщества должна различать эти три уровня и поддерживать разные формы принятия решений на каждом из них. Использовать общее собрание для решения «купить или не купить картриджи» — переусложнение. Использовать единоличное решение председателя для изменения устава — нарушение прав участников.

Кворум — не одна цифра

В корпоративном мире кворум обычно описывается одним способом: «больше половины членов совета директоров». В сообществе формулы сложнее, потому что члены не равны между собой по тому или иному критерию.

В товариществе собственников жилья вес голоса связан с долей в общем имуществе: у владельца стометровой квартиры голос весит вдвое больше, чем у владельца пятидесятиметровой. Это не несправедливо — это отражение того, что и его доля в общем имуществе вдвое больше. Кворум общего собрания и порядок подсчёта голосов регулируются Жилищным кодексом РФ: статья 45 — кворум собрания, статья 46 — правила принятия решений, статья 48 — порядок голосования и подсчёт голосов через долю в общем имуществе. Решение, принятое без установленного законом кворума, не является легитимным. Конкретные пороги зависят от вопроса повестки и должны проверяться по актуальной редакции ЖК.

В производственном кооперативе может действовать один член — один голос, независимо от размера паевого взноса. В акционерном обществе — пропорционально пакету акций. В образовательном сообществе выпускников может действовать репутационный вес: голос участника, который много лет вкладывался в общее дело, весит больше, чем голос новичка.

Модуль Proposal поддерживает все эти формы кворума как параметры голосования. При создании предложения организатор выбирает: какой критерий определяет вес голоса, какой кворум для принятия (простое большинство, две трети, единогласно), какие участники имеют право голоса (все члены или только определённой категории), в течение какого времени собираются голоса. Один модуль, разные конфигурации.

Делегирование как способ участия

В реальности не все участники сообщества готовы и хотят голосовать по каждому вопросу. Часть участников активна и вникает в детали, часть готова делегировать решения другим. Это нормально и не означает, что вторая группа «менее ценна». Это значит, что у них другая роль в сообществе.

Модуль Delegation позволяет участнику передать своё право голоса доверенному лицу. Делегирование может быть:

• Полным — на все решения, до отзыва;
• По теме — например, по финансовым вопросам делегирую казначею, по техническим — главному инженеру;
• На одно решение — на конкретное голосование, без переноса на будущее;
• Цепным — делегирую тому, кто сам имеет делегации от других (liquid democracy).

Цепное делегирование — это интересная форма. Она позволяет тому участнику, который имеет доверие многих, реально это доверие применять. Но она же создаёт риск концентрации: если все делегируют одному, решения фактически принимает один. Поэтому в системе разумно ограничивать цепочки делегирования параметрами: максимальную глубину (например, два-три уровня) и максимальную долю делегированных голосов у одного участника. Конкретные значения сообщество устанавливает в уставе.

Арбитраж когда что-то идёт не так

Решения, даже принятые корректно, иногда оспариваются. Член кооператива считает, что его исключили несправедливо. Двое участников спорят о праве пользоваться общим оборудованием. Подрядчик не выполнил обязательства, и непонятно, кто из членов отвечает за приёмку работ.

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

Процедура устроена по принципу максимальной прозрачности: спор оформляется как заявление, участники назначают арбитра или арбитражную панель из числа доверенных членов сообщества (или из реестра внешних арбитров, если сообщество таковой ведёт), обе стороны представляют аргументы, арбитр выносит решение, решение фиксируется в журнале документов и доступно всем участникам сообщества.

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

Совет как форма управления

Многие сообщества организуют между «оперативным управлением» и «общим собранием» промежуточный орган — совет. Совет правления в ТСЖ. Совет учредителей в потребительском кооперативе. Координационный совет в зонтичной структуре. Совет — это не верхняя точка иерархии, это специализированная группа, которой сообщество доверило решения определённого класса на определённый срок.

Хорошо работающий совет имеет три свойства:

• Ограниченный мандат: совет может решать только то, что ему делегировано уставом, остальное возвращается в общее собрание;
• Обновляемость: состав совета меняется по правилам — выборы раз в один-два года, ограничение на количество последовательных сроков;
• Подотчётность: совет регулярно докладывает общему собранию о своих решениях, его решения могут быть оспорены в общем порядке.

Совет без этих свойств вырождается. Без ограниченного мандата он становится автократией внутри сообщества. Без обновляемости — кастовой структурой. Без подотчётности — изолированной от участников группой, интересы которой расходятся с интересами сообщества. ComUnify в модуле RoleManagement поддерживает все три свойства как параметры: устав сообщества может зафиксировать срок мандата совета, ограничения по переизбранию, обязательную периодичность отчётов.

Следующая глава — про память сообщества. Решения, которые принимаются по правилам, описанным в этой главе, становятся ценными только если они помнятся. Память — это то, что отличает сообщество от случайной группы людей в одной комнате.