🧙‍♂️ self-improvement message

"Хочешь изменить что-то — начни с себя". Это не всегда правда, но иногда это единственный доступный метод.
В случае, если вы хотите навести порядок со знаниями — вы можете стать тем самым человеком, что является носителем знаний. Это сложный путь, который вдвойне сложно сочетать с "обычной" работой, но он является верным и беспроигрышным в тяжёлых обстоятельствах.

👻 Чудовищного онбординга пост

Однажды наблюдал, как всем новичкам в качестве онбординга предлагалось "посмотреть лабы". Лабы — это 3 видео по 2-3 часа, где техдир, с шутками, прибаутками, оффтопиками и попытками отладить ошибки, сбивчиво объяснял достаточно сложные темы. У техдира за плечами было пару лет предподавания в ВУЗе, поэтому он был очень уверен в своих силах.
Очень удобно: отдаёшь видосы новичку и пару-тройку дней он тебя не трогает: типа учится. К счастью, сотрудники постепенно начали саботировать просмотр лаб и те отмерли естественным путём.

Позже подвиг был повторён другим человеком: он записал штук 8 видосов минут по 40 про то, как устроены те или иные процессы и внутренние сервисы. На этот раз без шутеек, но зато во всех подробностях. Работало это примерно с тем же успехом.

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

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

Примерно такой же подвиг можно совершить, если тупо скопировать себе куски онбординга из GitLab Handbook.
Старайтесь быть краткими, но не более необходимого.

🧙‍♀️ список экспертов

Круто, когда ты знаешь, кого в компании спросить по каким вопросам. Но составление такого списка может занять недели.
Как сделать это максимально быстро?
Попробовал ответить: https://pragmatic-km.guide/wins/know-experts

🎁 знаний пост

Когда нет систематического обмена опытом — людям приходится переизобретать велосипеды, создавать дублирующие документы, решения и бизнес-процессы.
И ладно бы дело было в "общеизвестных" сведениях, но ведь часто речь идёт о бизнес-специфике, которую просто неоткуда взять.
Специалистам некогда заниматься рассказами о своих открытиях. Особенно, если им не хватает навыков: формулирования мыслей, написания статей, структурирования опыта.

Как бы это пофиксить?

Рассказал о своих исследованиях на этот счёт на DevOpsLive и оформил материалы в виде статьи: https://habr.com/ru/company/oleg-bunin/blog/525110/

🧟‍♀️ legacy

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

Но легаси на то и легаси, что люди уходят, да и не набегаешься по всем с вопросами. Было бы здорово собраться с силами и превентивно выгрузить информацию куда-то "на бумагу".
Но как это сделать максимально эффективно?
Делюсь своим опытом тут: https://pragmatic-km.guide/wins/feature-mindmap

🗣 Пятничный чат

У канала больше 1.2к подписчиков, давайте познакомимся в комментариях? Расскажите, кто вы, чем занимаетесь и что вам интересно?

Изнутри наружу

Пришёл отзыв, мол, не надо развивать внутренние базы знаний — надо сразу нести наружу, в хабр, стэковерфлоу, публичные блоги.
Но есть одна большая проблема с коммуникацией внутри компании: контекст. Как правило правило люди в одной команде держат в голове плюс-минус один контекст.
Сидишь, работаешь, тебе приходит коллега и говорит зелёные тапочки поставили на полку. И ты, в принципе, способен догадаться о каких тапочках идёт речь (вы что-то вскользь обсуждали на этой неделе), где эта полка ("полка" — это местный сленг) и с какого перепуга тебя вообще это должно волновать (контракт на 5 миллионов от которого у всех бонус зависит!)

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

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

👨‍🏫 Тесты для самопроверки

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

Мне кажется, что использование тестов для "самопроверки" и проверки вообще — порочная идея.

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

🤯 Уважаемых экспертов пост

Когда общаешься с экспертами из соседней отрасли — открываются глаза на удивительные вещи. Вот несколько наблюдений:

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

- Проекции. Эксперт всегда знает, о чём вы, якобы, думаете — ведь у него такой богатый опыт! Он уже всё видел и знает, по какому сценарию будет развиваться ваш проект. И не применёт вам об этом рассказать.
А если вам особенно "повезло" —  вас попытаются убедить, что вы неправильно понимаете сами себя.

- "Так это не работает". Услышав пару слов "эксперт" уже сложит своё мнение о том, что вы имели ввиду. Все внутренние противоречия будут использованы против вас. У уважаемого человека нет времени разбираться и задавать вам уточняющие вопросы, он сейчас расскажет вам, как обстоят дела "на самом деле".

Узнали кого-то из своих знакомых? Давайте обнимемся и поплачем вместе. К счастью, есть множество прекрасных и внимательных к коллегам людей. А чтобы самому не стать злыднем — старайтесь не вдаваться в крайности и оставаться открытыми для нового.

