🔄 Матрица внутрикорпоративных сообществ

Недавно одну старую статью на CommunityHub про внутрикорпоративные сообщества. И она мена вдохновила. Я ещё доработал по моем восприятию описанную там концепцию от Ernst&Young, чтобы она больше соответствовала современным реалиям и тому факту, что я не нашел оригинал этой картинки :)

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

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

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

Знание — то, насколько формализовано и понятны знания в сообществе. Относится ко всем объектам, рождаемым творческой деятельностью: идеи, знания, опыт, отношения. Степень их выраженности, понятности, структурности, формализованности важны в сообществах.

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

Таким образом, у нас есть переменные, по которым мы хотим двигать сообщества в компании. Конечно, первая идея — сделать максимально глобальное и сплоченное сообщество. Однако это вряд ли получится, потому что чем больше сплоченность, тем хочется больше приватности и закрытости. Потому на схеме такого и нет.

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

Можно ли применять такое не на внутрикорпоративных сообществах? В целом подойдет для распределения подсообществ в экосистеме или если уже у вас есть какой-то определенный набор. Но надо покрутить.

Удачных систематизаций сообществ 🤓 ÜberCommunity — полезное о работе с сообществами