TL;DR: Эффективная команда — это команда, которая

1. в первую очередь достигает своих бизнес-целей

2. cоздает психологическую безопасность и закрывает мотивацию персонала

3. метрики потока которой обеспечивают предсказуемость.

Так как это три фактора — то модель названа в честь треугольной башкирско-татарской выпечки «өчпочмак». «Цели» здесь главная вершина треугольника, потому что можно быть мотивированными и с прекрасными метриками, но ехать не туда.

Преамбула

Две команды в финтехе три месяца параллельно разрабатывали системы управления лимитами. Одна — для кредитных карт, другая — для расчётных счетов. Каждая по 7–8 человек, каждая обходится бизнесу в 3,5 млн ₽ в месяц.

На квартальном обзоре (где сравниваем какой прогресс у каждой команды) выяснилось: функциональность пересекается на 70%.

Потери: более 7 млн ₽ на задвоении работы. Плюс задержка выхода на рынок на 1–2 квартала. Плюс технический долг — две системы вместо одной. Впрочем, потом оказалось что этого вообще делать не нужно было.

Мне кажется что никто из читающих такому велосипедостроению не удивится.

А еще в индустрии за 2025 вышла следующая статистика:

• Исследование Axios HQ показало: только 9% сотрудников согласны с тем, что цели их команды согласованны с целями компании.

• Остальные 91% делают что-то своё. Оптимизируют свой участок. Надеются, что это кому-то нужно.

• При этом 27% руководителей уверены, что их команды работают слаженно и понимают общее направление.

«Ой как дорого!» — скажете Вы. Да, PMI оценивает: глобальные потери от несогласованности между стратегией и исполнением — 2 триллиона долларов ежегодно. Это и про параллельные велосипеды, и переделки, упущенные возможности и выгорание людей, которые не понимают, зачем они работают.

Модель эффективной команды «Эчпочмак»

Меня зовут Марат и я более 10 лет занимаюсь эффективностью команд в разработке.

За годы работы с командами и их лидерами у меня сложилась модель оценки эффективности команды. Для запоминания и с легкой подачи моей коллеги называю её «өчпочмак» — по названию башкирского (ладно, татарского тоже) треугольного пирожка с мясом и картошкой.

Почему такое название? Потому что если один угол испорчен — начинка вытекает (ну и потому что запоминается). Все три угла должны быть целыми.

Три вершины

Вершина 1: Команда должна достигать бизнес-целей (Goal Achieving Team)

Команда должна достигает бизнес-результатов. Её работа привязана к выручке, конверсии, NPS — к тому, что важно для компании.

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

Понимание целей — необходимое условие для достижения. Но измеряем мы результат.

Ниже рассмотрим вершину «Цели» подробнее.

Вершина 2: Команда должна быть устойчивой (Sustainable Team)

Команда способна выполнить цели. Люди мотивированы, не выгорают, могут открыто говорить о проблемах. Есть психологическая безопасность — можно признать ошибку и не бояться наказания.

Если люди боятся — проблемы копятся, а потом флягу срывает и на выходе получаем отток, низкую продуктивность, выгорания, срыв сроков и плохой HR-бренд.

Вершина 3: Команда должна быть предсказуема (Predictable Team)

Работа движется предсказуемо. Команда может ответить на вопрос «когда будет готово?» с разумной точностью. Метрики (Throughput, Lead Time, WIP) стабильны и понятны.

Если поток хаотичен — невозможно планировать и давать обещания (на самом деле можно, просто с сомнительным результатом).

Почему именно треугольник

Каждая вершина усиливает остальные:

• Ясные цели снижают тревожность → люди чувствуют себя безопаснее

• Здоровые люди могут честно говорить о проблемах → поток становится прозрачным

• Предсказуемый поток даёт уверенность → легче фокусироваться на целях

И наоборот — если одна вершина провалена, она тянет за собой остальные.

Почему порядок критичен: Цели → Люди → Поток

Порядок приоритизации вершин исходит из эмпирических данных, подтвержденных независимыми исследованиями.

