Как вкатиться в менеджмент знаний?  Публичный пост

У меня сложилось впечатление (разубедите меня, если я неправ), что направление накопления, систематизации и анализа знаний недооценено. Особенно в России. Даже в IT-сфере ресурсы ему выделяются по остаточному принципу и как дополнительные обязанности сотрудников.

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

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

Меня, как внезапно вкатившегося в IT занудного космического инженера с 18-летним стажем такое положение вещей в отрасли несколько удручает и вызывает желание засучить рукава и показать кузькину мать в соответствии с ГОСТ Р 54877-2016.

И тут возвращаемся к началу поста: а отрасль вообще нуждается в таком вмешательстве? Или пока всем нормально и потребность в специальном отдельном “библиотекаре” в конторах не созрела?

Связанные посты
26 комментариев 👇

Проблема с менеджментом знаний заключается в том, что мало одного "библиотекаря". Любая база знаний работает, только если довольно большое количество участников будут её наполнять и поддерживать в актуальном состоянии.

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

  Развернуть 1 комментарий

@Anderei, сам термин "библиотекарь" подразумевает, что есть библиотека. И разумеется, все те книги, что в ней есть, писал не он. Он даже не обязан их все прочитать и досконально знать. Но вот выписывать новые газеты-журналы, следить за современной литературой, отбирать книги для закупки и уметь подсказать, где примерно может находиться литература по решению конкретной задачи (иногда кросс-дисциплинной задачи) - это всё точно надо. Ну это если аналогию с библиотекой продолжать. Этакой научно-технической библиотекой, которые на каждом предприятии раньше были.

  Развернуть 1 комментарий

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

  Развернуть 1 комментарий

@Anderei, ну то есть сейчас это всё на откуп самих специалистов отдано, так? Максимум уровнем повыше - тимлид/РП и всё?

  Развернуть 1 комментарий

@V_exeR, знаю о компаниях, в которых есть выделенные роли специалистов, которые занимаются сбором и построением таких баз знаний.

  Развернуть 1 комментарий

@Anderei, Вот отсюда поподробнее. Явки-пароли и как туда вкатываются?

  Развернуть 1 комментарий

@V_exeR, сорри, сейчас на телефоне, отвечу подробнее позже

  Развернуть 1 комментарий

@V_exeR, Давай расскажу о своём опыте. Правда, это скорее пересечение тем knowledge management и community building.

У нас есть глобальная команда консультантов, которая делает кейсы для клиентов. Появилась необходимость обмениваться опытом и повторно использовать существующие наработки и знания. Руководство выделило роль "эксперта по знаниям", которая разработала структуру площадки для обмена знаниями (темы, тэги, типы материалов).
Также эксперт связалась с региональными командами и выделила несколько "чемпионов" по знаниям - представителей региональных команд. Чемпионы помогают собирать и классифицировать знания от региональных команд.
Соответственно, команда знает о существовании хаба знаний и регулярно его наполняет примерами кейсов, аналитическими отчетов и своими находками.

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

  Развернуть 1 комментарий
Yury Katkov, миддл формошлёп 13 июля в 21:04

Я был причастен к этому с академической стороны и сделал вывод, что инженеров по знаниям в организациях не бывает.
Примитивного инструментария типа конфлюенса всем хватает, с устареванием знаний борются либо никак, либо пытаясь как-то присоседить мануалы поближе к коду.
Проблемы вроде быстрого онбординга решаются иногда созданием ряда видеолекций с тестами, но чаще - никак, пойди да почитай readme ну и в confluence что-то может быть. А, ну и спроси Колю, он тут все знает. Деньги и нервы при этом подходе теряются, но не настолько интенсивно чтобы это кого-то волновало.

Если оно end user centric, то может быть технический писатель, который будет писать хелп. Его согласованность поддерживается вручную и вроде всем хватает. Адский хайтек может быть у Микрософта с эпплом, но наверное и там все ручками.

  Развернуть 1 комментарий
Evgeniya Mungalova, Junior Product Manager 14 июля в 07:55

Технические писатели стараются продвигать эту тему. Даже сайт запилили Прагматичный гайд по Управлению Знаниями, где рассказывают, что это такое, зачем оно нужно и ваще.
Думаю, там можно найти примеры разных кейсов — как у кого устроено это управление.

  Развернуть 1 комментарий

@Evgeniya, спасибо, ознакомлюсь!

  Развернуть 1 комментарий

