Пиратство или бюрократия?

В 2015 году я пришёл в стартап CarPrice, и первое время просто офигевал. До этого я работал в классической компании с отделами где разработчики пишут код а QA ищут баги, всё строго по полочкам. А тут — продуктовые команды, OKR-ы, кальянная в офисе и в целом пахнет свободой. Моей первой реакцией было: «это хаос, так нельзя» Но чем больше я наблюдал, тем яснее становилось: можно. И нужно.

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

На старте бизнеса отделы помогают: есть порядок, роли понятны. Но чем больше проект, тем очевиднее, что эта структура мешает двигаться вперёд. Вот почему:

1. Изоляция. «QA тестируют, разработчики пишут код.» Пока проект маленький — норм. Но с ростом начинается пинг-понг: ошибки накапливаются на пересечениях, а ответственность превращается в бесконечные прикрытия своей задницы.

2. Бюрократия. «Сначала утвердим планы, потом начнём делать.» Пока вы месяцы согласовываете планы, команды выпускают три релиза. То, что работало в 00-х, сейчас откатывает вас туда же.

3. KPI против пользователя. В отчётах всё идеально, каждый отдел отработал свою часть. А пользователь заходит в продукт и думает: «Что это за хрень?» Итог: всем всё пофиг, но метрики сданы.

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

1. Интеграция. Разработчики, QA, аналитики — все работают над одним продуктом, решая проблемы на месте, а не перекладывая их по вашему длиннющему воркфлоу в джире.

2. Фокус на результат. Задачи вроде «протестировать фичу» заменяются целью «сделать фичу, которая увеличит конверсию». Работа на продукт, а не на отчёты.

3. Культура экспериментов. В командах нет страха перед ошибками. Гипотезы проверяются быстро, данные собираются на лету, решения адаптируются без бюрократии.

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

Посмотрите на свою структуру: она двигает вас вперёд или тянет назад?