Уютный адочек

📈 Новых возможностей пост Трёхлетнее приключение подошло к концу. В феврале автор канала покинул компанию Флант, чтобы двигаться дальше. Если вам или вашим знакомым нужна помощь с управлением разработкой или менеджментом знаний — сейчас есть возможность пообщаться и попробовать найти точки соприкосновения. Кратко о моей экспертизе: https://tsupko.tech/ LinkedIn: https://www.linkedin.com/in/i-tsupko/

🔍 Поиск по личной базе знаний Поиск — это алгоритмически сложная задача. Но когда знания распределены по множеству сервисов — всё равно хочется "персональный гугл" для приватных данных. Французский разработчик Hugues Verlin сделал хитрый финт ушами и сделал поисковую строку, которая проксирует запрос в N внешних систем и отображает результаты как есть. https://github.com/hverlin/Quest Quest поддерживает интеграцию с: Confluence Server, Google Drive, Gmail, JIRA Server, Dropbox Paper, Phabricator (revision), Slack, Redmine, Nextcloud

❌ Менеджмент знаний против двойной работы Я уже много рассказывал про обмен знаниями. Но пока что не представилось возможности уделить внимание тому, как менеджер, ставя задачи, собирая информацию и принимая решения может защитить команду от бессмысленной работы. В четверг, в 19:00 провожу вебинар в PM Club, где попробую исправить ситуацию. Записаться на вебинар тут: https://pmclub.pro/webinars/menedzhment-znanij-protiv-dvojnoj-raboty

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

Что же он за идиот токсичный! Я ему объясняю, объясняю, а он ни в какую. Все какой-то негатив распространяет и сопротивляется на пустом месте, задолбал! Сопротивление — оно не про аргументы. Никогда не было. Корень сопротивления может быть в социальных изменениях, в человеческих отношениях, в формате взаимодействия. Исследования говорят, что дело в участии людей. Участие — это не механическое "приглашение к участию", и даже не механическое "всем дали высказаться", а в том, чтобы прийти к согласию (независимо от того, сколько времени и сил это займёт). Если мы переходим к силовому решению, к манипуляциям, чтобы "побыстрее прийти к результату", к "надо добиться, чтобы все махнули рукой и сказали ок" — это не согласие. Но он мудак, он сопротивляется, он не хочет прийти к согласию!!! А и не должен. Тот факт, что вы взаимодействуете ради общего результата, находитесь в одном офисе/доме/организации не накладывает на вас таких требований. Вы же не носитесь по своему городу с целью научить всех "правильно жить" и не пытаетесь с водителем автобуса прийти к согласию во взглядах на вопросы религии. Можно взаимодействовать с незнакомыми, чужими людьми, не претендуя на личность, но во имя выгоды каждой из сторон. Сопротивления будет меньше, если вы не будете требовать согласия, если примете и будете принимать несогласие другого человека как норму, не требующую перемен.

Интеграция VSCode и Notion https://github.com/frencojobs/vscode-notion Два популярных решения для работы со знаниями наконец-то можно объединить в единой среде.

🤝 Обмен знаниями в инженерных командах Наш читатель @terrifilch прислал интересную ссылку на интервью с Balázs Balázs, который работал в Facebook: https://codingsans.com/blog/knowledge-sharing В статье описываются те приёмы обмена знаниями (и это не только документация!), с которыми он сталкивался и самые базовые вещи, касательно подходов и приёмов. Всегда интересно посмотреть, как процессы устроены у коллег по цеху, вот она — возможность 🙂

