Knowledge and bacon - Управление знаниями в IT

07 Mar 2024 22:31

Знания идут к пользователю, а не наоборот

Увидела просто поразившую меня вещь в языке Go — когда вы используете функцию из стандартной библиотеки, можно вот так навести, чтобы посмотреть на документацию к этой функции и там есть пример от разработчиков - в IDE на него можно кликнуть, чтобы открыть пример как отдельный файл с кодом, поредактировать и позапускать, чтобы посмотреть output. Локально у меня этих примеров и описаний не было, то есть это часть самого Go SDK и открывается в IDE как временный (scratch) файл.

А вы встречали другие классные примеры, когда "документация идет к пользователю", в его контекст, а не наоборот?

Knowledge and bacon - Управление знаниями в IT

31 Jan 2024 14:58

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

Читать тут: https://selectel.ru/blog/what-is-knowledge-management/

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

Knowledge and bacon - Управление знаниями в IT

18 Jan 2024 17:36

Notion поглотил Cron (и представил Notion Calendar)

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

- Можно создать документ в Notion прямо из события и перейти в него.
- Можно подключить несколько календарей и управлять ими оттуда, например, добавлять ивенты, передвигать, смотреть доступность коллег
- Можно подключить Zoom/Google Meet и создавать звонки прямо из календаря
- Если в базе данных/таблице/таймлайне проекта есть упоминание сроков/дедлайнов - из них можно сделать отдельный календарь

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

Knowledge and bacon - Управление знаниями в IT

01 Dec 2023 14:56

Татьяна Бунто в докладе Черные дыры в обмене знаниями внутри компании и в команде поделилась целым меню разных практик для обмена знаниями, мне больше всего запомнилось обучение по продуктам и решениям компании.

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

Knowledge and bacon - Управление знаниями в IT

30 Nov 2023 08:11

Knowledge and bacon на KnowledgeConf. Если вы в Сколково на тимлидконф прибегайте в зал Уфа погружаться в управление знаниями, разгрузку экспертов и прочие важные вещи.

Если нет, присоединяйтесь у бесплатной трансляции Главного зала (тут) там тоже будут доклады нашего трека - например сегодня Игорь Цупко про корпоративный поиск и Семен Факторович про Задокументировать все

Knowledge and bacon - Управление знаниями в IT

30 Oct 2023 10:44

Я давний фанат школы менеджмента Стратоплан и в частности Александра Орлова (он кстати выступал у нас на самой первой KnowledgeConf в 2019 году, запись тут), поэтому не могла не поделиться их новой масштабной инициативой — конференцией «Цифровой икигай». Со слов организаторов – Икигай это не про то, как найти мифический, придуманный маркетологами из далеких 80-х «баланс», а про понимание где ты сейчас, что происходит и спокойную уверенность, что ты знаешь как двигаться дальше - в управлении людьми, в своей карьере и в жизни.

Из тем меня лично очень заинтересовали две: панельная дискуссия «Куда идти: технологии, методологии или работа с людьми — что нужнее для карьеры?» и доклад Ромы Ивлиева Про изменения: про то, как люди реагируют на них и как мы сами сопротивляемся изменениям.

Когда? — с 4 ноября 2023 по 27 января 2024, каждую субботу, в 12-00 GMT+3 (ака по Москве).

Для кого?

▪️ тимлидов и инженеров
▪️ менеджеры и руководители отделов
▪️ директора и основатели компаний

Планируется больше 10 000 участников, цель амбициозная, но мне кажется — реальная.

👉 Регистрироваться тут 👈

Knowledge and bacon - Управление знаниями в IT

27 Oct 2023 11:42

Придумывая гениальные идеи, не создавайте налоговых работ

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

Пара примеров из области управления знаниями:

