Комьюнити-менеджмент: истории из первых уст. Сборник историй от лидеров сообществ - страница 11

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

Проблематика

Расскажу об этом периоде, который стал ренессансом нашего инструментария, основанном не просто на неформальном общении, но на формальных инструментах. Примерно 5 лет назад мы задумались о том, что в компании существует кроме самих сообществ огромное количество интеграционных систем. Огромное количество стихийных команд генерировало большое количество сообществ. Это были и локальные сообщества на Share Point, облачные сообщества, чаты, локальные папки, еженедельные собрания, на которых люди встречались и т. д. Было огромное количество различных инструментов и систем, в которых рождалась информация. Мы насчитали около 30 разных систем для компании в 2000 человек, не учитывая обязательных для всех, наподобие типа электронной почты. В этот момент большинство систем работало в парадигме некой библиотеки информации, которую должен все время кто-то поддерживать. Так как не всегда находились такие люди, а чаще всего терялись, очень больше количество контента было не актуально в библиотеке. Именно тогда сформировалась потребность в едином инструменте – окне управления знаниями, которое мы начали создавать. Мы поняли, что нам очень важно обеспечить единые потоки, чтобы при уходе сотрудников все оставалось в компании. Мы начали рассматривать разные системы, которые могут помочь в этой ситуации.

Мы долго выбирали системы согласно следующему принципу: система должна работать не только в режиме библиотеки, то есть, по модели компания для сотрудников, но и по принципу сотрудники для сотрудников, компания для компании, сотрудники для компаний, то есть во всех моделях. Это должен был быть простой, доступный для всех инструмент. Часто бывает, что некая база знаний является трудом отдельной команды, когда «летописец» сидит и записывает то, что происходит на поле боя, находясь в километрах от места. Поэтому в летописях появляется то, что на самом деле не происходило. Содержать отдельного летописца дорого, не всегда летописи потом легко найти и прочитать, и для операционной деятельности многое не нужно. Мы стремились делать сообщество, которое создает, а не выкладывает итоги. Поэтому у нас были требования к гибкости системы для коммуникаций. Она должна была включать в себя портал и возможности для совместной работы. Мы хотели создать не летописца, а «стол» – единое цифровое пространство для сотрудников, в котором они работают, и стол запоминает кто что сделал, так как можно посмотреть историю коммуникаций и все работы.

Платформа

Мы выбрали платформу Jive. На наш взгляд, это лучшая платформа, которая подходит под такие задачи. Достаточно дорогая, но на тот момент даже альтернатив не было. Был только Yammer, но после покупки его Microsoft будущее было не известно, и функционал в десятки раз отставал. Jive значительно опережал, это было новое для рынка решение. Я занимался методологической частью управления знаниями, писал магистерскую, изучал теоретическую сторону, и все сошлось на том, что такой инструмент отлично подходит.