@V_exeR, не знаю насколько мы про одно и тоже, но вот у нас например есть:

  • общий конфлюенс в компании, команда которая его развивает и пилит тренинги по нему
  • общий ютуб и такая же команда по нему
  • команда инсайтов - которая пилит образовательный контент: тренинги, статьи, находит и помогает интересным чувакам пилить контент и шарить его со всеми
  • отдельно команда по обычным классическим тренингам и обучению (вроде они в HR входят, хотя хз)

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

  Развернуть 1 комментарий

@gramlin, вот команда, которая конфлюенс развивает, она как называется и куда относится? Какие там должности? Есть такое понятие, как "инженер знаний", "менеджер знаний" или что-то в этом роде?

  Развернуть 1 комментарий

Пара связанных постов:

https://vas3k.club/project/5514/
https://vas3k.club/question/9295/

  Развернуть 1 комментарий

@gramlin, То, что для МЗ есть инструменты, я знаю. И какие это конкретно инструменты - тоже. Вопрос был несколько в другом ключе.

  Развернуть 1 комментарий
Seva Oparin, SaaS-стартапер 13 июля в 20:12

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

Малые команды могут поднять вики. И периодически складывать туда полезные материалы, стандартные методы решения типовых проблем.

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

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

  Развернуть 1 комментарий

@smileijp, вот мне скорее интересны эти самые "бородачи". Откуда они вырастают?

  Развернуть 1 комментарий

@V_exeR, наш имел PhD по сетям, что-то коммитил в RFC, имел тесные связи с академией, писал статьи, и при этом умел очень хорошо и программировать, и траблшутить. Ну и в компании работал довольно долго.

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

  Развернуть 1 комментарий
Артем Ольков, Разработчик мобильных приложений 13 июля в 20:21

Не знаю на сколько "в ключе" в котором задан вопрос будет мой ответ, но:
В россии в ит есть как минимум конференция по данной тематике - knowledge conf. Вот например записи докладов с 2019го года - https://youtube.com/playlist?list=PL_L_HiHe5k_26somFRZHfdLyyI77rYpiL

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

  Развернуть 1 комментарий

@mMaxy, в целом есть еще отдельное понятие "технический писатель", который занимается тоже чем-то в этой сфере :)
про них можно послушать в подлодке - https://podlodka.io/223

  Развернуть 1 комментарий

@mMaxy, да, эту конференцию тоже нагуглил, и записи докладов прошлого (2020) года тоже нарыл. Интересно было именно не с точки зрения инструментария, а с точки зрения системного подхода на уровне организации. Не "снизу вверх", а "сверху вниз" =]

  Развернуть 1 комментарий

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

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

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

  Развернуть 1 комментарий
Антон Дуковский, руководитель проектов по инновациям 14 июля в 07:43

Ты задал слишком общий вопрос :)
Отрасль и сама-то значительно фрагментирована.

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

Так что не до конца понятно, что ты имеешь в виду под общим "созреванием потребности в библиотекаре".

Посоветую посмотреть доклады с Knowledge Conf 2019 - там давали ссылки выше. Например, доклад КРОК-а на этот счёт

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

Полезная ссылка - сообщество докладчиков/гостей knowledge conf, там самые главные амбассадоры этой темы в айтишечке:
https://t.me/KnowledgeConfTalks

  Развернуть 1 комментарий
Natalia Zhdanova, Business Analyst / Requirements Engineer 15 июля в 21:58

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

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

(Последние три человека говорят ценному специалисту - да ты охренел, иди вон технического писателя себе у менеджера выбивай.)

Потом знание начинает накапливаться, накапливаться, накапливаться - пока ценный высокооплачиваемый специалист не понимает, что его достали вопросами о том, где найти тот или иной кусочек знания.

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

Соответственно, войти в это дело можно либо со стороны документирования (технические писатели), либо со стороны настройки процессов (бизнес-аналитики), либо со стороны внедрения системы (бизнес-аналитики в консалтинге или системные инженеры во внедрении).

  Развернуть 1 комментарий

@Hully, прям воочию приходилось видеть лида-управлюка знаниями?

  Развернуть 1 комментарий

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

Еще воочию видела попытку внедрения системы, но там, к счастью, дальше РФП и презентаций не пошло (см. "ресурсов не дадим" а также "скока-скока это стоит?!")

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб