Knowledge and bacon - Управление знаниями в IT
4.04K subscribers
38 photos
9 videos
3 files
217 links
Канал об управлении знаниями в айти-командах для тимлидов и всех, кого интересует тема knowledge sharing. Почему бекон, спросите вы? Потому что Knowledge is Power (c) Francis Bacon.

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

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

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

Но!

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

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

Поэтому

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

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

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

Ну и выдерживайте гигиену коммуникаций
Please open Telegram to view this post
VIEW IN TELEGRAM
Вышел очередной выпуск технологического радара от ThoughtWorks и в числе техник там упоминаются … decision records

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

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

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

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

Ну и ссылка на сам радар: https://www.thoughtworks.com/radar/techniques/design-system-decision-records
Отличный пост про то, как ходить на конференции, я еще могу от себя добавить, что есть всегда стадия После конференции. Я делаю себе табличку из полезных мыслей из докладов и каждую мысль формулирую как action item, что мы можем попробовать прямо на следующей неделе и делюсь с командой. Или тоже самое но не в рабочих задачах, а в пет-проекте.

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

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


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

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

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


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

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


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

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


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

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


Большинство докладов можно будет посмотреть в записи на х2, основная ценность конференций — в нетворкинге и живом обсуждении 🦖
Please open Telegram to view this post
VIEW IN TELEGRAM
Придумывая гениальные идеи, не создавайте налоговых работ

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

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

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

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

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

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

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

Для кого?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для тех, у кого нет аккаунта, положу скрины треда в комменты.
Media is too big
VIEW IN TELEGRAM
Notion поглотил Cron (и представил Notion Calendar)

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

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

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

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

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

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

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

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

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

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

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

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

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

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