Notion собирает вики по удаленной работе

Платформа для совместной работы и организации базы знаний Notion в свете последних событий начала на базе себя же собирать вики по инструментам, процессам и культуре удаленной и распределенной работы. Это политики, инструкции и советы от таких компаний, как GitLab, Figma, Loom, Slack и других.

В вики перечислены инструменты, про которые я даже не знала, например, Tandem и Spatial, которые позволяют команде взаимодействовать друг с другом в виртуальных комнатах и даже с элементами AR/VR.

Структура вики довольно проста: Популярное, Политики компаний, Ресурсы про здоровье, Инструменты и гайды, Тактические дискуссии со ссылками на твиттер-треды, Другие советы и посты.

Ссылка: https://www.notion.so/notion/Remote-work-wiki-1b21ef5501714fffa9f5c5c25677371f

Тулзов для удалёнки пост

Есть две удобные утилиты для организации созвонов

- doodle.com — помогает группе людей договориться о времени созвона. Организатор выбирает слоты, а участники голосуют в какое время им удобно.
Вам остаётся только напинать людей, чтобы все проголосовали.

- calendly.com — поможет договариваться о созвоне с другим человеком. Вы просто интегрируете его с гугл-календарём, настраиваете ограничения и любой человек может записаться к вам на встречу. Встреча сразу оказывается в вашем календаре и невозможна ситуация, когда два человека записались на одно время.

Knowledge Management на минималках

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

Часть прагматичного гайда — это ответ на вопрос "зачем это нужно и как начать внедрять Knowledge Management?"

Поделился имеющимися наработками на подкасте в The Art Of Programming
http://bit.ly/TAOP217share

По всем вопросам — в личку: @i_tsupko

Удалённой работы дефлопе

Если вы ещё не полностью приспособились к удалёнке - возможно вам помогут некоторые идеи из последнего подкаста DevOps Deflope: http://amp.gs/3l5D

Разгребания легаси пост

Допустим у вас есть незаменимый сотрудник, который обладает уникальным знанием, например, о легаси-проекте. Что делать?

1. Принять решение о том, кто конкретно будет выполнять часть обязанностей уникального человека. Лучше — нескольких человек. Это могут быть новые сотрудники или уже существующие. В процессе выполнения обязанностей по легаси-проекту человек будет погружаться в уникальные знания сам по себе, но на это потребуется время, много времени.
2. Если после пункта (1) остались уникальные знания — возможно есть ещё какие-то повседневные задачи, которые также надо распределить на новых людей.

Сценарий, описанный в (1) и (2) может занять годы. Поэтому ПОСЛЕ того, как вы начали их выполнять, можно применить практики Knowledge Management-а, например:
- писать техническую документацию для ускорения технического онбординга новичков.
- применять практики парного программирования
- проработать чек-листы со списками тем по проекту, в которые новички должны погрузиться, чтобы считаться компетентным (этакий roadmap по вниканию в проект, наподобие тех, что применяется в performance review)
- проводить демо-сессии
- прививать культуру свободного задавания вопросов, которые могут казаться глупыми, но необходимы для вникания
и т.п.

Сами по себе вышеописанные практики Knowledge Management-а не решают проблему легаси, но они предназначены, чтобы радикально ускорить решение этой проблемы.

Если вы хотите, чтобы люди начали обмениваться знаниями — не начинайте с документации. Корректное, экологичное внедрение документации — это задача уровня advanced, а никак не beginner.
Мало написать документацию (что само по себе сложная задача) — её должны читать и обновлять. Мало её написать один раз — ей должны заниматься постоянно.
Насилие не решает проблемы: документация превратится в пустую филькину грамоту и профанацию. Жизнь меняется и формат зафиксированных знаний тоже должен будет эволюционировать, самодурством этого не добьёшься — нужна культура.

Начните лучше с того, чтобы люди начали разговаривать. Чтобы не боялись задать вопрос кому угодно о чём угодно. Чтобы рассказывали о том, о чём важно рассказать.

Автоматизации пост

Наткнулся на штуку https://n8n.io/ — она позволяет по событию в одном сервисе делать события в других сервисах.

Это что-то вроде https://ifttt.com/, но опенсорсная и, кажется, более прокачанная по логике составляемых сценариев.
Количество триггеров пока не особенно большое, но по моему опыту их всё равно приходится дописывать. А вот возможность хостить штуку у себя бесценна.

В 19:30 по Москве ваш покорный слуга с коллегами будут говорить (скорее всего) о

- менеджменте знаний
- документации
- проведении онлайн-конференций
- культуре и взаимопомощи в айти-компаниях

