8 мин чтения

Организационный сетевой анализ (ONA): что это и как увидеть реальные связи в команде

Что такое организационный сетевой анализ (ONA), какие данные он использует и как помогает находить неформальные связи, перегрузку и организационные риски.

Организационный сетевой анализ (ONA): что это и как увидеть реальные связи в команде

Оргструктура показывает должности, отделы и формальное подчинение. Но работа редко укладывается в эту схему. За советом могут идти не к руководителю, решение может зависеть от одного специалиста, а два соседних отдела — почти не обмениваться знаниями.

Организационный сетевой анализ (ONA), или Organizational Network Analysis, помогает изучить такие связи. Он дополняет формальную структуру данными о том, как сотрудники взаимодействуют в работе и какие неформальные связи складываются в команде.

Что такое организационный сетевой анализ (ONA)

Организационный сетевой анализ — это метод изучения связей между людьми и командами внутри организации. Также встречается формулировка «организационно-сетевой анализ».

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

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

ONA не заменяет оргструктуру: формальные роли и рабочие связи отвечают на разные вопросы.

Почему одной оргструктуры недостаточно

Формальная структура описывает, как распределены роли и подчинение. Сеть взаимодействий показывает, как между людьми проходят помощь, знания и решения.

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

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

Обычная отчетность не всегда показывает связанные с этим риски:

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

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

Опросы

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

Метаданные рабочих коммуникаций

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

Рабочие действия и сигналы

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

Ни один источник не дает полной картины. Любой вывод требует контекста, прозрачных правил сбора данных и осторожной интерпретации.

Что ONA помогает увидеть

Неформальных лидеров

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

Людей, соединяющих команды

Без отдельных сотрудников два отдела могут почти не взаимодействовать. Через таких людей проходят знания и договоренности, поэтому их положение в сети важно учитывать при росте компании, реорганизации и запуске кросс-функциональных проектов.

Перегрузку и зависимость от ключевых сотрудников

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

Изолированные команды и слабые связи

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

Реальную экспертизу

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

Повторяющиеся проблемы

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

Как HiveHR собирает организационные сигналы

В HiveHR источником организационных сигналов служат действия сотрудников внутри платформы.

В базовом сценарии сотрудники могут:

  • поблагодарить коллегу за конкретную помощь или вклад;
  • предложить идею;
  • подсветить рабочую проблему.

Из этих действий постепенно складывается наблюдаемая сеть:

  1. Сотрудник совершает рабочее действие внутри HiveHR.
  2. HiveHR фиксирует связь и контекст действия.
  3. Связанные действия со временем показывают повторяющиеся связи и темы.
  4. Руководитель получает данные, по которым может сформулировать вопросы и управленческие гипотезы.

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

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

Что может стать видно за 30 дней

За первые 30 дней пилота может появиться начальная карта взаимодействий, если накопилось достаточно действий, чтобы различить повторяющиеся связи и темы. По этой карте можно проверить:

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

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

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

Как использовать результаты ONA ответственно

Организационный сетевой анализ не превращает сетевые показатели в оценку эффективности сотрудника.

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

Поэтому результаты ONA следует:

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

Задача ONA — не найти сотрудника с самым высоким баллом, а понять, как устроена работа команды и где ей может понадобиться поддержка.

Частые вопросы

Чем ONA отличается от опроса вовлеченности?

Опрос фиксирует мнения и ощущения сотрудников в определенный момент. ONA изучает структуру связей и взаимодействий. Методы отвечают на разные вопросы и могут дополнять друг друга.

Чем ONA отличается от People Analytics?

People Analytics — более широкая область анализа данных о сотрудниках и рабочей силе. Она может включать найм, удержание, производительность, обучение, компенсации и другие направления. ONA в HR — один из методов People Analytics; его предметом являются отношения, взаимодействия и потоки внутри организации.

Является ли ONA инструментом наблюдения за сотрудниками?

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

Можно ли использовать ONA для оценки эффективности?

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

Сколько данных нужно для анализа?

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

Увидеть реальную структуру команды

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

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

Запустить пилот

Источники