Привет! Это Виталий Чесноков, сооснователь TEAMLY. Мы делаем нашу альтернативу Confluence и Notion, а ещё собираем успешные кейсы управления знаниями в российских компаниях. Сегодня с нами поделился опытом Антон Елисеев – начальник отдела управления знаниями ОКБ Сухого ПАО «ОАК». В этой статье мы поэтапно рассмотрим, как формировалась система управления знаниями в огромном авиационном холдинге. Сейчас ей пользуются больше половины сотрудников.

Что полезного будет в тексте:

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

• Полезные ссылки на кейсы крупных компаний

• Простой шаблон для оценки знаниевых процессов у себя

Управление знаниями = база знаний и только‑то. Это заблуждение. На самом деле управление знаниями — еще и научная дисциплина. Только мало кто понимает, что же она изучает. Команде TEAMLY удалось поговорить с одним из таких исследователей Эльвирой Гринберг. Обсудили, как пока не научились мыслить машины, какие неявные знания в рецепте борща и что такое онтологии в управлении знаниями на простых бытовых примерах.

Привет! Меня зовут Владимир Манеров, я исполнительный директор компании TEAMLY.
А еще руковожу отделом разработки продукта. Мы делаем базу знаний и параллельно сами в ней же и работаем над разработкой, т. е. делаем продукт в продукте. Решил рассказать, как у нас там все устроено и как пришли к такой структуре. Если вы хотите начать работать с базой знаний или переделать ее структуру, возможно, вам пригодятся мои инсайты.

Сначала небольшая предыстория

Когда мы только начинали создавать платформу для управления знаниями и совместной работы TEAMLY, у нас в команде было 5 человек и мы сидели в одной комнате. Это было 2 года назад.

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

Каждый новый сотрудник должен был влиться в команду так, чтобы мы не потеряли в скорости разработки. У нас уже была сырая БЗ в разработке и с командой мы приняли решение, что все накопленные знания мы упакуем в свою же TEAMLY. Да, мы начали разрабатывать TEAMLY в TEAMLY. Получилось, что мы тренируемся на кошках, точнее на самих себе и других отделах, на которые вскоре масштабировали TEAMLY.

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

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