Главное из них — модель Ричарда Хэкмана из Harvard. В его «5 условиях эффективности команд» Compelling Direction (ясное направление) стоит перед поддерживающим контекстом, правильной структурой и коучингом.

Без направления всё остальное бессмысленно. Команда может быть идеально структурирована, но если она не знает, куда идти — это быстрое движение в никуда.

К тому же выводу пришли и другие:

• Эми Эдмондсон (Harvard) — метод «Set the Stage» начинается с вопроса о цели, а не с безопасности

• McKinsey — называет ясность направления «первым и самым забытым шагом»; компании с понятным направлением вдвое чаще прибыльнее медианы

• CIPD (2024) — лидеры, задающие mastery goals, создают среду психологической безопасности; цели порождают безопасность, не наоборот

• HEC Paris (2024) — экспериментально подтвердили: goal clarity увеличивает psychological safety

• Google Project Aristotle — психологическая безопасность объясняет 43% вариации в эффективности, но без ясных целей превращается в комфорт без результата

Вершина «Цели» это фундамент

Что мы измеряем

Эффективность по этой вершине = достижение бизнес-результатов:

• Выручка выросла или нет

• Конверсия улучшилась или нет

• NPS поднялся или нет, и т.д.

Визуализация и индикация:

• Цель может достигаться бинарно (да/нет), относительно (в %-х), количественно (с Х до Y).

• Визуализируется обычно светофором или прогрессом OKR

• Обзор можно делать на QBR (у всего подразделения — ссылка на тг как проводить) или на Sprint Review (у каждой команды — ссылка на формат в тг)

Чаще всего недостижение целей: проблема согласованности

Очень часто цели существуют (оставим за скобками, насколько они соответствуют SMART-критериям) — но они не доходят до людей.

Обычно это работает так:

• CEO формулирует стратегию

• Стратегия превращается в OKR

• OKR спускаются по иерархии

• На каждом уровне теряется контекст

• К инженеру доходит задача в Jira без связи с целью

Результат: человек делает задачу, но не понимает, как она влияет на бизнес. Оттого множатся задачи, которые бизнесу не нужны от слова совсем.

Цена несогласованности

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

Хорошие метрики и инженерные практики != бизнес-результат

Бывает и так, что команда показывает отличные метрики (третья вершина). Throughput стабильный. Lead Time падает. Дашборды зелёные.

А бизнес-цели не достигнуты.

Что произошло: команда 6 месяцев разрабатывала API по-красоте: архитектурно правильно, очень понятная документация. А клиенту нужна была простая околокостыльная интеграция с Salesforce. Он не дождался и ушел к нашему конкуренту (тот забабахал решение за 2 недели).

Вершина Люди: кратко о главном

Психологическая безопасность — убеждённость каждого участника команды, что он может высказаться без страха наказания. Кроме того нам важна устойчивость команды: её долговременная мотивация зависит как от финансовых факторов, так и от интересной работы, возможности применять новые навыки (чтобы оставаться актуальными на рынке).

Эффективность по этой вершине = таргетные значения опросников по мотивации и вовлеченности. В больших организациях таргеты ставятся HR, в организациях поменьше — top/middle менеджментом.

Парадокс Эдмондсон

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

Исследование проводилось в медицинских командах (а там уж ответственности побольше, чем в обычных айтишных).

• Низкоэффективные команды прячут ошибки → ошибки накапливаются → взрываются в продакшене.

• Высокоэффективные команды говорят об ошибках сразу → исправляют быстрее → учатся.

Связь с целями

Когда цели ясны, страх снижается. Человек понимает, по каким критериям оценивают его и его команду. Меньше неопределённости — меньше тревоги.

Когда цели размыты, всё становится очень субъективным. Люди перестраховываются, скрывают проблемы, избегают рисков.

Ясные цели → меньше страха → больше честности → быстрее обратная связь.

Вершина Поток: кратко о главном

Здесь мы измеряем предсказуемость — способность команды отвечать на вопрос «когда будет готово?» с разумной точностью.

Ключевые метрики

• Throughput — сколько задач завершаем за период

• Lead Time — сколько времени от начала до конца

• WIP (Work in Progress) — сколько задач в работе одновременно

