Вредные привычки, мешающие карьере

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

17–28 марта, две недели в формате коротких вечерних эфиров и лонгов, эксперты Стратоплана и авторы популярных каналов про менеджмент, среди которых Дмитрий Болдырев, Евгений Антонов, Ольга Елисеева и Роман Ивлиев, разберут кучу вредных привычек. Вот некоторые из них:

👉Софты нужны тем, у кого не все окей с хардами
👉Делай всё сразу: кто сказал, что многозадачность неэффективна?
👉Кому надо, тот поймет. Никогда не давайте обратную связь
👉Планировать — это для средних умов, гении господствуют над хаосом

Все бесплатно, регистрация вот тут.

Читать полностью…

Способы принятия решений в команде

Если в понедельник мы обсуждали довольно абстрактную модель принятия решений, то теперь держите максимально прикладные методы:

👉Голосование точками. Тут все стандартно, помогает быстро выбрать один ответ из множества, и при этом учесть мнение каждого.
👉Степень поддержки. Каждый участник оценивает решение по x-балльной шкале. Решение принято, только если средний уровннь поддержки больше нужного уровня.
👉Метод NUF. Взвешенная оценка – новизна (new), полезность (useful), осуществимость (feasible). Решение можно принимать как по общей оценке, так и выбрав один или несколько приоритетных критериев.
👉Игра в покер. Похоже на предыдущие методы, но проводится в закрытую. Все так же, как в planning poker – все выкладывают карты, вскрываются, затем владельцы минимальной и максимальной оценок спорят.
👉Метод парных сравнений. Выбираются критерии, каждое решение сравнивается с каждым, победитель получает +1 балл. Наилучшим становится тот вариант, который победил во всех парах.

А вообще, я наконец-то в отпуске, так что на этой и следующей неделе ежедневных статей не обещаю!

Читать полностью…

Треугольник принятия решений

Я периодически делюсь статьями про разные практики документирования принимаемых в команде решений. Классический пример – Architecture Decision Records, документы, которые сохраняют весь контекст когда-то принятых решений про дизайн проекта. Так вот, вне зависимости, какое именно решение вы документируете, у него можно выделить три ключевых компонента:

👉Желаемое будущее, в которое вы хотите прийти.
👉Действие, которое должно привести вас в это будущее.
👉Триггер – событие, которое вызвало необходимость принятия решения.

Если использовать эти компоненты как вершины треугольника, мы получаем отличную ментальную модель, в которой его стороны становятся дополнительными аспектами принятия решения:

👉Критерии: ограничения, которые влияют на то, в какое будущее мы хотим прийти, и желаемые критерии успеха.
👉Сценарии: все возможные варианты будущего, к которым может привести выбранное действие.
👉Анализ: сбор информации, который помогает перейти от триггера к непосредственному действию.

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

Читать полностью…

Как тимлиду перестать тушить пожары, получать кайф от управления командой и вырасти в карьере

Частая проблема руководителей команды разработки - тонуть в бесконечных созвонах и «срочных» проблемах. На тебе теперь люди, ответственность за результат бизнеса и еще надо как-то успевать писать код. Кажется, что ты все делаешь за всех. И стоит только отвернуться и команда рассыпется.

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

Главный фактор сильного руководителя - системный подход к управлению командой.

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

Он за 3 года вырос c синьора до руководителя руководителей и затем взрастил десятки тимлидов.

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

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

Подписывайтесь, здесь личный опыт как тимлиду построить сильную команду и процессы, получать кайф от управления и расти в карьере:

Ссылка на канал

Читать полностью…

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

Как с этим справляться? Разбираемся на онлайн-конференции Podlodka Teamlead Crew (10-14 марта)🔥

Что ждать в программе:

📢 Как повысить эффективность команды, когда её требуют повысить - Астислав Божевольнов (Cardooworld) на примере реального кейса расскажет, как можно принять сложное решение, не сломаться под давлением и найти точки роста.

⚖️ Как найти опору для себя, когда ты опора для команды - Дарья Шалагина (Точка) поделится проверенным методом самоподдержки для тимлидов в условиях высоких требований и перегрузок.

🚀Как поддерживать команду в тяжёлый момент - эксперты из Точки, Selectel, Туту и Инфосистемы Джет на примерах разберут, как помочь команде справляться с кризисами.

