Рабочий день в Muse Group заканчивается в 15:00, и при этом компания выросла с 40 до 700+ человек. Секрета в самом графике нет. Короткий день держится на трёх опорах (асинхронной работе, Confluence и культуре OKR), и каждая из них без двух других ломается.
Шесть часов, в которых не теряется контекст
Команда из 700 человек не может жить в календаре руководителя. Если для каждого решения нужен созвон, личное согласование и пересказ тем, кого не было, с ростом компании работа превращается в очередь. В Muse Group сделали так, чтобы после любого разговора решение, доводы и ответственный были записаны и доступны всем.
В интервью основатель Muse Group Евгений Найдёнов связывает подход с «польской революцией» 2010-2011 годов. Компания отказалась от бюрократической модели, отнимавшей время и не приближавшей продукт к пользователю. Результатом стал график 9:00-15:00. За ним стоит дисциплина: по оценке Найдёнова, шесть сфокусированных часов заменяют 10-12 часов офисной рутины.
Отсюда правило: знания не должны пропадать вместе с человеком, встречей или веткой переписки. Confluence здесь служит общим местом, где можно восстановить, как принималось решение. Это не папка инструкций и не архив презентаций. По записям в нём можно ответить на четыре вопроса: почему выбрали этот вариант, кто делает следующий шаг, какую догадку проверяли и что изменилось после проверки.
Работа без обязательных созвонов (её называют асинхронной) не отменяет живого общения. Она убирает из созвонов пересказ того, что все и так знают. Остаются спор, выбор между вариантами и совместная работа над решением. В продуктовой компании одновременно работают разработка, исследования, лицензирование, поддержка и музыкальное сообщество. Для неё это вопрос того, сколько работы команда вообще успевает сделать.
Сколько времени съедает устная синхронизация
Шестичасовой день делает цену созвонов видимой. Возьмём команду из восьми человек, которая проводит четыре статусные встречи в неделю по 45 минут. Это 4 × 0,75 × 8 = 24 человеко-часа, то есть четыре полных рабочих дня при графике 9:00-15:00. Это четыре пятых рабочей недели одного сотрудника (30 часов при шестичасовом дне), потраченные на то, чтобы все узнали одно и то же.
Тот же обмен в письменном виде выглядит иначе. Автор тратит 15 минут на запись: что сделано, что мешает, где нужно решение. Каждый из семи коллег читает её за пять минут. На одно обновление уходит около 0,25 + 7 × 0,08 ≈ 0,8 человеко-часа, на четыре в неделю около 3,3 часа. Экономия выходит больше 20 человеко-часов в неделю, и она растёт с размером команды, потому что каждый новый участник добавляет к цене каждой встречи 45 минут своего времени, а к цене чтения только пять минут.
При этом расчёт не учитывает главного: на встрече часто решают то, что в переписке растянулось бы на три дня. Дорого обходятся именно статусные встречи, а встречи для спора окупаются. Инфраструктура знаний нужна, чтобы первые можно было убрать, не потеряв информацию.
Confluence как проверяемая память компании
Смысл в том, чтобы любой сотрудник сам находил последнюю версию решения. Без личных сообщений и просьб к автору «напомнить, как мы договорились». Когда компания выросла с 40 до 700+ человек, от этого зависит, можно ли ею вообще управлять.
Запись полезна, если связана с делом. Страница без даты пересмотра, владельца и ссылки на решение быстро превращается в музейный экспонат. На рабочей странице есть проблема, ограничения, варианты, выбранный путь и то, по какому признаку поймут, сработало ли. Через месяц она поможет новому человеку войти в тему. Через год объяснит, почему команда не стала повторять отвергнутую идею.
Это видно на исследованиях Muse Group. Пользователи просили полноценный облачный браузерный нотный редактор. Поверхностная логика подталкивала строить большой продукт: запрос звучал громко, рынок любит слово «облачный», а конкуренция поощряет крупную разработку. Глубокие интервью исследовательского департамента выявили другую потребность: профессионалам нужен лёгкий инструмент для быстрых правок на ходу.
Если результаты живут только в памяти исследователя, после смены людей или квартала команда вернётся к прежней гипотезе. Если в Confluence сохранены сценарии, цитаты в пересказе, критерии отказа и последствия решения, знание переживает проект. Отказ от ненужной разработки экономит бюджет и месяцы внимания инженеров, дизайнеров и поддержки.
Записывать каждое сообщение не нужно. Записывают то, что трудно восстановить: почему выбрали этот путь, неочевидное ограничение, договорённость между отделами, юридическое условие и итог эксперимента. Чем дороже ошибка, тем подробнее запись.
Как выглядит асинхронность, которая работает
Плохая асинхронность знакома многим. Руководитель вечером присылает длинное сообщение, сотрудники отвечают кусками, решение размазано между мессенджером, трекером задач и звонком, а утром все час сверяют, что решили. Встреч формально меньше, но тревоги больше, и общей картины ни у кого нет.
Рабочая схема выглядит иначе. Автор сразу объясняет, в чём дело и какой ответ ему нужен: мнение специалиста, выбор из вариантов, оценка риска или согласие с планом. Людям дают время подумать. Потом один человек записывает решение там, где его найдут коллеги. Встречи остаются для вопросов, которые перепиской не решить.
Это повышает качество письма: вместо «обсудили, решили» нужно назвать границы решения, сроки и владельца. Для руководителя это проверка. Если вопрос нельзя объяснить в двух-трёх абзацах, возможно, команда ещё не определила предмет выбора.
В Muse Group короткий день соседствует даже с 24-часовыми хакатонами, и противоречия нет. Компания ценит концентрацию, а присутствие онлайн весь день нормой не считается. У хакатона ясны срок, команда и финиш; у бесконечных уведомлений их нет. Инфраструктура знаний защищает обычный день, чтобы редкий интенсив оставался добровольным исключением и не превращался в скрытую переработку.
Асинхронность снижает зависимость от часовых поясов и иерархии. Сильный письменный аргумент не теряется, если автор не попал на созвон или не перебил громкого коллегу. Работает это только тогда, когда лидер действительно читает аргументы и не ждёт устного одобрения собственной позиции.
OKR без KPI и денежных ставок
Рост обычно ведёт к индивидуальным KPI, рейтингам и премиям. Muse Group выбрала фиксированные зарплаты выше рынка, отказ от KPI и бонусов, культуру OKR. По логике Найдёнова, деньги обеспечивают безопасность и справедливость, а цели делают усилия команды смелее и понятнее.
Логику поймёт любой, кто видел премию за одну цифру: люди начинают подгонять цифру. KPI с деньгами легко превращаются в игру внутри отдела. Поддержка быстрее закрывает обращения, но не убирает их причины. Продакт-менеджер улучшает цифру воронки ценой доверия клиентов. Разработчик берёт безопасную задачу, которую легко измерить. Метод OKR, который Джон Доэрр описал в книге «Measure What Matters» (2018), полезен другим: цель прямо называет, что должно измениться, и по ней видно, движется ли команда к этому.
В этой культуре сотрудники ставят цели в два-три раза амбициознее привычного ожидания. Невыполнение части цели не считается автоматически провалом: важнее, какую ценность получили, чему научилась команда, подтвердилась ли гипотеза и не пора ли сменить маршрут. Арифметика здесь простая. Если цель заложена втрое выше обычного темпа, то выполнение на 60% означает почти двукратный рост против привычного плана. Наказание за оставшиеся 40% научит команду ставить цели, которые выполняются на 100%, и рост вернётся к прежнему темпу. Без психологической безопасности OKR становятся KPI с другим названием.
Перед запуском OKR нужно договориться о четырёх вещах:
- Цель описывает изменение, а не активность. «Улучшить вход в продукт для новых авторов» сильнее, чем «выпустить пять экранов».
- Результат можно проверить. Это может быть поведение пользователя, скорость сценария, качество распознавания или снижение повторных обращений.
- У цели есть владелец, но не один исполнитель. Владелец собирает работу и снимает блокировки, но результат себе не присваивает.
- Проверка регулярна и не наказывает за честный сигнал. Иначе команда рисует зелёные статусы вместо обсуждения проблем.
Знания и OKR подпитывают друг друга. Цель без истории решений остаётся декларацией, а база знаний без направления обрастает ненужными заметками. Вместе они дают сотруднику цель квартала, исследования, ограничения, компромиссы и ответственных за следующий шаг.
Почему живая беседа сильнее красивой метрики
У Muse Group аналитика не заменяет контакт с человеком. У любых цифр есть граница: метрика показывает, где изменилось поведение, но редко объясняет мотив. Падение завершения сценария может означать неудобный экран, несовместимость с привычным процессом, непонятную цену или ошибку измерения.
История облачного редактора показывает цену неверного прочтения спроса. Голосование, комментарии и поисковые запросы могли поддержать большой браузерный продукт. Интервью раскрыли рабочий контекст: музыканту нужны быстрые точечные изменения между репетицией, уроком и выступлением. Инструмент для долгой работы в браузере решал бы другую задачу.
Разговоры важны и для базы знаний. Страница в Confluence не должна сводить живых людей к усреднённому портрету. Отделяйте то, что увидели своими глазами, от того, как это поняла команда. Записывайте, в каких условиях шло интервью, и не выдавайте один яркий рассказ за картину всего рынка. Через полгода коллега должен видеть, где слова пользователя, а где догадка команды.
MuseScore вырос как профессиональный бесплатный нотный редактор и стал привычным инструментом школьников: по словам Найдёнова, в США им пользуются девять из десяти учеников. Так рынок меняется снизу: целое поколение привыкает к инструменту, и реклама тут дело второе. Поэтому опасно решать что-то, не поговорив с теми, кто учится, пишет ноты и преподаёт.
Где инфраструктура знаний даёт сбой
Confluence не лечит культуру молчания. Если сотрудник боится фиксировать сомнение, несогласие считают нелояльностью, а руководитель меняет курс в личных чатах, база станет декорацией. Формальный «единый источник» проиграет неформальной власти, и ответ снова будут искать у близких к начальству.
Вторая опасность в накопительстве. Команда подробно описывает прошлое, но не помечает утратившее силу. Поиск выдаёт пять противоречивых правил, а новичок не понимает, какое действует. У заметки с долгой жизнью должны быть владелец и дата пересмотра; устаревший документ лучше архивировать, чем оставлять похожим на рабочий.
Третья проблема касается приватности и доверия. В истории MuseScore внедрение телеметрии вызвало жёсткий конфликт с FOSS-сообществом: разработчики считали трекинг слежкой. Найдёнов описывает выход через прозрачность и радикальное доверие. То же действует для внутренних знаний: нельзя молча превращать заметки в инструмент контроля производительности. Люди должны знать, какие данные собирают, кто их читает, сколько хранят и зачем.
Наконец, не каждая задача подходит для письма. Спор специалистов, сложный выбор в продукте, личный отзыв о работе или кризис требуют живого разговора. Переписка не должна быть способом уйти от трудной беседы. Она как раз освобождает для неё время.
Когда письменная культура тормозит
У письменной культуры есть цена, и немалая. Хорошая страница решения отнимает у автора час, а то и два. Команда из пяти человек в одной комнате договорится за десять минут разговора, и требование всё записывать замедлит её втрое. Кроме того, письменная культура награждает тех, кто хорошо пишет, и может заглушить сильного инженера, которому проще объяснить у доски.
Для маленьких команд и дешёвых обратимых решений это решающий довод. Граница проходит там, где решение переживает разговор. Практическое правило: записывать решение, если выполняется хотя бы одно условие. Оно стоит больше нескольких дней работы. Оно затрагивает больше одной команды. К нему вернутся позже, чем через три месяца. Всё остальное можно решать голосом и не тратить час на документ, который никто не откроет. А тем, кому проще говорить, помогает простая роль: на важном созвоне один участник записывает решение и через час публикует его в Confluence.
Проверьте среду раньше, чем сокращать встречи
Компании, которые хотят повторить опыт Muse Group, часто копируют внешнюю форму: запрещают созвоны или покупают Confluence. Порядок неверен. Сначала нужно понять, где теряется контекст: при передаче задачи, утверждении решения, работе между отделами или уходе сотрудника.
Полезен короткий аудит трёх недавних решений: удачного, спорного и отменённого. Без устных пояснений попробуйте найти автора, исходную проблему, альтернативы, доказательства, финальное решение и дату пересмотра. Пробелы укажут на конкретную дыру процесса, и списать их на «низкую дисциплину» уже не получится.
После аудита хватит минимального стандарта: энциклопедию на старте писать незачем. Для решения дороже нескольких дней работы: контекст, варианты, выбор, владелец, дата проверки и связанные задачи. Для исследований: вопрос, сценарии, наблюдения, трактовки и ограничения выборки. Для технических решений: границы системы, последствия для поддержки и план отката.
Руководителю придётся менять привычки. Метафора Найдёнова о «беседке» и «тени лидера» описывает ловушку масштаба: под большой беседкой маленькие ёлки не растут. Если глава одобряет каждую мелочь, люди не берут ответственность даже при общедоступных знаниях. Передачу роли CEO Михаилу Трутневу в этой логике стоит читать как отказ от операционного контроля ради самостоятельных лидеров.
ИИ может усилить среду, но не заменить её. В манифесте «День Ноль» Найдёнов описывает ИИ как участника бизнес-процессов: агент собирает контекст, готовит черновик решения, находит противоречия между страницами и напоминает о пересмотре. Человеку остаются авторство, вкус, спорная оценка и ответственность. Без чистых источников ИИ лишь быстрее размножит путаницу.
По каким признакам понять, что среда работает
Число страниц в Confluence и количество отменённых созвонов тут мало что говорят. Смотреть стоит на три вещи: понимает ли новый сотрудник причины решений, находит ли команда ошибки до дорогой разработки и перестал ли руководитель быть единственной точкой, через которую проходит работа.
Первый вопрос можно измерить. Повторите аудит трёх решений через квартал и посчитайте, в скольких из шести обязательных полей (автор, проблема, альтернативы, доказательства, решение, дата пересмотра) нашёлся ответ без устных пояснений. Рост с двух-трёх полей до пяти-шести означает, что среда складывается. Контрольный показатель здесь один: время, за которое новичок принимает первое самостоятельное решение. Если встреч стало меньше, а это время выросло, вы убрали из календаря не только пересказ.
Короткий день, асинхронность и OKR у Muse Group держатся на доверии и письменной памяти. График 9:00-15:00 имеет смысл переносить только туда, где доверие и письменная память уже есть.