Связь между ними описывается законом Литтла: Lead Time = WIP / Throughput.

Хотите быстрее? Уменьшайте WIP. Это контринтуитивно, но математически доказано.

Подробнее об этом я писал в разборе Throughput и прогнозирование сроков через Monte-Carlo.

Главный инсайт: корреляции между достижением целей и остальными вершинами нет!

Я скрупулезно веду статистику и смотрю на циферки последние 7 лет и на масштабе примерно 75 команд.

Корреляция между хорошими метриками потока и достижением бизнес-целей — ниже 60. Также она ниже 60 и для классной мотивации и достижением бизнес-целей.

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

Метрики потока и опросники мотивации и вовлеченности — необходимое, но не достаточное условие. Без привязки к целям это полёт не туда с красивой приборной панелью.

Мы можем достигать целей и смотреть только на этот фактор.

• Но со временем команда может посыпаться (переработки, отсутствие мотивации, атмосфера) и мы перестанем достигать цели. Поэтому мы хотим устойчивой (sustainable) команды и следим за факторами внутри вершины «люди»: мотивация (как материальная, так и нематериальная), атмосфера, руководитель, вовлеченность, возможность прокачивать свои скилы, …

• А еще мы хотим видеть внутри квартала что команда идет к целям предсказуемо — оттого смотрим на метрики. Да и они косвенно влияют на выгорание (там как раз есть корреляция между выгоранием и нестабильными метриками потока).

Три типовые ловушки, когда мы ставим метрики во главу угла

1: Оптимизация скорости вместо направления

Команда гонится за Throughput. Нанимает больше людей, закрывает больше тикетов.

Но если тикеты не связаны с целью — это бесполезная активность.

2: Метрики как самоцель

Когда метрика становится целью, она перестаёт быть хорошей метрикой (закон Гудхарта).

Команда «гонит Throughput» — нарезает задачи мельче, закрывает «формально», игнорирует качество. Метрика растёт, ценность падает.

Ловушка 3: Локальная оптимизация

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

Пример: команда банкоматного канала показывает cycle time 20 дней. Из них 14 дней — ожидание ответа вендора. Команда не медленная. 70% её цикла — это простой на стыке. Эти цифры вне контекста общей цели вообще вам ничего не дадут.

А с чем вы можете уйти практически, прочитав пост?

Предлагаю проверить свою команду чек-листом

Вершина «Цели»:

• [ ] Команда достигает поставленных бизнес-целей

• [ ] Есть понятная связь между работой команды и бизнес-результатом

• [ ] Приоритеты понятны — команда знает, что важнее делать в первую очередь

• [ ] Менее 30% задач в спринте не связаны с бизнес-целью

Последний вопрос нужно задать команде: «Как эта задача влияет на бизнес-цель?»

Варианты ответов:

• «Напрямую влияет на конверсию» — отлично

• «Это техдолг, который блокирует фичу X» — нормально

• «Не знаю» — проблема

• «Никак, но это важно» — большая проблема

Если больше 30% задач не имеют связи с целью — я бы задумался, на то ли вы тратите ресурсы и сколько невидимой работы вы делаете.

Вершина «Люди»»:

• [ ] На ретроспективах открыто обсуждают ошибки и провалы

• [ ] Люди задают вопросы и предлагают альтернативы

• [ ] Новички не боятся признать, что чего-то не понимают

• [ ] Конфликты не замалчиваются

Вершина «Поток»:

• [ ] Команда может дать прогноз с точностью ±30-40%

• [ ] WIP ограничен и контролируется

• [ ] Метрики стабильны от спринта к спринту (от итерации к итерации, если у вас нет спринтов)

• [ ] Блокеры видны и эскалируются быстро

Что делать дальше

1. Диагностируйте — пройдитесь по чек-листу, найдите слабую вершину

2. Но начните исправлять с целей — если они неясны, всё остальное бессмысленно

3. Создайте трассировку — от задачи к sprint goal, от sprint goal к квартальной цели

4. Синхронизируйте руководителей — параллельные велосипеды ловятся на этом уровне

О модели «Учпочмак», метриках потока и эффективности команд я пишу в Telegram-канале