🎰 Рулетка кейсов: Когда тимлиду пора сваливать - Евгений Кот и Артём Малышев помогут разобраться в кризисных ситуациях. Анонимно делимся ситуацией, получаем честный разбор и совет — бежать или оставаться.

И многое другое! Билеты уже в продаже: https://podlodka.io/tlcrew

Читать полностью…

Открытое собеседование на СТО

Роль СТО сильно зависит от размера, структуры и культуры компании. Собеседования тоже довольно сильно отличаются от компании к компании, но при этом общее ядро выделить точно можно.

Ведущие подкаста "Бреслав и Ложечкин" уже завтра проводят открытое собеседование СТО – Саша будет собеседовать Андрея. Помимо самого собеседования будет детальный анализ всех вопросов и ответов вместе с экспертом, который отвечает за Executive Search.

Короче говоря, если вы посматриваете на роль СТО как на возможный майлстоун в вашей карьере, обязательно подключайтесь! Собес пройдет в Телеграм-канале по ссылке в заголовке.

Читать полностью…

Серия бесплатных открытых воркшопов от Стратоплана

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

👉Воркшоп «Стратегическое мышление на всех уровнях». Дата – 3-е марта.
👉Воркшоп «Управление своими фокусом и временем». Дата – 5-е марта.
👉Воркшоп «Умение договариваться». Дата – 7-е марта.

Все это совершенно бесплатно, а зарегистрироваться можно по этой ссылке

Внутри все, что вы любите у Стратоплана – крутые преподаватели, рабочие инструменты и сильная практика.

Читать полностью…

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

Ближайшее мероприятие:

• 15–17 марта — для менеджеров продукта, офер за 3 дня в команды Маркета, Еды и Лавки.

Зарегистрироваться

Читать полностью…

Группа компаний Innovative People и экспертный лейбл «Тишина» приглашают вас 13 марта на стендап-вечеринку в формате «Бизнес-лавочка» — встречу для тех, кто в теме, где можно от души посмеяться над рабочими буднями, деловыми неурядицами и технологиями, которые не работают, когда они особенно нужны.

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

Специальный гость и ведущий вечера — Чермен Качмазов, стендап-комик, участник шоу на ТНТ. Он знает, как сделать так, чтобы даже самые острые бизнес-проблемы звучали смешно.

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

С вас — хорошее настроение, с организаторов — вино, закуски и годный контент.

На сцене:
▪️Александр Панченко — директор по развитию геймдев VK
▪️Карен Манасян — глава платформы разработки цифровых продуктов MOEX
▪️Евгений Чернов — основатель экспертного лейбла «Тишина»
▪️Андрей Ганин — руководитель ресурсного центра МТС

Программа:
18:00 — сбор гостей
18:30 — истории
20:10 — сольное выступление Чермена Качмазова
20:30 — неформальное общение

Регистрация

erid: 2W5zFJuNSBJ
Реклама. ООО «Инновейтив Пипл». ИНН 7723708895.

Читать полностью…

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

Разбираемся на онлайн-конференции Podlodka Teamlead Crew (10-14 марта)🔥

Программа ожидается насыщенная:

📢 Дебаты: Кризис — это проблема или возможность?
Анастасия Абрашитова и Евгений Антонов (Яндекс) посмотрят на кризис с двух точек зрения и принесут аргументы, чтобы разобраться - тимлидом в кризис быть тяжелее или все-таки легче, чем в нормальности.

✂️ Сокращения: как минимизировать потери и даже найти плюсы?
Дмитрий Ситников (Audible, ex-Amazon) объяснит, какие шаги помогут пройти сокращения с минимальными последствиями и даже получить из этого выгоду.

⚖️ Как сепарироваться от решений сверху и продолжить эффективно работать?
Екатерина Митусова (Women in Tech Russia, ex-Google, ex-Wrike) расскажет, как поддерживать себя и команду и приносить результаты, даже если решения руководства тебе не нравятся.

🚀 Как развивать команду, когда ресурсов нет?
Александр Птахин (Prestatech) поделится практическими подходами, как поддерживать рост сотрудников, даже если бюджеты заморожены.

И многое другое! Все знания сразу применяем на практике.

🎟 Присоеденяйся, билеты уже в продаже: https://podlodka.io/tlcrew

Читать полностью…

K2 Cloud Conf — конференция о слиянии настоящего и будущего облачных технологий.

