У всех компаний, куда я приходил работать и о которых слышал от своих знакомых, база знаний выглядела одинаково: сотни статей с устаревшими инструкциями, которыми никто не пользуется из-за их неактуальности и неюзабельного поиска. Настоящие ценные знания хранятся в головах, онбординг зависит от конкретных людей, а номинальная база знаний представляет собой свалку дублирующихся и неактуальных документов.
«Совокупность человеческого опыта расширяется с невероятной скоростью, и средства, которые мы используем, чтобы пробраться через этот лабиринт к важному на данный момент предмету, те же, что использовались во времена парусников.»
1945 год, Венневер Буш «As We May Think»
В статье описываю практический опыт построения корпоративного ИИ-ассистента: от структуры базы знаний и графовой модели до фильтрации контекста и контроля версий. Материал будет полезен продактам, архитекторам, маркетологам и всем, кто внедряет ИИ в бизнес-процессы.
Сегодня многие компании внедряют ИИ-агентов по упрощённому сценарию: загружают PDF-регламенты, Excel-прайсы и архивы переписок в векторную БД, после чего ожидают, что модель будет корректно отвечать на вопросы пользователей.Читать полностью »
Каждый разработчик рано или поздно сталкивается с ситуацией: из команды уходит «тот самый» человек, который держал в голове половину архитектуры. Вместе с ним уходит не только опыт, но и часть будущего проекта. В статье делюсь мыслями и подходами, как минимизировать потери при передаче знаний, какие форматы работают, а какие — нет, и почему документация должна быть живой, а не мёртвым архивом на Wiki.
📌 Сценарий знаком: ты эксперт в своей области, годами собирал знания, сталкивался с проблемами, находил решения — и вот, настал момент, когда хочется делиться. Но тут выясняется, что передача знаний — это еще та головная боль. Каждый раз повторять одно и то же? Много раз рассказывать про базовые вещи? Структурировать внятно, чтобы было полезно, а не «вот тут файлик, почитайте»?
❌ Нет, ну серьезно. Казалось бы, что сложного: взял, написал, все, можно закрывать тему. Но нет, тут начинается…
• Как сделать так, чтобы это кто-то вообще читал?
• Как объяснить, чтобы было понятно и не приходилось разжевывать еще раз?
Читать полностью »
30 сентября на конференции DevOps Live прозвучал доклад «Активация обмена знаниями» об обмене опытом и том, как бороться с двойной работой. Под катом — доклад в текстовом виде, обогащённый некоторыми деталями, и видео с докладом.
Всем снова привет!
Вроде бы еще не так давно я рассказывал, как выглядит обмен знаниями в Exness глазами новичка, и вот уже снова есть, что рассказать!
На самом деле, гибкость и скорость это два больших плюса в любом бизнесе. И на работу knowledge manager’a это влияет в огромной степени.
Сегодня я расскажу о трех простых, но очень востребованных в компании активностях. Отмечу, что на путь от идеи до воплощения потребовалось чуть больше месяца, и, наверное, это должно очень многое сказать о корпоративной культуре.
Почему этим хочется поделиться здесь, на Хабре? Очень просто: в ИТ-сфере управление знаниями все еще считается чем-то сложным, требующим больших усилий и обдумывания. Много раз приходилось слышать что-то типа: «Ну ведь это же все долго и непонятно. А можно как-то быстро и просто?».
Итак, простые инструменты, которые любая компания может использовать в своей работе, независимо от того, есть у вас менеджер управления знаниями, или вы стартап с тремя разработчиками.
Сотрудник, который много знает, умеет и готов потушить любой пожар на своей поляне, конечно, молодец. Но если этот герой уходит в отпуск или вообще увольняется, наступают тяжелые времена. Оказывается, что важно не только много знать, но и уметь этими знаниями делиться.
Алексей Трошин (morroz) в профессии почти 20 лет, в качестве Project и Product manager трудится с 2002 года. За это время работал в разных компаниях, руководил командами от 2 до 150 человек, а сейчас руководит разработкой в компании «ФИНАМ». Здесь Алексей выстроил систему, которая помогает не только распространять знания, но и мотивировать разработчиков расти в нужном бизнесу и команде направлении. Впрочем, система применяется не во всех командах. Почему? Об этом, как и применяемых подходах, узнаем под катом.
Читать полностью »
Всем привет. После KnowledgeConf 2019 прошло уже полгода, за это время я успел выступить еще на двух конференциях и провести лекции на тему управления знаниями в двух крупных ИТ-компаниях. Общаясь с коллегами, я понял, что в ИТ пока можно говорить об управлении знаниями на уровне «новичок», а точнее, просто осознать, что управление знаниями нужно любому подразделению любой компании. Сегодня будет минимум моего собственного опыта – я бы хотел рассмотреть существующие международные стандарты в области менеджмента знаний.
26 апреля на конференции KnowledgeConf 2019 прозвучал доклад «Performance Review и выявление тайного знания». Обычно мы рассказываем про технологии, однако, чтобы развиваться как компания, занимаемся далеко не только этим. Данное выступление, посвящённое инженерам и их развитию, — хороший тому пример. Если вы тимлид или думаете о том, как обеспечить рост сотрудников в команде, эта статья (и сам доклад) может оказаться полезной.
По традиции рады представить видео с докладом (50 минут, гораздо информативнее статьи), а ниже — его выжимка в текстовом виде, обогащённая некоторыми деталями, не прозвучавшими в самом докладе.Читать полностью »
