惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
T
Threat Research - Cisco Blogs
C
CERT Recently Published Vulnerability Notes
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
L
Lohrmann on Cybersecurity
D
Darknet – Hacking Tools, Hacker News & Cyber Security
K
Kaspersky official blog
C
Cybersecurity and Infrastructure Security Agency CISA
C
Cisco Blogs
V
Vulnerabilities – Threatpost
L
LINUX DO - 热门话题
G
GRAHAM CLULEY
The GitHub Blog
The GitHub Blog
NISL@THU
NISL@THU
AWS News Blog
AWS News Blog
博客园 - 【当耐特】
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
阮一峰的网络日志
阮一峰的网络日志
Cyberwarzone
Cyberwarzone
V
V2EX
Know Your Adversary
Know Your Adversary
P
Palo Alto Networks Blog
月光博客
月光博客
MongoDB | Blog
MongoDB | Blog
Scott Helme
Scott Helme
A
Arctic Wolf
美团技术团队
S
Schneier on Security
P
Proofpoint News Feed
G
Google Developers Blog
The Hacker News
The Hacker News
S
Securelist
Microsoft Security Blog
Microsoft Security Blog
Project Zero
Project Zero
T
The Exploit Database - CXSecurity.com
量子位
T
Threatpost
Spread Privacy
Spread Privacy
Help Net Security
Help Net Security
B
Blog
WordPress大学
WordPress大学
B
Blog RSS Feed
J
Java Code Geeks
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Blog — PlanetScale
Blog — PlanetScale
Simon Willison's Weblog
Simon Willison's Weblog
Y
Y Combinator Blog
Cloudbric
Cloudbric

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
Опрос вовлеченности: инструмент для CEO
Дмитрий Волошин · 2026-06-01 · via Все публикации подряд на Хабре

Простой

11 мин

5.5K

TL;DR

Опрос вовлеченности - управленческий инструмент директора. Большинство ошибок возникает на трех этапах: постановка (путают вовлеченность с удовлетворенностью), интерпретация (смотрят на средний балл, пропускают разрывы между группами), действия (95% компаний собирают данные, 15% явно коммуницируют итоги). Ниже - что измеряет опрос, как читать пять слоев результатов (с сезонной коррекцией, когортами, триангуляцией текста и цифр, эволюцией тем во времени), что делать дальше: матрица приоритизации, цикл из 4 шагов, антипаттерны. Кейс OTUS - 9 волн за 3.5 года.

Вместо введения

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

Эта статья - попытка собрать то, что я считаю существенным про опросы вовлеченности для CEO и C-level. Я опираюсь на собственный опыт работы с опросами в OTUS (около 250 сотрудников, 9 волн измерений за 3.5 года) и на некоторые релевантные исследования.

Текст разделил на три части и короткий итог: что измеряем (метод), как читать результаты (интерпретация), что делать (практические выводы), главное в несколько абзацев.

Часть I. Что измеряем - методология

Вовлеченность ≠ удовлетворенность

Это важная оговорка, которую надо проговорить с командой до проведения первого опроса. Удовлетворенность - про комфорт: зарплата, рабочее место, гибкость графика, отношения с коллегами. Вовлеченность - про психологическое состояние в работе: уровень энергии, готовность вкладываться, ощущение значимости вклада. Эти два состояния могут существенно отличаться. Сотрудник может быть удовлетворен (его не раздражает) и при этом не вовлечен (работает постольку поскольку). Обратное тоже встречается: высокая вовлеченность при невысокой удовлетворенности - типичная картина в стартапах и быстрорастущих командах.

Бизнес-результаты коррелируют именно с вовлеченностью, не с удовлетворенностью. Gallup в исследованиях 2024-2025 годов давал цифры: компании в верхнем квартиле по вовлеченности имеют прибыль выше на 21%, продуктивность - на 17%, и на 41% меньше невыходов на работу. Aon Hewitt оценивает тот же эффект: 1% роста вовлеченности соответствует 0.6% роста выручки.

Три основные методики измерения вовлеченности

Gallup Q12 - наиболее известный фреймворк. 12 утверждений, сгруппированных в иерархию из 4 уровней: базовые нужды (знаю ли я, чего от меня ждут; есть ли у меня материалы и оборудование), индивидуальный вклад (есть ли у меня возможность каждый день делать то, что у меня получается лучше всего), командная работа (заботятся ли коллеги обо мне как о человеке), рост (есть ли у меня возможности учиться и развиваться). Сильная сторона Q12 - десятилетия данных и сравнимость с бенчмарками. Слабая - ориентирован на массовый рынок. В продуктовых командах из 200 человек вопрос «У меня есть лучший друг на работе» половина отвечает «затрудняюсь», и весь анализ начинает трещать.

Utrecht Work Engagement Scale (UWES) - академический инструмент. Измеряет три измерения: vigor (энергия и устойчивость в работе), dedication (вовлеченность и гордость работой), absorption (полное погружение). Валидирован в десятках стран. Подходит, когда нужна научная строгость. Например, если HR-функция исследует выгорание как отдельную метрику.

Кастомные опросы - путь, по которому идут многие средние компании. В моем случае это 39 вопросов в 10 категориях: компенсация, кросс-функциональное взаимодействие, профессиональное развитие, корпоративная культура, лояльность, внутренние коммуникации, менеджмент, продуктовая стратегия, ценности, work-life balance. Слабая сторона кастомного опроса - нет внешнего бенчмарка.

Универсального ответа, какой подход лучше, нет. В быстрорастущих компаниях я бы рекомендовал кастомный, в стабильных - Q12 (чтобы видеть, где вы относительно индустрии).

Дополнительные инструменты

eNPS (Employee Net Promoter Score) - одна шкала 0-10 на вопрос «насколько вероятно, что вы порекомендуете компанию как место работы». Простой градусник. Главная ошибка - заменять им полноценный опрос. eNPS дает сводный сигнал, но не объясняет, почему сотрудники не рекомендуют. Используется как дополнение: основной опрос раз в полгода + eNPS раз в квартал.

Pulse-опросы - 3-5 вопросов раз в 2-4 недели. Закрывают слабое место полугодовых опросов: реактивность. Между плановыми волнами могут произойти события (реорганизация, сокращение, смена стратегии), которые меняют картину. Pulse дает быструю обратную связь по конкретному событию.

Continuous listening и ONA - две разные практики, которые часто упоминают вместе. Continuous listening - постоянный поток мини-опросов и фидбека через ботов, обычно встроенный в Slack или MS Teams. ONA (Organizational Network Analysis) - анализ сети взаимодействий по метаданным корпоративных коммуникаций: кто с кем переписывается, кто становится узловой точкой, где образуются информационные пузыри. Оба инструмента требуют технологической базы и юридической подготовки. В крупных компаниях дают уникальный взгляд, в средних - обычно избыточны.

Правила дизайна опроса

Несколько практических деталей по моему опыту:

Длина. Оптимально 25-40 закрытых вопросов и один содержательный открытый. Если делать больше, то увеличивается количество случайных ответов и падеет качество.

Формулирование вопросов. Лучше не задавать прямых вопросов вроде «Я выгораю». Это вызовет разные флуктуации, например, мало «да» из-за боязни признания проблемы. Или, наоборот, очень много «да» из-за желания выглядеть жертвой. Лучше использовать нейтральные формулировки вроде: «Мой текущий объем задач соответствует моим возможностям». И еще момент: избегайте двойные отрицания. Часть респондентов пропускает «не» и отвечает противоположно задуманному.

Также не стоит путать сотрудников двойными вопросами. «Мой руководитель поддерживает меня и помогает развиваться». Это два разных утверждения, и если сотрудник согласен с первым и не согласен со вторым, то что ему отвечать?

Анонимность. Опрос надо делать анонимным. Но в компаниях, особенно ИТ, в анонимность вообще не очень верят. Все это искажает картину. Но со временем, когда никого не наказывали, опросы становятся рутиной и честность ответов повышается. Поэтому третий или четвертый опрос можно будет считать свободным от недоверия.

Открытый вопрос. Рекомендую делать один содержательный. Удачной формулировкой я считаю «Если бы вы были директором компании, какие три изменения вы бы сделали». Он подкупает тем, что сформулирован от первого лица и содержит обращение, даже просьбу. Плюс формулирование трех пунктов вынуждает приоритизировать.

Часть II. Как читать результаты - пять слоев анализа

Чего НЕ нужно делать с цифрами

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

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

Третья ошибка - оценивать результат бинарно («стало лучше или хуже»). Опрос - индикатор. Изменение на 0.05 балла внутри статистической погрешности означает, что изменений не было, а не «положительный тренд».

Слой 1. Категории с сезонной коррекцией

Сезонная коррекция требует устойчивой выборки. По моему опыту, минимум 6-8 волн истории - в моем случае к моменту анализа было 9 волн за 3.5 года, и доверительный интервал по сезонной составляющей сузился до рабочей величины. На меньшей выборке поправка получается шаткой, и хорошие результаты можно перепутать с весенним сезонным подъемом.

В одной волне средний балл вырос на 0.09. На уровне разговора с командой это «отличный результат». После сезонной поправки реальное изменение составило 0.06 - все еще рост, но в полтора раза меньший. На обсуждении с CEO это превращает «успех» в «умеренное улучшение, требующее проверки в следующей волне».

