Сотрудники ИТ-компании в восторге, а финансовые показатели в плюсе: при чем здесь горизонтальная модель управления?

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

Печатный выпуск издания Forbes, июль 2024
Печатный выпуск издания Forbes, июль 2024

Что такое горизонтальная структура?

Горизонтальная структура — это, когда вместо жёсткой иерархии, в компании создаются автономные команды (юниты), каждая из который отвечает за конкретный продукт, проект или задачу.

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

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

Чем лучше сотрудники реализуют потенциал, тем быстрее растёт компания

Как начинали мы

В 2017 году мы основали Adeptum Digital Production — IT-компанию, заточенную на разработку ПО и web-сервисов. Работали по классической вертикальной схеме — отдельно команда аналитиков, отдельно дизайнеров, разработчиков, тестировщиков. Схема была эффективна, пока мы занимались аутсорсом и разрабатывали множество небольших проектов.

Но со временем масштаб и сложность задач выросли: к нам пришли корпорации, которым были нужны сложные продукты. Не просто сайт или приложение, а полноценные ПО под конкретные задачи и конкретную компанию. Некоторые проекты были распланированы на несколько лет в дорожной карте и требовали постоянных больших команд.

Переход к продуктовой компании

Вот так, сами того не ожидая, мы выросли из обычного аутсорса в настоящую продуктовую компанию, которая разрабатывает сложные IT-решения для «Газпром нефть», «МТС» и «Ленты».

То есть стали брать не разовые заказы, а создавать продукты с нуля:

  • погружаться в бизнес-логику;
  • делать IT-консалтинг и полную аналитику на каждом этапе;
  • работать с корпоративным контуром и безопасностью;
  • усиливать команды на стороне корпораций;
  • администрировать решения на протяжении всего цикла сотрудничества.

Чтобы справляться с такими масштабными проектами, пришлось менять и внутреннюю организацию.

Как Стэнфорд и «Сколково» повлияли на наши бизнес-процессы

Мы изучали опыт горизонтального управления в Кремниевой долине: Alphabet, Canva, Lucid. Приезжали в офисы, встречались на лекциях в Стэнфорде, общались с топ-менеджерами и разработчиками. Нас интересовало, как они выстраивают связи между сотрудниками и подразделениями, как это работает на практике в микрокомандах.

Потом изучали опыт российских компаний в Московской школе управления «Сколково»: как работают по горизонтальной структуре в условиях отечественного рынка, что им это дает и как влияет на бизнес.

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

Как горизонтальная структура в IT работает на самом деле: больше свободы, больше профита

За 5 лет экспериментов внедрения горизонтальной системы управления мы выделили несколько преимуществ.

Высокий уровень ответственности разработчиков и сотрудников юнита

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

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

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

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

Каждый может предлагать идеи

Горизонтальная модель и сложные проекты способствуют быстрому профессиональному росту каждого сотрудника. Команда с каждым проектом становится сильнее, компетентнее и конкурентоспособнее на рынке.

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

Талант проявляет себя, когда есть свобода

Гибкость производственных процессов

В такой модели нет жесткой привязки сотрудников к отделам, поэтому из ресурсов, которые уже есть в компании, можно быстро формировать команды под конкретные проекты.

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

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

В вертикальной системе на это уходит больше времени:

  • Заказчик обращается в IT-компанию.
  • Менеджер передает запрос в отдел разработки.
  • Отдел разработки разрабатывает концепцию продукта.
  • Руководитель отдела разработки формирует техническое задание.
  • Техническое задание проходит согласование с отделом продаж, после чего утверждается за несколько кругов.

Если после сдачи работы выявляется баг, то всё начинается сначала

Качество и скорость взаимодействия с заказчиками

Эти два плюса тесно связаны с предыдущим. В вертикальной компании запрос клиента проходит через цепочку согласований с руководителями отделов.

Эти дополнительные звенья:

  • замедляют процесс и снижают гибкость;
  • есть риск «глухого телефона» — кто-то не так услышал, не так объяснил, не так понял.

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

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

Оптимизация бюджета

А теперь о приятном — о деньгах. Экономить получается сразу по нескольким статьям:

  • Сокращение накладных расходов:
  • Меньше управленцев, поскольку часть функций делегирована командам.
  • Не нужны большие офисы, т.к штат оптимизирован.
  • Сокращение потерь от ошибок. Распределенный контроль качества в командах и взаимопроверка снижают риск дорогостоящей ошибки.
  • Ускоряется разработка продуктов. Сокращается время на согласование отделов, а значит появляется время на реальную работу. Результат: больше выручки, за то же время.
  • Сотрудники чувствуют себя более вовлеченными и ценными. Когда у людей больше полномочий и ответственности, они лучше понимают свой вклад в общий результат. Это повышает их мотивацию работать на благо компании.

Меньше менеджеров — меньше расходов

Как мы оцениваем эффективность

В нашей компании для оценки результативности сотрудников используется гибкая система KPI:

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

Инструменты, которые мы используем

  • Виртуальный офис для общения: Discord, Telegram и Skype для бизнеса.
  • Трекер для постановки задач и логирование таймшит: внутренний Task-трек на основе Open Project, Jira и YouTrack
  • База знаний: Confluence, Notion
  • Окружение для тестирования и презентаций: многоуровневый деплой/ci/cd и собственные песочницы.

Сложности, которые могут возникнуть

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

  • Никто толком не понимает, кто за что отвечает. Знакомая ситуация, да?. Возможны конфликты из-за пересечения зон ответственности.
  • Сложности в управлении и координации большого количества автономных команд. Риск потери общей цели.
  • Высокие требования к квалификации сотрудников. Не каждый способен эффективно работать в такой структуре.

Советы по внедрению горизонтальной структуры

  • Анализировать и считать каждый поток денег по каждому юниту отдельно.
  • Стремиться к улучшению своей юнит-экономики.
  • Доверять своей команде и давать больше свободы в принятии решений.
  • Держать показатели эффективности и планировать в краткосрочную, среднесрочную и долгосрочную перспективы.
  • Строить горизонтальные команды и помогать делать это своим партнёрам и заказчикам.

Чего мы достигли, работая по горизонтальной структуре

Результаты в цифрах по сравнению с полугодиями:

+150% — EBITDA.

+209% — выручка по обновленным юнитам.

Уровень сотрудников начал расти в 2,5 раза быстрее.

+30% Уровень удовлетворенности клиентов

Загляните в печатную версию Forbes, чтобы узнать, как без финансовых потерь перейти на горизонтальную модель. Там больше про личные кейсы и работу с корпорациями.


-------------------------------------------------------------------------------------------

Adeptum Digital Production® — российский разработчик программного обеспечения для корпораций в нефтегазе, логистике и финтехе. Компания создает ИТ-решения, веб- и десктопные приложения, цифровые двойники, AI/ML, а также автоматизирует процессы в крупных организациях, деятельность которых влияет на качество жизни миллионов людей.

В 2024 году компания заняла первые места в Рейтинге Рунета, в категориях «Корпоративные решения/ПО под ключ» и «Автоматизация транспортной и авиационной логистики».


#менеджмент #разработкапо #it

44
Начать дискуссию