Апрель 2021. Basecamp — один из самых цитируемых примеров «правильной» IT-культуры — теряет треть команды за две недели. CEO Джейсон Фрид публикует пост о новых правилах. Сотрудники читают. Примерно 30 из 57 человек берут выходное пособие и уходят. Не потому что правила были плохими. А потому что CEO перепутал два разных инструмента лидерства — и применил не тот в не то время.
Это разбор того, что реально работает в лидерстве CEO IT-компании. Не из учебников — из задокументированных публичных историй трёх компаний, которые прошли через это по-разному.
Basecamp, GitLab, Valve. Три IT-компании, которые публично задокументировали свои управленческие эксперименты — и тем самым дали редкую возможность разобрать лидерство CEO не по интервью, а по фактам.
Basecamp (сейчас 37signals) — продуктовая компания, создавшая одноимённый инструмент управления проектами и Ruby on Rails. Основатели Джейсон Фрид и Дэвид Хайнемайер Ханссон годами писали о том, как строить компанию без лишнего. Две книги, сотни постов, культовый статус в среде инди-предпринимателей. По данным The Verge, на момент кризиса в компании работало около 57 человек.
GitLab — полностью распределённая компания, разрабатывающая DevOps-платформу. По данным самой компании, более 2 000 сотрудников в 65+ странах, ни одного офиса. Публичный Handbook — более 2 000 страниц задокументированных процессов, ценностей и принципов принятия решений. CEO Сид Сейбрандий неоднократно давал интервью о том, как устроено лидерство в этой модели, в том числе в First Round Review.
Valve Corporation — разработчик игр и платформы Steam. Известна радикально плоской структурой: нет менеджеров, нет иерархии, сотрудники сами выбирают проекты. Публичный Employee Handbook Valve стал хрестоматийным примером того, как можно задокументировать культуру — и одновременно примером того, почему эта модель не масштабируется за пределы определённого типа компаний.
Три разных размера. Три разных рынка. Но одна общая точка напряжения: что делает CEO, когда компания перестаёт управляться привычными методами — и нужно выбирать, каким лидером быть дальше.
Ответ на этот вопрос определил всё остальное. Но сначала — хронология.
Basecamp, 2020–2021. По данным The Verge и публикациям самого Basecamp Blog, история разворачивалась постепенно. В 2020 году внутри компании усилилась напряжённость вокруг политических обсуждений в рабочих чатах — на фоне событий в США. Часть сотрудников активно использовала внутренние каналы для дискуссий, выходящих за рамки рабочих задач. Параллельно всплыл старый список с именами клиентов, который некоторые сотрудники находили оскорбительным.
26 апреля 2021 года Фрид публикует пост «Changes at Basecamp». Ключевые решения: запрет политических обсуждений на рабочих платформах, ликвидация нескольких внутренних комитетов (в том числе по DEI), отмена практики «360-градусных» ревью. Тон поста — спокойный, аргументированный. Логика — компания должна быть местом работы, а не политической площадкой.
Реакция оказалась неожиданной по масштабу. По данным The Verge, около трети сотрудников приняли предложение о buyout и покинули компанию в течение нескольких недель. Среди ушедших — несколько ключевых людей, включая руководителей направлений.
GitLab, 2015–2021. Параллельная история — без драматического момента, но с не менее показательной динамикой. Компания с самого начала строилась как полностью распределённая. По данным GitLab Handbook и интервью Сейбрандия в First Round Review, ключевым инструментом лидерства стала документация: каждое решение, каждый процесс, каждая ценность — записаны и публично доступны. Handbook обновляется тысячи раз в год. Лидерство CEO в этой модели — не харизма и не манифесты, а последовательность и предсказуемость.
К 2021 году GitLab вышел на IPO с оценкой около 11 миллиардов долларов. Текучка — ниже среднеотраслевой, по данным самой компании.
Valve, без конкретной даты. Публичный Employee Handbook Valve описывает структуру без менеджеров, где сотрудники «голосуют ногами» — физически перемещая свои столы к проектам, в которых хотят участвовать. Это работает при определённом размере и определённом типе задач. По данным Wired, попытки других компаний скопировать эту модель в большинстве случаев заканчивались хаосом — потому что копировали форму, не понимая условий, при которых она работает.
Три истории. Три разных исхода. Развилка — в одном моменте.
Вот вопрос, который стоит задать себе перед тем как читать дальше: в какой момент в историях выше CEO сделал выбор, который определил всё остальное? Не тактический — стратегический. Не «что сказать» — «каким инструментом лидерства пользоваться».
Большинство разборов кейса Basecamp фокусируются на содержании решений Фрида — правильно ли запрещать политику в рабочих чатах. Это неинтересный вопрос. Интересный — другой: почему одно и то же по содержанию решение в одной компании проходит без потерь, а в другой разрушает треть команды.
Ответ — в типе лидерства, который CEO использовал до этого момента.
Фрид и Ханссон годами строили лидерство через культурный манифест. Книги, посты, публичные позиции — всё это создавало образ компании, где CEO — носитель ценностей, а сотрудники — соратники по идеологии. Это мощный инструмент найма: люди приходили в Basecamp не за зарплатой, а за принадлежностью к определённому способу думать о работе.
Но у этого инструмента есть обратная сторона. Когда CEO, построивший лидерство на идеологической близости, вдруг говорит «здесь мы больше не обсуждаем определённые темы» — это воспринимается не как операционное решение, а как разрыв идеологического контракта. Люди уходят не потому что не согласны с правилом. Они уходят потому что CEO, которому они доверяли как носителю ценностей, внезапно оказался носителем других ценностей.
Сейбрандий в GitLab строил лидерство иначе — через операционную ясность. Handbook не описывает, во что верить. Он описывает, как принимаются решения, кто за что отвечает, что происходит при конфликте. Это скучнее. Это менее вдохновляет на этапе найма. Но это создаёт другой тип доверия — не идеологический, а процедурный. Когда CEO меняет правило, сотрудники смотрят не на содержание, а на процесс: «Это соответствует тому, как здесь принимаются решения? Да. Окей».
Valve — крайний случай. Flat structure работает, пока компания маленькая и задачи творческие. Как только появляется необходимость в координации между направлениями — модель начинает давать сбои. По данным Wired, несколько бывших сотрудников Valve описывали скрытые иерархии, которые формировались неформально — потому что иерархия в любой организации возникает, вопрос только в том, признана ли она официально.
Развилка — не «манифест или структура». Развилка — «какой тип доверия я строю, и соответствуют ли мои решения этому типу».
Разберём решения по каждому кейсу — с точки зрения того, что работает в реальности.
Basecamp: что сделали. Фрид принял содержательно разумное решение — рабочие платформы не лучшее место для политических дискуссий. Это позиция, с которой можно спорить, но она логична. Проблема — в реализации. Пост был написан в стиле манифеста: «вот как мы теперь думаем». Это продолжение того же инструмента лидерства, который использовался годами. Но содержание манифеста изменилось — и люди, нанятые под старый манифест, почувствовали несоответствие.
Что могли сделать. Перейти от манифеста к процессу. Не «мы больше не обсуждаем политику», а «вот как мы принимаем решения о том, что обсуждается на рабочих платформах, вот кто участвовал в этом решении, вот как его можно оспорить». Это другой тип коммуникации — менее красивый, более операционный. Но он не разрывает идеологический контракт, потому что не претендует на идеологию.
Дополнительно: buyout как инструмент был правильным. Дать людям возможность уйти с достоинством — это уважение к тем, кто не согласен. Но предложить его после объявления решения, а не до — значит поставить людей перед фактом, а не перед выбором.
GitLab: что сделали. Сейбрандий последовательно инвестировал в документацию как инструмент лидерства. Это требует дисциплины — каждое решение нужно записать, объяснить, сделать доступным. По данным First Round Review, он лично участвовал в обновлении Handbook на ранних этапах. Это создало культуру, где лидерство CEO — не харизма, а предсказуемость.
Ограничение этой модели: она требует высокой письменной культуры от всей команды. В компаниях, где люди привыкли решать вопросы в разговоре, внедрение handbook-подхода встречает сопротивление. Это не недостаток модели — это условие её применимости.
Valve: что сделали. Создали модель, которая работает для определённого типа задач и определённого размера. Проблема — в том, что модель не была спроектирована с учётом масштабирования. Flat structure без явной иерархии не означает отсутствие иерархии — она просто становится неформальной и, как следствие, неуправляемой.
Три паттерна, которые повторяются в успешных кейсах.
Первый: CEO, чьё лидерство работает в масштабе, разделяют «что я думаю» и «как мы принимаем решения». Личная позиция CEO — это одно. Операционный процесс — другое. Смешение этих двух вещей создаёт хрупкость: компания становится зависимой от того, что CEO думает сегодня.
Второй: доверие строится через последовательность, а не через вдохновение. Вдохновляющий CEO привлекает людей. Последовательный CEO удерживает их. Это разные навыки — и большинство CEO IT-компаний сильны в первом, слабы во втором.
Третий: делегирование в IT-компании — это не передача задач, это передача контекста принятия решений. Люди могут принимать решения самостоятельно только если понимают, по каким критериям CEO оценивает эти решения. Без этого делегирование превращается в лотерею.
Четвёртый раз за последние полгода вижу одну и ту же структуру в разговорах с CEO IT-компаний. Человек строил компанию на личном авторитете — и это работало, пока компания была маленькой. Потом компания выросла. Авторитет не масштабируется так же быстро, как штат. И CEO обнаруживает, что команда ждёт его решений по вопросам, которые он давно должен был передать.
Это не проблема делегирования в узком смысле. Это проблема типа лидерства. Лидерство через личное присутствие работает до определённого размера. После — нужен переход к лидерству через систему. Большинство CEO этот переход откладывают — не потому что не понимают необходимости, а потому что не знают, как его сделать, не потеряв то, что работало раньше.
Basecamp — публичная версия этой истории. Фрид не сделал ничего принципиально неправильного. Он просто использовал инструмент лидерства, который перестал соответствовать размеру и зрелости компании. И заплатил за это третью команды.
Параллельный случай из практики. Фаундер IT-сервиса — несколько сотен человек, больше десяти лет в бизнесе — пришёл с вопросом о том, почему топы не принимают решений самостоятельно. В разговоре выяснилось: за годы он выстроил культуру, где любое нестандартное решение согласовывается с ним лично. Не потому что он так хотел — просто так сложилось. Топы научились ждать. Переучить их оказалось сложнее, чем он ожидал — потому что проблема была не в них, а в том, что контекст принятия решений никогда не был передан явно.
Это и есть паттерн. CEO строит лидерство на личном участии. Компания растёт. Личное участие становится узким местом. CEO пытается делегировать — но делегирует задачи, не контекст. Люди не справляются. CEO делает вывод, что «нельзя никому доверить». Круг замыкается.
Фрид в итоге опубликовал всё это публично — включая ошибки. Это редкая форма лидерства: признать, что инструмент не сработал, и сказать об этом вслух. Большинство CEO в похожих ситуациях молчат — и продолжают использовать тот же инструмент.
Это единичные случаи или типичная картина для IT-компаний?
Типичная. По данным CB Insights, текучка в IT-компаниях на стадии роста (50–500 человек) — одна из самых высоких среди отраслей. Значительная часть этой текучки — следствие не рыночных условий, а управленческих решений CEO. Basecamp — публичный и хорошо задокументированный пример, но структура ошибки повторяется регулярно.
А если CEO сознательно строит лидерство на харизме — это всегда плохо?
Нет. Харизматическое лидерство эффективно на ранних стадиях — при найме, при формировании культуры, при выходе из кризиса. Проблема возникает, когда этот инструмент не дополняется операционной системой по мере роста. Харизма и структура не противоречат друг другу — они работают на разных уровнях.
Что делать, если я узнаю в этом описании свою компанию?
Первый шаг — не менять инструмент лидерства резко. Резкая смена создаёт ровно ту же проблему, что и у Фрида: люди, нанятые под старую модель, теряют ориентиры. Переход должен быть постепенным и явным — с объяснением того, что меняется и почему. Второй шаг — начать с делегирования контекста, а не задач. Это конкретный навык, который можно освоить.
Если читая этот разбор ты думал о своей компании — это не случайно. Паттерн, который здесь описан, встречается в IT-компаниях с завидной регулярностью. И он решаем — но не через очередной манифест о ценностях.
Я подготовил практический гайд по делегированию для CEO и фаундеров: не теория, а конкретные инструменты передачи контекста принятия решений. Именно то, чего не хватило в историях выше.
Работаю с CEO и фаундерами IT-компаний с выручкой от 80 миллионов рублей. Гайд — бесплатно, без регистрации.
Скачать гайд по делегированию →
P.S. Гайд работает только если CEO готов признать, что проблема — не в команде. Если ты ещё не готов к этому выводу — отложи на потом. Он никуда не денется.
Апрель 2026. Автор — Виталий Ветров, практикующий юрист и эксперт по корпоративным спорам.