📝 Конспектирование, не evernote-ом единым Наткнулся на Polar (https://getpolarized.io/) Выглядит как интересное решение для тех, кто глубоко закапывается в изучение и конспектирование какой-то темы. Интерфейсно напоминает evernote, но имеет несколько инструментов для того, чтобы пользователь регулярно возвращался, перечитывал и перепрорабатывал старые заметки.

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

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

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

👻 рубрика "восхитительные факапы" Есть техническая вещь, которой я не горжусь. Однажды мы делали достаточно крупный проект с большими амбициями в те времена, когда микросервисная архитектура только начинала набирать популярность. Начинали как по учебнику: по-быстрому зафигачили прототип в виде огромного монолита, а потом... А потом что-то пошло не так. Мы начали пилить его на микросервисы и немного увлеклись. Со стороны клиента было несколько функциональных заказчиков. И сначала всё было не так плохо: мы сделали под каждого функционального заказчика по своему мини-"продукту", представленному одним сервисом. Но потом понеслось: а давайте отделим фронтэнд от бэкэнда, выделим куски кода, общие для нескольких продуктов в отдельные микросервисы, учтём потенциальное гипотетическое развитие функционала и невероятное масштабирование. Что плохого? Релизный процесс стал адски сложным (ведь теперь "микро"-сервисы нужно катить в строгой последовательности и с танцами!) и получили сильно связанные как-бы-независимые приложения, разработка новых фич в которой стала тоже требовать определённых ритуалов. Овер-инженеринг — это злая вещь, и я хочу пожелать всем читателям нащупать место, где пора остановится, до наступления серьёзных последствий. Не бойтесь признавать свои ошибки и исправляться 🙂

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

прохладных историй пост В одной компании были планы быстрого роста при помощи найма людей и следующего за ним деления команд. И даже фин. модель была хорошо заточена для этого. Но вот проблема: руководители команд были назначены не всегда обдуманно, откуда брать новых было не то, чтобы понятно. Вытаскивали наиболее перспективных с точки зрения директора инженеров и сразу ставили руководить. Без поддержки, без ввода в должность, брутально и маскулинно. "Сейчас переломается и станет отличным руководителем, я тоже через это прошёл". Один из таких руководителей почти и переломался, пополам: он вообще был очень ответственным и всё принимал на свой счёт. А ещё фокусировался не на людях, а на технике. В итоге — все задачи делал сам. И вот с такой методикой формирования руководителей нужно было из 14 сотрудников сделать 80 за 4 года. С очень высокими требованиями к компетенции сотрудников в технике и проектах компании — что практически закрывало возможность найма "извне". Получилось убедить, что нужно отпустить почти сломанного руководителя, а для того, чтобы в будущем избежать проблем — выстроить институт заместителей. За каждым руководителем закрепили по заму, сформулировали необходимый набор компетенций и построили процесс постепенного введения в должность, с чек-листами, внятным пониманием необходимых на позиции руководителя компетенциями и менторством. Чтобы расти — нужно выстраивать карьерные лестницы. Само оно, увы, не случается.

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

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

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

🤯 Уважаемых экспертов пост Когда общаешься с экспертами из соседней отрасли — открываются глаза на удивительные вещи. Вот несколько наблюдений: - Заумь. Приходишь к эсперту с простым вопросом или наработкой и узнаёшь, что всё это нафиг не нужно, ты не прав, что задался этим вопросом и на самом деле тебя должны волновать более глобальные проблемы. Например, вместо прикручивания отвалившейся от шкафа ручки вам предлагают провести капитальный ремонт в другом стиле. Причём работает это в обе стороны. Эксперт-управленец, увлекшийся быстрой проверкой гипотез задолбает вас попытками отрезать от задачи нужное и не нужное. - Проекции. Эксперт всегда знает, о чём вы, якобы, думаете — ведь у него такой богатый опыт! Он уже всё видел и знает, по какому сценарию будет развиваться ваш проект. И не применёт вам об этом рассказать. А если вам особенно "повезло" —  вас попытаются убедить, что вы неправильно понимаете сами себя. - "Так это не работает". Услышав пару слов "эксперт" уже сложит своё мнение о том, что вы имели ввиду. Все внутренние противоречия будут использованы против вас. У уважаемого человека нет времени разбираться и задавать вам уточняющие вопросы, он сейчас расскажет вам, как обстоят дела "на самом деле". Узнали кого-то из своих знакомых? Давайте обнимемся и поплачем вместе. К счастью, есть множество прекрасных и внимательных к коллегам людей. А чтобы самому не стать злыднем — старайтесь не вдаваться в крайности и оставаться открытыми для нового.

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