⁃ Вы придумали проводить сессии обмена знаниями, собираемся каждую пятницу за пиццей и кто-то один делится секретно мудростью. Класс. Какие налоговые работы вы родили? Нужно подготовить повестку дня, уговорить кого-то выступить, он должен потратить время на подготовку (мало кто умеет спонтанно), надо всех пригласить, убедиться, что придут, донести ценность, создать встречу, записать на видео или сделать рекап (иначе зачем?), запланировать какие-то действия или изменения, собственно заказать и забрать пиццу. Это не говоря о том, что чтобы эта встреча была не последней, нужно продумать темы и периодичность для следующих и заранее начать подбирать желающих и помогать им готовиться.
⁃ Вы придумали создать чатик, чтобы отвечать на вопросы новичков. Какие налоговые работы вы родили? Создать чат и обозначить правила в нем/, добавить всех участников, обеспечить, что кто-то будет добавлять новых участников, придумать, как фильтровать, помечать, архивировать инфу в нем, закрепить полезные сообщения или документы, продумать, кто и когда сможет в нем отвечать, возможно - ввести дежурных или “гастролирующих” ведущих чата, например, из смежных команд.

Подумайте над вашей последней идеей или улучшением, какие налоговые работы вы создали?

Knowledge and bacon - Управление знаниями в IT

06 Oct 2023 11:20

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

Ну и бессмертная уже статья на тему: https://klever.blog/useful-conference/ там тоже расписано и как выбирать, на что пойти, и как нетворкаться, и самое главное - что делать после конференции.

Knowledge and bacon - Управление знаниями в IT

22 Sep 2023 12:20

Вытаскиваем знания из эксперта

Хороший вопрос был на Стачке про добычу информации из её держателей.

Если вам нужна индульгенция на иглы, утюги и паяльники — уточните у работодателя)

Но!

Да, бывают сложные коллеги, да, бывает сложное знание, да, бывают завалы и не до ответов на странные вопросы.

Мне кажется, это вопрос приоритетов. Иногда командных, иногда — конкретного человека.

Поэтому

1️⃣ Объясните человеку, зачем оно надо. Не “потому что мне задачу поставили”, а чуть дальше. “Чтобы тебе с такими вопросами больше не приходили”, например.

2️⃣ Договоритесь об удобном канале связи. Я обычно предлагаю такие форматы:
*️⃣ регулярная встреча на 15 минут и вопросы к ней за сутки;
*️⃣ отдельная страница или чат с вопросами от меня, куда человек будет заходить в комфортное для него время и письменно отвечать;
*️⃣ контакт кого-то из команды, кто может ответить на большинство вопросов или передать на обсуждение дальше, чтобы вернуться и ответить.

3️⃣ Обозначьте сроки и границы задачи, чтобы человек понимал как долго и по каким вопросам вы будете приходить.

Ну и выдерживайте гигиену коммуникаций

Knowledge and bacon - Управление знаниями в IT

31 Aug 2023 17:58

А вы фиксируете принятые решения?

Многим из вас наверное знакомы ADR (Architecture decision records, журнал архитектурных решений), они считаются хорошей практикой в проектировании.

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

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

Он пишет, что такие журналы решений ведутся, например, в госучреждениях. Полиция Сассекса требует вести журнал решений по крупным преступлениям, «чтобы регистрировать следственные указания, инструкции, параметры и приоритеты при расследовании крупных преступлений».

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

К журналам решений он рекомендует применять метод критического решения, и, сравнив два подхода (подход из исследования H. Harenčárová Structured Analysis of Critical Decision Method Data и Toyota A3), предлагает вот такой список того, что следует фиксировать:

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

Читайте в оригинале тут.

Кстати, эту тему и практику уже отлично презентовал Виталий Шароватов @vsharovatov на KnowledgeConf в 2022 году.

Knowledge and bacon - Управление знаниями в IT

01 Aug 2023 15:36

Новый пост в рубрике "Прочитала эпичный тред и сделала выжимку", на этот раз на Hackernews - Почему Дискорд не замена документации?

Можно читать как "Почему <мессенджер> не = документация?".

Коротко - есть тренд среди стартапов и небольших команд пушить все в Дискорд, и поддержку, и доки, и коммьюнити, что используется как причина не делать нормальные доки. Объясняют они это тем, что поколению Z так удобнее.

Почему это плохо?
Нет никакого селф сервиса, люди задают повторяющиеся вопросы, нагрузка на поддержку/команду на снижается примерно никогда, ест шанс, что то, о чем часто спрашивают не фиксируется и не анализируется. А еще через документацию пользователи иногда просто изучают продукт, верхнеуровнево смотрят что есть, а тут им сразу надо регистрироваться и писать сообщение, чтобы получить ответ (мечта интроверта). Это усложнение доступа к информации.

