15 June 2026

Антропология ИТ-менеджмента: почему ваши разработчики страдают «бредóвой работой» и как вернуть человеческую экономику

Эффективность малых команд: почему автономия и доверие ускоряют разработку в разы

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

За годы работы мы перепробовали разные модели управления – от жёстких KPI до полного микроменеджмента. И пришли к простому выводу: чем меньше команда, тем быстрее и качественнее она выдаёт результат. Этот подход не противоречит классическому менеджменту – он объясняется человеческой природой, антропологией и психологией малых групп.

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

Почему мы отказались от погони за количеством

В ИТ-индустрии до сих пор живёт опасный миф: «Чтобы делать больше фич – нанимай больше людей». Многие менеджеры раздувают штаты, выстраивают сложные цепочки KPI, а на выходе получают замедление процессов и выгорание сильных инженеров.

Мы пошли другим путём. В Emit Lab мы сознательно ограничиваем размер команд и не создаём лишних управленческих прослоек. И вот что это даёт:

  • Прозрачность вклада каждого – невозможно «спрятаться» за спинами коллег, когда в команде 5–6 человек.
  • Быстрая обратная связь – решения принимаются здесь и сейчас, без долгих согласований.
  • Высокая вовлечённость – разработчик видит, как его код решает реальные задачи клиента, а не просто закрывает тикет в Jira.

Социальная ответственность вместо жёстких KPI

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

В наших проектах мы стараемся создавать атмосферу, которую условно называем «чувство общего шалаша»:

  • Инженер понимает, что его задача – не абстрактный пункт из бэклога, а важный кирпичик в общем деле.
  • Коллеги помогают друг другу не из-под палки, а потому что это естественно – так работает базовая взаимопомощь.

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

Закон Рингельмана: почему большие команды теряют эффективность

Антрополог Макс Рингельман ещё в начале ХХ века доказал: как только группа превышает 8–10 человек, личный вклад каждого участника начинает падать. В психологии это называют социальной ленью – в толпе легче раствориться.

Мы столкнулись с этим эффектом на практике, когда один из наших проектов начал пробуксовывать при штате в 20 человек. Мы пересобрали структуру: разделили людей на автономные группы по 5–6 человек, убрали лишние согласования. Результат не заставил себя ждать – скорость выхода релизов выросла вдвое, а количество ошибок в продакшене снизилось.

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

«Бредовые работы» – как не плодить лишние роли

Американский антрополог Дэвид Гребер ввёл термин «bullshit jobs» – деятельность, которая не приносит реальной пользы. В крупных корпорациях такие должности плодятся лавинообразно: появляются «координаторы координаторов», бесконечные отчёты и процессы ради процессов.

Мы сознательно избегаем этого. В Emit Lab каждый сотрудник приносит измеримую ценность. Мы не держим людей «про запас» и не создаём позиций, которые дублируют друг друга. Если для разовой задачи нужны дополнительные руки – мы привлекаем своих партнеров, а не раздуваем штат.

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

Как мы управляем командами: 5 правил, которые работают

На основе нашего опыта мы сформулировали пять принципов, которые помогают нам оставаться быстрыми и гибкими:

  • 1. Сжимаем команды до 5–6 человек – абсолютная прозрачность вклада каждого – лучшее средство от социальной лени.
  • 2. Ставим социальную ответственность выше KPI – мы регулярно показываем команде, как их продукт влияет на бизнес клиента. Это формирует естественное чувство долга перед коллегами и заказчиком.
  • 3. Управляем через смыслы, а не через надзор – даём инженерам автономию, чётко объясняем бизнес-цели и доверяем их экспертизе. Никакого микроменеджмента.
  • 4. Не раздуваем штат под разовые задачи – оцениваем реальную утилизацию часов и привлекаем внешних исполнителей только тогда, когда это действительно нужно.
  • 5. Инвестируем в людей с внутренним стержнем – мы ищем вовлечённых специалистов и создаём условия для их роста. Лояльность и искренняя вовлечённость – главный нематериальный актив компании.

Инвестиции в человеческий капитал – это окупается

Бизнес должен соединять два подхода: рыночный (ориентированный на прибыль) и человеческий (направленный на раскрытие потенциала). Мы стараемся соблюдать этот баланс.

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

Такие истории – не случайность, а закономерность. Когда человек чувствует доверие и видит, что его развитие важно для компании, он остаётся с нами надолго и приносит пользу, которую невозможно измерить стандартными метриками.

Расскажите о вашем проекте и задайте вопросы — мы скоро ответим

Как не слить бюджет? Проверьте подрядчика

  • Вам назвали точную цену за 5 минут без детального ТЗ?
  • Кому будут принадлежать авторские права на исходный код?
  • Что вы будете делать, если ведущий разработчик проекта уйдет?
  • Как вы будете контролировать работу — поэтапно или «в черную»?

Оставить заявку

Оставьте заявку на бесплатную 30-минутную консультацию с нашим тимлидом. Разберем вашу задачу и предложим архитектуру решения

Спасибо!

Мы свяжемся с вами в ближайшее время