Слой 2. Разрывы между группами

Категория «компенсация» в среднем по компании - 3.43 балла из 5. На уровне департаментов: максимум - 3.84, минимум - 3.06. Разрыв 0.78 балла внутри одной компании. Это означает, что обсуждать «политику компенсации» в целом бессмысленно: проблемы разные в разных департаментах, и решения нужны разные.

Тот же принцип работает для уровней должности. В одной из волн я наблюдал, что в одном департаменте директор оценивает компанию ниже, чем его подчиненные (3.64 против 3.82). Это редкий паттерн, руководители обычно идентифицируются с компанией сильнее и ставят оценки выше. Когда наблюдается обратное - это сигнал, что руководитель видит проблемы, о которых команда еще не знает. Стоит обратить внимание.

Слой 3. Когортные срезы

Когортный анализ - это попытка прочитать данные «глазами» определенной группы. Самые информативные срезы: по стажу (новички и старожилы - у них разный фокус), по уровню должности (сотрудники и руководители), по функции (продуктовая команда, продажи, back-office).

В одном из опросов когортный срез по стажу показал, что доля содержательных ответов в группе «3+ лет в компании» составила 35% против 80% у новичков (0-6 месяцев). Самые опытные сотрудники замолчали в опросе сильнее остальных. Это сильно меняет интерпретацию: вместо «опрос показал, что у нас стабильно» получается что «старожилы устали писать одно и то же».

Слой 4. Связка количественного и качественного

Категория «внутренние коммуникации» в одной из волн выросла на +9 п.п. - на первый взгляд успех. Но в открытых ответах появилась повторяющаяся тема: «слишком много сообщений в корпоративном мессенджере, постоянно пропускаешь важное». Количество информации действительно выросло, а качество информационного потока снизилось. Количественный вопрос измеряет достаточность («хватает ли вам информации»), и по цифрам ответ - «да». Открытые ответы показывают другой нюанс - стало много несодержательного шума.

Правило работает в обе стороны. Категория «менеджмент» может стабильно держаться на высоком уровне (81-85%), при этом в открытых ответах нарастает тема «нововведения принимаются без обсуждения с исполнителями». Объяснение: в опросе вопрос про менеджмент чаще ассоциируется с непосредственным руководителем (с которым у большинства все нормально), а в открытых ответах люди говорят про топ-уровень.

Без триангуляции цифр и текста интерпретация рисует упрощенную картину.

Слой 5. Темы во времени

При 5+ волн истории открытых ответов появляется новое измерение - эволюция тем. Один и тот же запрос, повторяющийся 3-4 волны подряд, означает накопленное неразрешенное противоречие.

Появление новых тем - тоже сигнал. Например, тема «сокращения и страх будущего» выросла с 0.9% упоминаний до 16% за 3.5 года. Точки перелома совпали по времени с реальными волнами сокращений. Это дает причинно-следственную привязку, которую невозможно получить из одного среза.

Поведение в опросе - недооцененный сигнал

Доля содержательных ответов в открытом вопросе. Два года назад у нас этот показатель снизился с 73% в начале наблюдений до 58%, на 15 п.п. Это означает не «все хорошо», а «команда устала формулировать предложения». Молчание - тоже сигнал, и часто более громкий, чем средний балл.

Дифференциация молчания по уровням. Когда сотрудники теряют 7 п.п. в доле ответивших от общего количества сотрудников, а руководители групп - 53 п.п., это качественно разная история. Управленцы перестают давать обратную связь раньше остальных - обычно за квартал до того, как начинается их отток.

Появление нового языка. Глагол «вернуть» в одной из волн вырос с 1.6% упоминаний до 6.8% за две волны. Это маркер смещения - от «хочется получить» к «хочется отнятого назад». Психологически это разные состояния.

Что опрос НЕ скажет

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

Часть III. Что делать с результатами

Разрыв 95/15

Одна из наиболее цитируемых статистик в сфере вовлеченности: 95% компаний собирают обратную связь от сотрудников, и только 15% видимо коммуницируют свои действия в ответ на эту обратную связь. Этот разрыв - основная причина, почему опросы вовлеченности теряют ценность как инструмент.

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

Матрица приоритизации