4-го марта эксперты K2 Cloud и топ-менеджеры крупного бизнеса разберут актуальные тренды и поделятся опытом.

В программе:
– Облако как конструктор: собираем инфраструктуру из готовых компонентов
– PaaS — таблетка от рутины: как и почему это работает
– Сетевые нереплицируемые диски в облаке как новое явление: преимущества и технические особенности
– Достать до облаков: 6 способов безопасно подключиться к своей инфраструктуре в K2 Облаке
– Инвентаризация и автоматизация с помощью Netbox

Офлайн и онлайн. Бесплатно.

Подробнее тут.

Читать полностью…

Книга "Understanding Michael Porter"

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

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

Мои основные инсайты:

👉В конкуренции нужно стремиться быть не лучшим, а уникальным.
👉Стратегия и конкурентные преимущества имеют смысл только тогда, когда растут из каких-то уникальных активностей, которые другая компания не сможет скопировать. Другими словами – стратегия должна содержать набор трейд-оффов, уникальных именно для вас.
👉Делать продукт хорошим для всех – вредно. Наоборот, нужно осознанно пытаться оставить некоторых возможных клиентов недовольными.
👉Настоящее конкурентное преимущество это не то, в чем вы хороши, а то, что заметно влияет на P&L: либо ведет к меньшим затратам, либо дает ставить большие цены.
👉Стратегия не требует точных предсказаний будущего. Достаточно общей уверенности в том, что решаемая продуктом потребность будет существовать и через пять лет, и делать ставку на это.

Короче, книга кайф – минимум воды, и больше сотни заметок на полях!

Читать полностью…

Разместите ваш проект в облаке бесплатно ☁️

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

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

Сейчас новые клиенты могут получить до 30 тысяч бонусов на Облако Selectel и в течение месяца тестировать сервисы платформы. Для этого достаточно зарегистрироваться и отправить в техподдержку заявку на участие в акции.
Регистрируйтесь в панели и получите до 30 тысяч бонусов для старта: https://slc.tl/nil4h

Реклама. АО «Селектел», ИНН 7810962785, ERID: 2VtzqwJYsTr

Читать полностью…

Почему бигтех такой медленный

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

У этого явления есть несколько наивных объяснений:

👉В бигтехе много некомпетентных слабых разработчиков, которые работают пару часов в день, причем одновременно на трех работах.
👉Тяжеловесные процессы вынуждают всех работать медленнее.
👉Координация между вовлеченными командами съедает большую часть времени.
👉Из-за того, что проектами бигтеха пользуются миллионы людей, приходится слишком много времени уделять решению проблем масштабирования решений.

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

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

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

Читать полностью…

Как AI влияет на весь SDLC

The harder you push, the harder the system pushes back.

SDLC (Software Development Lifecycle) – как раз такая система. Все верят в то, что вот сейчас модельки поумнеют, все разработчики начнут активно использовать AI, и разработка ускорится в разы. Но на самом деле значимого ускорения не произойдет, просто бутылочные горлышки появятся в других частях системы.

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

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

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

👉Организовывать библиотеки промптов, которые с большой вероятностью дают хороший результат. Например, создают новый REST запрос с обработкой ошибок и валидацией входных значений. Эти промпты надо тестировать и версионировать.
👉Intent records. Это аналог Architecture Decisiob Records, который помогает сохранять контекст того, какую конкретно задачу решает определенный кусок кода, какие ограничения и требования на него накладываются.
👉Spec modules. Это подготовленные кем-то заранее универсальные спецификации, которые вы можете немного докрутить своими собственными бизнесовыми требованиями, и получить на выходе качественный модуль авторизации, личного профиля, кэширования или чего-то еще.

Читать полностью…

AI фейки на собеседованиях

Буквально недавно к нам собеседовался русскоязычный продакт, который в начале разговора подключил к звонку Otter.ai (это такой сервис автоматической расшифровки звонков). Он очень бодро отвечал на все behavioral вопросы, а порой даже слишком бодро, подкрепляя свои истории кейсами других людей (а вы знаете, что с такой же проблемой сталкивался и Джобс...). Явно прокололся он в тот момент, когда пытался выговорить незнакомые ему сложные слова на английском языке. Короче говоря, наша гипотеза в том, что он автоматически расшифровывал наши вопросы, отправлял их LLM вместе с кастомными промптами, и весело зачитывал ответы.

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