Что отвечают сторонники такой модели?
В гугле все равно ничего не найти или выше индексируются не доки, а разные тьюториалы на mygreatlearning.com и geeksforgeeks, мы не хотим бороться с SEO, люди говорят и ищут разными словами, спросить живого настоящего человека всегда приятнее.
Пример, по запросу "python init" python.org будет только на второй странице.

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

А еще олды напоминают, что проблема не новая, вспоминая кейс, когда обсуждения по поводу нового тогда iPod шли в IRC и навсегда так и остались в логах тех чатов.

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

Мне кажется, что правда где-то посередине, нужны и хорошие доки (и думать про их архитектуру и находимость), и поддержка и коммьюнити, "свои ребятки" на проводе - это тоже важно. Разные вещи для разных пользователей. Кроме того, система с одним дискордом не масштабируется, а все стартапы, найдя свой market fit, так или иначе мечтают вырасти. При этом важно, чтобы повторяющиеся вопросы пользователей фиксировались, рефлексировались, анализировались и на основе этого обновлялась база знаний. А вы что думаете?

Knowledge and bacon - Управление знаниями в IT

17 Jul 2023 11:34

Определение знаний в стандартах

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

PMBoK (Project Management Body of Knowledge)

В PMBOK нет четкого определения понятия "знания". Но в некоторых местах они отчетливо прослеживаются.

Например, в разделе 2.3.3 Репозитории знаний организации перечисляется, что к ним относится, а в разделе 4.2 Управление проектными знаниями дается водораздел между явными и неявными знаниями, а также дается определение управлению знаниями. Более того, развенчивается миф о том, что управление знаниями = документирование всего проектного опыта и выученных уроков.

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

ГОСТ Р 57331-2016/PAS 1063:2006 Руководство по практическому применению менеджмента знаний в сетях малых и средних предприятий

3.1.3 знания (knowledge): Объем восприятий и навыков, которые придуманы людьми. Объем знаний увеличивается пропорционально поступающей информации.

Существует множество контекстных определений знания. В настоящем стандарте также см. следующие термины:

- "Сопряженные знания";

- "Ноу-хау";

- "Рабочие знания";

- "Неформализованные (неявные) знания".

ГОСТ Р ИСО 30401-2020 Системы менеджмента знаний

3.25 знание (knowledge): Человеческий актив или актив организации, позволяющий принимать эффективные решения и действовать в соответствии с контекстом.

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

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

Примечание 3 - Знания могут приобретаться в результате обучения или накопления опыта.

ISO 9001: Системы менеджмента качества

Раздел 7.1.6 Знания организации дает определение:

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

2 Основой знаний организации могут быть:

a) внутренние источники (например, интеллектуальная собственность; знания, полученные из опыта)

b) внешние источники (например, стандарты, научное сообщество, конференции).

Отдельно от знаний также выделяются компетентность и осведомленность.

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

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

Knowledge and bacon - Управление знаниями в IT

06 Jul 2023 17:38

Корпоративный поиск на коленке

Люблю тему поиска, особенно в контексте управления знаниями. Посвятил ей пару-тройку лет.
А вот и опубликовали мой рассказ о том, как на коленке построить свой корпоративный поиск и как это сделать с минимумом возможной боли:
https://www.youtube.com/watch?v=q9TMFdRFK2Q

С развитием LLM и ChatGPT, с одной стороны, ситуация изменилась, а с другой — если нам важна точность в ответах — не особо 🙂 Так что интересующимся концептуальной стороной вопроса построения поиска, думаю, будет интересно. Старался отразить основы, которые вряд ли будут меняться.

Видео писалось во время болезни, прошу понять и простить заминки и прокашливания.

Knowledge and bacon - Управление знаниями в IT

29 Jun 2023 17:24

Послушала на SaintTeamLeadConf доклад с емким названием “Люди текста” в IТ-команде: бриллианты в короне или заноза в заднице? — авторы, Екатерина Потапова и Ксения Киселева, очень емко и понятно рассказали, какие есть роли по работе с текстом есть в ИТ-компаниях, что что делает и что может пойти не так без этих людей.

Мне как собственно "человеку текста" кажется важным, что такие доклады появляются на технических или управленческих конференциях, чтобы мы все лучше понимали кто и что делает в своей роли и сколько и каких ресурсов это требует. Это повышает доверие в командах.

Knowledge and bacon - Управление знаниями в IT

