Зачем эта книга

ComUnify — конструктор самоуправления для сообществ. Не для одной формы — для разных: товариществ собственников жилья, потребительских кооперативов, ремесленных объединений, школ с долгими программами, зонтичных структур из нескольких проектов под одной шапкой. Платформа собирается из модулей, как программа из подпрограмм: голосование, казна, репутация, делегирование, события, документы, арбитраж. Каждое сообщество выбирает свой набор и настраивает его под себя.

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

Что обещано

Восемь глав. Час чтения, если идти подряд. Главы можно читать вразнобой — каждая держится сама, но порядок выбран так, чтобы поздние ссылались на ранние.

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

Чего в книге нет

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

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

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

Кому полезно

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

Тем, кто разрабатывает — продукт, инструмент, методологию для подобных групп. В книге описана архитектура, на которой ComUnify держится: Entity-Modifier-DAG с event sourcing. Из неё можно либо взять реализацию (движок открыт), либо построить свою на тех же принципах.

Тем, кто думает о форме сообществ вообще — не обязательно с целью что-то построить. Социологам, юристам, исследователям самоорганизации. Книга — это конкретная позиция, с которой можно соглашаться или спорить, но которая лежит на столе как объект для обсуждения.

Как читать

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

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

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

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