Простой инструмент - матрица 2×2 «усилие × ожидаемый эффект»:

  • Низкие усилия + высокий эффект → делать в первую очередь. Обычно это коммуникация, прозрачность, разговор: восстановление формата встреч CEO с командами, объяснение принципов сокращений, документирование грейдов. Бюджет минимальный, эффект - на ключевых категориях («уверенность в завтрашнем дне», «менеджмент»).

  • Высокие усилия + высокий эффект → планировать на квартал-два. Структурные изменения: пересмотр системы компенсаций, возврат соцпакета, реорганизация процессов. Требует бюджета и согласований.

  • Высокие усилия + низкий эффект → откладывать или отказываться. Сюда часто попадают «модные» инициативы, не привязанные к конкретной болевой точке.

Главное - публично объявить эту приоритизацию. Команда должна понимать не только что будет сделано, но и что не будет сделано и почему.

Цикл опроса вовлеченности, 4 шага

Последовательность, которую я рекомендую:

  1. В течение 2 недель после опроса - публикуем результаты для команды, указываем топ-3 положительных сдвига и топ-3 проблемных.

  2. В течение 1 месяца - публикуем план действий с указанием исполнителей, сроков и метрик проверки. Можно включить пункт «по такой-то теме сейчас не предпринимаем действий - вот причина».

  3. Между волнами - делаем короткие дайджесты (раз в квартал): что сделано, что в процессе, что отложено.

  4. Перед следующей волной - размещаем финальное сообщение: «что вы говорили в прошлый раз → что мы сделали → что просим оценить теперь». Это подтверждает серьезность отношения менеджмента к опросу.

Что делает CEO лично, что делегирует

CEO презентует:

  • Объявление результатов компании (письмо или встреча).

  • 1-2 живые встречи с командами после опроса в формате Q&A.

  • Финальное решение по 2-3 топ-приоритетам.

HR организует:

  • Трансляцию методику проведения опроса.

  • Тематический анализ открытых ответов.

  • Фасилитация фокус-групп для углубленного разбора проседающих тем.

Линейные руководители проводят:

  • Разбор результатов своей команды.

  • Индивидуальные разговоры с сотрудниками из проседающих когорт.

  • Локальные инициативы в зоне своей ответственности.

Наименее работающая модель - CEO провел опрос и делегировал HR-функции и интерпретацию, и действия. Это считывается командой как «нас не услышали лично». Эффект - снижение доверия к инструменту.

Антипаттерны

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

Превращение опроса в KPI руководителей. «У тебя в команде упала вовлеченность - это твой KPI». Эффект получается обычно обратный, руководители начинают давить на команду, чтобы оценки росли. Опрос становится не просто обязаловкой, но еще и подгонкой под требуемые цифры.

Использование опроса как замены управленческим решениям. «Подождем следующего опроса - там увидим, надо ли менять политику премирования». Опрос же индикатор, не решение. Смысл ждать, если у вас есть гипотеза, что что-то не работает?

Изменение методики каждые 1-2 волны. Каждая новая обнуляет сравнимость с предыдущей. Это допустимо при сознательном решении, но тогда нужно вести параллельные измерения хотя бы год.

Спрашивать о том, что не готов менять. Если компания не рассматривает 4-дневную рабочую неделю в принципе - не нужно задавать про нее вопрос. Это создает ожидание и потом обиду «спросили, а ничего не изменилось».

Публиковать только положительные результаты. Команда видит свои оценки и понимает, какие категории «замолчали» в коммуникации. Доверие к инструменту падает.

Главное на одну страницу

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

Компании, которые делают это последовательно 2+ лет, превращают опрос в стратегический инструмент управления - обратная связь становится привычкой, а не разовым возмущением. Остальные собирают данные, которые ничего не меняют, и постепенно теряют ценность инструмента.

Если вы CEO и читаете эту статью, я бы выделил три практических вопроса, на которые стоит ответить честно:

  1. Знают ли сотрудники, что мы сделали по итогам прошлой волны? Если нет - следующая волна даст худшие данные не потому, что компания стала хуже, а потому что доверие к инструменту снизилось.

  2. Что мы сейчас не готовы менять - и нужно ли тогда об этом спрашивать? Каждый вопрос в опросе создает ожидание. Если вы уверенно знаете, что не возьметесь за тему в ближайший год - честнее ее не задавать.

  3. Где у нас перевернутая пирамида ответов? Если руководители оценивают компанию хуже своих сотрудников или замолкают в открытом вопросе раньше команды - это самый сильный ранний сигнал, который у вас есть.

Опрос даст эти ответы. Дальше - регулярный труд.

P.S.: за помощь в оформлении статьи благодарю Фаину Лернер. На мой взгляд, самого крутого эксперта в теме опросов вовлеченности в стране.


Дмитрий Волошин, сооснователь и генеральный директор OTUS, основатель Клуба менторов, основатель Школы бизнеса Ninox. Заметки про управление, найм и фаундерский опыт: t.me/coffee_notes