Читать полностью…

Как прорабатывать свой performance review

Если вы смотрите новый сезон Severance, то там есть восхитительный момент с типичнейшим performance review. Герой справляется с его проработкой так себе, а вот вам в похожей ситуации поможет простой гайд:

👉Постарайтесь воспринимать performance review как ценный фидбэк, который поможет вам стать лучше. В реальности в значимом проценте компаний performance review – карго-культ, который приносит больше вреда, чем пользы. Но в любом случае вам стоит выжать из него максимум для себя, иначе зачем это все.
👉Если какой-то фидбэк вы не готовы принять, не надо сразу же спорить с ним. Возьмите время на то, чтобы подумать над уточняющими вопросами и вернуться к менеджеру или тому, кто этот фидбэк дал.
👉Определите для себя, с каким фидбэком вы по итогу согласны, а с каким нет. Вам точно не нужно пытаться исправлять все, о чем вам нафидбэчили другие люди. У всех есть свои предрассудки, да и вообще, вы не обязаны нравиться каждому.
👉Используйте ту часть обратной связи, с которой согласны, чтобы выработать план действий. Не нужно бросаться на все пункты одновременно, выберите самый импактящий на вашей текущей роли, и начните с него.

Читать полностью…

Принципы Principal инженеров Amazon

Случайно наткнулся на страницу со списком культурных и инженерных установок, которых придерживаются Principal инженеры в Amazon:

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

Читать полностью…

Новые выпуски менеджерских подкастов

👉"Три тимлида заходят в бар" про техлидов – как и зачем искать техническое лидерство, и должен ли техлид быть инженером, разбирающимся во всех технических нюансах проекта.
👉"Бреслав и Ложечкин" продолжают говорить про дайверсити – в этот раз про стереотипы, предвзятость, и то, как с ней бороться.
👉"Frontend Weekend" с Евгением Россинским, СТО Иви, про то, как не выгореть, работая техническим директором 15 лет в одной компании.

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

Читать полностью…

Capable и capability

Capable - can already do the “work”
Capability - has potential to be capable to do the “work”

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

👉Развитие потенциала требует индивидуального менеджмента, а не командного – то есть нужно учитывать личные мотивацию и цели каждого человека.
👉Индивидуальный подход к обучению – пререквизит к тому, чтобы команда становилась более способной со временем. У разных людей разные роли, способности их должны дополнять друг друга.
👉Задача хорошего менеджера – глубоко понимать особенности каждого человека, и помогать раскрыть его потенциал с их учетом и с учетом потребностей бизнеса.

Читать полностью…

Как AI повлиял на качество кода в 2024

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

Так вот, в сравнении с 2023 годом, количество блоков кода, в которых дублируется 5+ строк, выросло в 3 раза (а если сравнивать с 2021, то вообще в 6!). При этом рефакторить код стали на 40% реже, а копипастить – на 17% чаще.

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

Читать полностью…

DEI – хорошая идея, плохая реализация

👉Хороший менеджер оценивает людей не только по их текущим результатам, но и по потенциалу. Компания – это система, которая может как раскрывать этот потенциал, так и убивать его.
👉Задача компании – зарабатывать деньги. Этому помогают ценности и культура. DEI (diversity, equity, inclusion) – инструмент, который может помочь с реализацией некоторых ценностей, но он не должен подменять ни их, ни цель существования бизнеса.
👉Инклюзивная культура помогает строить хай-перфоманс команды за счет того, что расширяет как воронку кандидатов в целом, так и воронку тех, кому окружение не мешает добиваться крутых результатов. А чем больше перформящих людей, тем выше планочка поднимается для всех.
👉Пример того, почему это важно – после скандала в Uber процент женщин в SRE команде упал с 25% до 3%. А это означает кучу упущенных возможностей получить крутых сотрудников.
👉Разумные DEI инициативы направлены на то, чтобы уменьшить когнитивные искажения, которые мешают какой-то группе людей нормально работать и расти в компании.
👉При этом на самом деле большинство DEI кампаний бессмысленные – вместо того, чтобы объяснять, чем бизнесу важна инклюзивность, и решать конкретные точечные проблемы, они навязывают карго-культы и заворачивают их в обертку пустых ценностей.

Читать полностью…

Про переработки

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

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

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

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

Читать полностью…