22 Jun 2023 10:21

Я уже ранее упоминала, что недавно StackOverflow выпустил свой ежегодный опрос разработчиков и в вопросе "С помощью каких онлайн ресурсов вы изучаете кодинг?" 90 процентов ответили Техническая документация, 82 — StackOverflow, а дальше расположились варианты блоги, видео и письменные туториалы.

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

В связи с этим вопрос, что вы используете, чтобы изучить новую библиотеку, освоить инструмент, или уточнить как что-то работает в том или ином языке программирования?

Удивили ли вас результаты?

Knowledge and bacon - Управление знаниями в IT

16 Feb 2024 19:02

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

В связи с чем наткнулась на интересную статью 2015 года: https://18f.gsa.gov/2015/12/08/using-emoji-for-knowledge-sharing/

Кратко, что делали в этой компании:
- Взяли эмоджи вечнозеленого дерева и попросили сотрудников размечать им сообщения или треды, которые "стоит знать/видеть всем новичкам в компании".
- Потом проходились по ним поиском (у Слака есть нотация has: эмоджи) и оценивали, что людям показалось важным и "вечнозеленым". Для упрощения использовали CLI тулзу, которая все такие сообщения выгружала в репорт: https://github.com/18F/emoji_search
- В первые недели они получили больше 100 размеченных сообщений и обновили на их основе онбординг в компании.

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

Knowledge and bacon - Управление знаниями в IT

21 Jan 2024 18:07

KnowledgeConf возвращается, теперь в Петербурге

KnowledgeConf вновь будет отдельным треком про управление знаниями в ИТ-командах и компаниях, в этот раз 24 и 25 июня в рамках питерской TeamLead Conf.

CFP уже идет во всю, подробности тут: https://cfp.knowledgeconf.ru

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

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

Knowledge and bacon - Управление знаниями в IT

15 Jan 2024 20:08

Фронтенд-разработчица Natalia Davydova в офигенном твиттер-треде запостила гайд, как вести рабочие конспекты в Notion так, чтобы легко можно было найти нужное и освежить знания по определенному аспекту. Мне кажется этот опыт можно переложить не только на языки программирования и фреймворки, но и на другие области.

Если кратко по советам:
- Любой конспект базируется на четырех китах: структура, уникальность формулировок, цветовое выделение, подкрепляемость практикой
- Одна тема на одной странице
- Не более трех уровней вложенности заголовков
- Каждый кусок текста записывать своими словами, копирование не работает
- Самую важную канву материала выделять цветом, чтобы быстро пройтись и освежить знания
- Отдельно выделять примеры кода и плохие/хорошие советы
- При конспектировании стараться обогатить конспект скринами, схемами, кусочками кода с пояснениями или "песочницами" с кодом. Лайфхак - можно записать коротенькое видео с демонстрацией
- Когда конспект готов, можно использовать три техники: саммаризацию, повторяемость и доосмысление.
- Материал, который требует повторения, например, перед собесами, можно добавить в нумерованный список, запускать рандомайзер и повторять 3 рандомных пункта

Пример конспекта по этим принципам: https://natti-davydova.notion.site/Event-Loop-5c3b6398e4484197982dfb679bdf4d94

Для тех, у кого нет аккаунта, положу скрины треда в комменты.

Knowledge and bacon - Управление знаниями в IT

30 Nov 2023 11:55

Интересной пусть и радикальной практикой поделился Антон Шакинко в своем докладе — отправьте сотрудника с уникальной экспертизой в ненастоящий отпуск. Например, он пока позанимается рефакторингом чего-то или пройдет какое-то обучение. Ему нельзя задавать вопросы и дергать, вопросы и блокеры надо в это время фиксировать, чтобы потом проанализировать. Так вы выявите, какой уникальной экспертизой или знаниями обладает сотрудник и сможете ее пошарить.

Прям попробуем на следующей неделе же.

Knowledge and bacon - Управление знаниями в IT

24 Nov 2023 10:21

Адаптируйтесь под аудиторию, даже если вам кажется, что какие-то знания или концепции очевидные - это не так