где-тотут https://www.youtube.com/channel/UCWjbphptoLgEyUWKUpaiWRA будет онлайн-трансляция и возможность задать вопросы.

Для того, чтобы люди обменивались знаниями очень важно, сочетание нескольких факторов:

Не должно быть предубеждений, которые бы мешали сотрудникам задавать вопросы
* Любой, даже кажущийся глупым, вопрос — хороший вопрос!
* Вопрос можно задать кому угодно, на любую тему, любым, даже матерным, языком.

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

Должна быть поддерживаемая всеми и понятная модель принятия решений — где задавать вопросы в какой ситуации. Особенно это важно для удалённой команды.
* В каких каналах в каких мессенджерах задавать вопросы по каким темам?
* Когда нужно отвлекать коллег и требовать немедленного ответа, когда можно использовать асинхронные механики задавания вопросов, а когда можно просто подождать со своим вопросом до удачного случая?

В идеале — должны быть ответственные за отвечание на вопросы по темам/в каналах, а также какие-то внятные сроки ответа на вопрос.
Последнее, разумеется, ни в коем случае не означает необходимость создания "законов" и "регламентов". Главное — чтобы люди верили, что получат ответ вовремя.

неожиданных тулзов для knowledge management пост

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

https://shellnotebook.com/
Это записняк для таких "командочек" с возможностью мгновенного их выполнения, не выходя из хранилища.
У приложения, конечно, нет никакой коллаборации и хватает шероховатостей, но сама будем надеяться, что разработчики будут его развивать.
В любом случае — Shell Notebook действительно закрывает локальную проблему управления знаниями и прокачивает пользователя 👍

https://obsidian.md/
Вселенная услышала мольбы и добрые люди начали создавать умную IDE для работы с markdown.

👋 тем, кто тоже просыпается ночью, чтобы доделать интересную задачу.

Прекрасное, ёмкое и короткое (5 минут) видео о том, с какой стороны подступиться к изменению культуры в организации:
https://www.youtube.com/watch?v=ojQT6U-gRAM

22 июля с 14:30 до 16:00 мы проводим мозговой штурм. Будем искать "Быстрые выигрыши" — дешёвые, но выгодные для компании, изменения в области Управления Знаниями.

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

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

Запись обязательна: https://tsupko-tech.timepad.ru/event/1357069/

Я встречал руководителей, которые искренне верили в то, что "сотрудников надо пиздить" и в важность негативной обратной связи. Равно как и тех, кто блеял, как барашек вместо обратной связи.
При этом, как ни удивительно, что у одних, что у других были выдающиеся результаты. Как так?
Ютуб принёс интересное видео от проекта Veritasium, которое даёт пищу для размышлений — какая обратная связь лучше и всё ли так вообще просто с измерением эффективности от неё?

Archivy — софтинка для организации личных знаний, основанная на поиске и быстром вбрасывании интересного.
https://github.com/Uzay-G/archivy
Написана на Python, страшная как моя жизнь, но, похоже, весьма продуманная.

Управления знаниями пост

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

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

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

📚 Сформулировать проблему — это уже половина дела

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

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

Подробнее о быстрой и меткой формулировке проблем — читайте заметку в Прагматичном Гайде:
https://pragmatic-km.guide/wins/whats-the-problem

📈 Высокой культуры пост

Если вы хотите привнести что-то новое в компанию — вы всегда будете сталкиваться с сопротивлением.
Одним из них может быть сказка про якобы уже существующую "высокую культуру", которой нет на самом деле. Некоторые топ-менеджеры, с которыми вам предстоит общаться, к месту и не к месту включают режим защиты своих решений, своего кода и своего наследия — даже не вникая в то, что вы им говорите. При этом на практике свою "высокую культуру" применить они не способны и их собственное поведение идёт полностью в разрез с декларируемым.
Вам говорят про открытость — но цели и причины остаются в головах. Вам говорят про agile и гибкость — но жить нужно по заранее определённому плану и сбор обратной связи игнорируется. Вам говорят про инновации и идеи — но каждая секунда времени должна трекаться в задачи. Вам говорят про высокую культуру обмена знаниями — но запрещены попытки формулировать best practice.
Подобный абсурд смешно звучит тогда, когда вы его осознали, но если у вас не так много опыта — легко поверить рассказам про высокую культуру на серьёзных щах.
Старайтесь избегать дутых щёк в себе и окружающих, смотрите вокруг и задавайте неудобные вопросы.

💣 бомбит от проблем? это шанс что-то исправить!

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

unix timestamp преодолел 1600000000.