Meetily – локальный генератор заметок со встреч

Я давно уже хотел настроить себе пайплайн записи встреч, их расшифровки, суммаризации и складывания куда-то в Obsidian. Все это, конечно, только на локальных моделях, чтобы данные никуда не утекали. Так вот, только я сел настраивать пайплайн, как наткнулся на готовый опенсорсный проект – Meetily. Что он уже умеет:

👉Подключаться к аудиосессии и захватывать ее
👉Транскрибировать встречи с помощью whisper.cpp, причем сразу с разметкой спикеров
👉Использовать разные локальные модели для суммаризации

Забираю себе потестировать, вы тоже потом расскажите! Демку можно посмотреть вот тут.

Читать полностью…

Как живется с открытыми зарплатами

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

Интересные факты оттуда:

👉Решение о переходе на открытые зарплаты было вызвано тем, что компания находилась на грани выживаемости, надо было резать косты, и сократили менеджеров. Определение зарплат – одну из функций, которую они выполняли, переложили на всю команду.
👉Когда кто-то хочет поднять себе зарплату, создается тикет, в котором собираются комментарии от других участников команды. Их задача – посравнивать его перфоманс и ценность с другими людьми, получающими похожий оклад.
👉После перехода на такую схему ФОТ рос даже медленнее того, чем было с закрытыми зарплатами.

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

Читать полностью…

Мы убиваем программы

Манифест, который бьет прямо в сердечко:

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

Читать полностью…

Ментальные модели для менеджеров

Пару недель назад я делился статьей про second-order thinking, и вам она зашла. Держите еще несколько полезных для менеджера ментальных моделей:

👉Инверсия. Столкнувшись с проблемой, попробуйте посмотреть на нее с противоположной перспективы. Например, если вы хотите поднять мотивацию команды, составьте список вещей, которые вы сделали бы, если бы намеренно хотели ее демотивировать.
👉Инерция. Спрашивайте себя, продолжаете ли вы следовать какой-то привычке только потому что привыкли, или потому что она и правда полезна.
👉Энтропия. Любая система постепенно стремится к распаду, если вы не прикладываете осознанных усилий по поддержанию порядка – это касается и кодовой базы, и процессов.
👉Бритва Хэнлона – никогда не предписывайте злому умыслу то, что можно объяснить глупостью. Помнить то, что вам никто осознанно не желает зла, очень помогает.
👉Бутылочные горлышки. Если хотите улучшить систему, ищите бутылочные горлышки, именно они будут точками отказа.

Читать полностью…

Не извиняйтесь за оправданные решения

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

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

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

Читать полностью…

В честь небезызвестного праздника ребята из технологической компании КРОК разработали забавный бот «Как звучит любовь к ИТ‎». Внутри мини-игра: слушаем (и не осуждаем) голосовые и угадываем, что в них происходит💿.

В конце игры можно принять участие в розыгрыше винилового проигрывателя и кастомного винила. Согласитесь, неплохой повод поучаствовать: @CROC_sounds_bot

Читать полностью…

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

Мне в этом плане сильно повезло. В Рамблере, где я начинал свою карьеру разработчика и тимлида, была сильная школа проектного менеджмента. Для контекста – мы работали в чем-то вроде внутреннего аутсорса, который под заказ разрабатывал приложения и сайты для десятков сервисов от Рамблера, вроде Афиши, Чемпионата, Ленты и Почты. И проджекты брали на себя огромный пласт работы по тому, чтобы эта конструкция нормально работала, заказчики были вовлечены в проект, все команды двигались слаженно и требования к результаты были между ними согласованы.

Руководил проектным офисом Алексей Суринов, с которым мы сначала вместе доблестно затащили Рамблер Почту (на фото как раз печеньки, которыми мы релиз приложения под iOS отмечали!). И сильная команда проджектов, которые вытаскивали даже безнадежные проекты, во многом – его заслуга. Так вот, Алексей сейчас CTO в Сбере и недавно завел свой Telegram-канал, где пишет много всего классного, например:

👉Про разные модели обратной связи (я таких названий даже и не знал!)
👉Разбор книги Мартина Селигмана про оптимизм
👉Про модель небольших шагов из Кайдзена
👉Про то, как максимально впечатлить заказчиков из Перу
👉Как знания превращаются в опыт

Короче, подписывайтесь на Алексея, он очень классный!

Читать полностью…