Делали тут прогон доклада одного прекрасного спикера (А все уже запланировали, что идут на KnowledgeConf и вспомнили одно исследование о том, что представители поколения Z в среднем плохо понимают концепцию директорий и файловой системы.

Преподаватели STEM-направлений заметили, что их студенты не понимали примеров или заданий, в которых надо было оперировать директориями и файлами. Это связано с тем, что современные интерфейсы часто включат поиск по всей системе (Spotlight/Shift-Shift/Ctrl+K и подобные) и не требуют от пользователей понимания организации файлов.

Многие студенты не учились использовать структуру каталогов в школе. В результате преподаватели перестраивают учебные программы и начинают с основ компьютерной организации файлов.

Линкольн Коллинг, преподаватель кафедры психологии Университета Сассекса, попросил студентов перемесить файл из определенной директории и увидел в ответ пустые взгляды. В том же семестре Николас Гуарин-Запата, физик-экспериментатор и преподаватель колумбийского университета EAFIT, заметил, что студенты на его занятиях испытывают трудности с поиском своих документов.

Тут проявляется классическое «проклятие знаний», дело не в том что концепция файловой системы неестественна для студентов или они плохо учились в школе, а в том, что она столь интуитивна для преподавателей, что они не знают, как ее объяснить.

Теперь курсы Коллинга включают целую двухчасовую лекцию, посвященную структуре каталогов. Он сравнивает поиск файлов с навигатором для водителей. Он показывает карты деревьев каталогов и просит студентов представить, что они направляют других к выделенной точке в пространстве. Гуарин-Запата начинает свои семестры с похожего урока.

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

Больше про это в материале The Verge.

Knowledge and bacon - Управление знаниями в IT

27 Oct 2023 11:49

другими словами, инициатива наказуема

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

Knowledge and bacon - Управление знаниями в IT

06 Oct 2023 11:20

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

🛟 Если вам просто нравится какой-то спикер — считается.
На харизматичных докладах можно зарядиться и вдохновиться и за счёт этого улучшать свои карьерные показатели.


🛒 До покупки билета

1. Посмотрите программу.
2. Отметьте интересные доклады и спикеров.
3. Запишите почему они интересны и полезны именно вам.

🛟 Если билет покупает работодатель, поделитесь с ним описанием из третьего пункта.


☀️ Перед стартом докладов

4. Найдите спикеров из п.2, скажите им что ожидаете от доклада.
5. Запишите вопросы, которые хотели бы обсудить с экспертами.


🔉 Во время доклада

6. Отмечайте вопросы, на которые спикер ответил.
7. Записывайте вопросы, которые приходят вам в голову.


⭐ После доклада

8. Задайте свои вопросы по регламенту конференции.
9. Обменяйтесь контактами ради конкретного действия.


Большинство докладов можно будет посмотреть в записи на х2, основная ценность конференций — в нетворкинге и живом обсуждении 🦖

Knowledge and bacon - Управление знаниями в IT

05 Oct 2023 20:45

Вышел очередной выпуск технологического радара от ThoughtWorks и в числе техник там упоминаются … decision records

Да, журналы принятия решений. В частности в области дизайна. Совсем недавно я писала о них тут.

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

Вот тут по ссылке есть шаблон от компании zeroheight. Они предлагают фиксировать контекст, само решение, позитивные и негативные последствия, и соответствие требованиям. За основу они брали шаблон ADR Amazon.

Хочу попробовать это в следующем релизном цикле, расскажу было ли полезно.

Ну и ссылка на сам радар: https://www.thoughtworks.com/radar/techniques/design-system-decision-records

Knowledge and bacon - Управление знаниями в IT

22 Sep 2023 12:20

Отличные советы от Кати, лида техписателей Ozon о том, как вытаскивать знания из носителей, крутой совет, что надо объяснить опрашиваемому зачем это А. Ему Б. Его команде B. Компании в целом (зависит от мотивации конкретного человека), а не просто "мне это поручили".

Knowledge and bacon - Управление знаниями в IT

07 Aug 2023 22:29

Еще и календари as code?

Docs as code, infrastructure as code, diagrams as code? Лучше! Календари as code. Делюсь интересным тулом как раз для понедельника - Markwhen, он позволяет описывать таймлайны и планы проектов в виде Маркдауно-подобного синтаксиса. Есть отдельный веб-апп и расширение для VS Code.

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

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

Попробовать тут: https://markwhen.com/
Почитать про синтаксис: https://docs.markwhen.com/syntax/dates-and-ranges.html

Knowledge and bacon - Управление знаниями в IT

21 Jul 2023 17:47

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

Сегодня поговорим про ритм текста и на что он влияет.

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

Выше на фото пример из книги Gary Provost 100 Ways to Improve Your Writing. Он наглядно показывает, как выглядит и читается текст, который состоит из предложений, в которых по 5 слов, и как меняется ситуация, если чередовать разные предложения.

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

На втором фото пример от моего любимого обжарщика кофе, посмотрите, как они интересно манипулируют ритмом. Это называется парцелляция. Намеренное разделение высказывания на самостоятельные фразы.

Knowledge and bacon - Управление знаниями в IT

10 Jul 2023 11:17

Конференций про управление знаниями много не бывает

По разным оценкам, от 80 до 95% личных и корпоративных знаний находится в скрытой форме и поэтому ими трудно эффективно пользоваться. Иногда мы их даже не осознаем, пока не столкнемся с проблемами.

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

Впервые в России 3-5 октября 2023 на онлайн-конференции Quorum «Управление корпоративными знаниями» спикеры посвятят весь третий день теме «Как управлять личными знаниями».

Что круто, программа конференции составлена на основе опроса 65 экспертов — руководителей отделов обучения и групп управления знаниями крупнейших российских компаний, по сути это настоящее глубинное исследование.

Вы узнаете:
— Как актуализировать свои скрытые знания?
— Как управлять своими знаниями системно?
— Как фиксировать личные знания и как находить неожиданные связи между ними?
— Как использовать свои знания на 100%?

Подписчикам канала Knowledge and Bacon организаторы сделали скидку 5% на участие по промокоду KM23.

На сайте конференции можно запросить доступ к 3 лучшим докладам 2021 года, ознакомиться с программой и купить билет
https://clck.ru/34vNeR

Knowledge and bacon - Управление знаниями в IT

06 Jul 2023 17:38

Мы сейчас в компании тоже решаем задачу единого поиска по всем корпоративным источникам знаний и сравниваем варианты сделать самим или взять условный Glean или Markdoc, поэтому очень рекомендую послушать 👇

Knowledge and bacon - Управление знаниями в IT

29 Jun 2023 10:13

Теперь официально — конференция по управлению знаниями в компаниях и командах KnowledgeConf возвращается

30 ноября и 1 декабря 2023 она пройдёт в рамках TeamLead Conf++ 2023 в Сколково.

Приём докладов уже открыт и продлится до 30 июля включительно.

На сайте мы расписали направления и даже примеры тем, на которые нам бы хотелось увидеть доклады.

Если у вас есть идея, о чем рассказать, и вы хотите ее об нас подумать, то 6.07 (это четверг) пройдет онлайн-встреча программного комитета с докладчиками и активистами. Подключайтесь, поштурмуем темы, узнаем у вас, что бы вы хотели услышать и узнать. Начало в 17.00 по Москве.

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

Knowledge and bacon - Управление знаниями в IT

15 Jun 2023 17:28

Stack Overflow выпустил традиционный опрос разработчиков — а что в нем по обмену знаниями?

Поиск знаний и информации внутри организации

- 83% респондентов согласились или полностью согласились, что они взаимодействуют с людьми за пределами своей команды. Взаимодействие между разработчиками и коллегами для поиска решений на работе очень интенсивное.
- Менеджеры в большей степени, чем исполнители (75% против 66%), согласны или полностью согласны с тем, что они знают, какую систему или ресурс использовать для поиска нужных им ответов. Менеджеры часто помогают снять блокеры членам своей команды, поэтому это вполне логично.
- Взаимодействия с членами команды и менеджерами недостаточно, чтобы помочь разработчикам, так как более половины (53%) разработчиков согласны или полностью согласны с тем, что их работа стопорится в ожидании ответов.

Время, которое тратится на поиск ответов/решений и ответы на вопросы

- 63% всех респондентов тратят более 30 минут в день на поиск ответов или решений проблем. Менеджеры тратят меньше времени на поиск, чем исполнители (42% против 36% тратят 30 минут или меньше).
- 49% всех респондентов тратят более 30 минут в день на ответы на вопросы. 36% против 16% индивидуальных авторов тратят на ответы на вопросы час или больше. Те, кто руководят людьми ожидаемо тратят больше времени на ответы на вопросы.

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