Всем хорошего понедельника. Сегодня — небольшой ребрендинг и уютные адовенькие стикеры для вас.

📏 Эстимейтов пост

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

🍻 Пятничного чата пост

Есть термин "пассивная агрессия", когда человеку говорят завуалированные гадости.
А есть ли название, когда говорят о плохом, но с чувством принятия неизбежного? "Всё будет плохо, но это нормально", "Ты злой мудак, но мы тебя любим", "Будет полный пиздос, но мы справимся" — вроде такого.
А если названия нет — давайте попробуем придумать? 🙂

прохладных историй пост

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

Но вот проблема: руководители команд были назначены не всегда обдуманно, откуда брать новых было не то, чтобы понятно. Вытаскивали наиболее перспективных с точки зрения директора инженеров и сразу ставили руководить. Без поддержки, без ввода в должность, брутально и маскулинно. "Сейчас переломается и станет отличным руководителем, я тоже через это прошёл".

Один из таких руководителей почти и переломался, пополам: он вообще был очень ответственным и всё принимал на свой счёт. А ещё фокусировался не на людях, а на технике. В итоге — все задачи делал сам.

И вот с такой методикой формирования руководителей нужно было из 14 сотрудников сделать 80 за 4 года. С очень высокими требованиями к компетенции сотрудников в технике и проектах компании — что практически закрывало возможность найма "извне".

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

Чтобы расти — нужно выстраивать карьерные лестницы. Само оно, увы, не случается.

прохождения ревью пост

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

👻 рубрика "восхитительные факапы"

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

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

Что плохого? Релизный процесс стал адски сложным (ведь теперь "микро"-сервисы нужно катить в строгой последовательности и с танцами!) и получили сильно связанные как-бы-независимые приложения, разработка новых фич в которой стала тоже требовать определённых ритуалов.

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

🧠 организации личных знаний пост

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

- Есть гуглодока, где я думаю план на ближайшие годы. Где возможно — помесячно, большими мазками, по 3-5 пунктов на месяц. Ни один из пунктов не требует каких-то конкретных действий, это просто список для подумать, вдохновиться и раз-два в месяц посмотреть, туда ли я иду.
- Есть trello с оперативными задачами. Структура регулярно трансформируется, колонки меняются, но суть остаётся той же: есть "инбокс" с тем, на что я ещё не обращаю внимание, scheduled — отложенное до не зависящих от меня обстоятельств, Done и Trash для карточек, с которыми я распрощался и пара-тройка колонок с максимум 15 карточками, на которые я реально обращаю внимание.
- Для общения внутри семьи есть пачка чатиков в Telegram (что купить в ближайший раз в магазине, куда можно поехать отдохнуть, идеи как обставить строящуюся квартиру, идеи игр с ребёнком, фотографии рецептов и заметки после посещения врачей).
- Куча разных специализированных заметок и рабочих документов в Google Docs, Evernote, Google Photos и других сервисах-хранилищах, в том числе git репозиториях.
- И для навигации по вышеописанному — есть гуглодока "Карта знаний", где выписано где что искать (заметки по авто — под тегом в Evernote, в гуглдоках искать бессмысленно, а заготовки материалов для Уютного адочка — на отдельной доске в Trello) плюс ссылки, которые я регулярно продалбываю и мучительно долго ищу (например, я постоянно забываю название сервисов figma, typeform и notion)

Тащить всё в одно место — не реально, у всего свои плюсы и минусы.
А как вы выгружаете инфу из своей головы?

🤟 решений пост

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

Первое — это покупка нормального матраса для сна. У меня за плечами много лет кантования по съёмным квартирам и спать приходилось на чём придётся. И как-то в голову не приходило, что можно купить хороший дорогой матрас.
Я стал высыпаться. Просыпаться без боли в теле. Ложиться в кровать с нежностью и удовольствием.
Просто удивительно, как наша психика позволяет свыкаться с проблемами на протяжении многих лет.

Второе — найти психолога и еженедельно с ним общаться. Это казалось сложным (а как психолога выбрать?), стрёмным (какому-то чужому человеку рассказывать свои мысли?) и непонятным (вдруг он какую-то чушь начнёт пороть?!).
Первые полгода я буквально жил "лишь бы дотянуть неделю до встречи". Мы вместе разбирали мою психику по кусочкам, докапывались до чего-то глубокого и давно забытого и пересобирали заново. Я плакал, радовался и чувствовал себя окрылённым. Спустя много времени я уверен, что это помогло мне пройти через множество кризисов, качественно улучшить отношения и самого себя.

Скоро Новый год и новый повод решиться на что-то новое. Желаю вам искать и найти свои приятные сюрпризы!

🛠 тула для онбординга

Интернет принёс ChiefOnboarding (docs, github)

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