Про пет-проекты как альтернативную карьеру

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

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

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

👉7 вечно зеленых тем для тех, кто хочет делать SAAS продукты
👉Сэм Альтман про пет проекты
👉Самый простой пет проект
👉Телеграм-бот для поиска билетов

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


Реклама. ИП Табунов, ИНН: 773379585100, erid:2SDnjeX2CZJ

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

🎯 Вебинар Яндекс Практикума. «L2L-подход: как растить лидеров внутри компании»

В 2024 году Банк Точка нашел 300+ сотрудников на позиции тимлидов и лидеров команд, и 85% из них — это внутренние ротации. Как помочь новым лидерам справляться с задачами и развивать команды?

Узнайте на вебинаре Ольги Ждановой, лидера команды «Обучение и развитие» в Точке!

9 апреля в 11:00 мск она расскажет:

— Кейс HiPo: почему важно идти от мотивации будущих лидеров и как практиковать лидерство на старте пути
— Как работает менторинг L2L и почему «лидеру нужен лидер»
— Как выстроить персональный трек развития топ-менеджеров — диагностика, мастермайнды, поддержка после обучения

Также поделимся факапами, советами и бонусами! Приходите, начало 9 апреля в 11:00 мск.

🎁 Акция 1+1. Получите курс «HR-аналитика» бесплатно. Подробнее расскажем на мероприятии.
👉 Регистрируйтесь по ссылке

Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzqvVU46d

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

Как человек, учившийся на безопасника, могу сказать, что в среднем по палате эта работа достаточно скучная (даже если сравнивать ее с перекладыванием JSON'ов или перекраской кнопочек). Но у безопасников есть один замечательный способ повеселиться с пользой, который они неоправданно отжали себе – это соревнования CTF, Capture the Flag. В чем суть – одновременно с другими командами вы решаете различные задачи на безопасность, находите и эксплуатируете уязвимости, декомпилируете чужой код, разбираетесь с криптографией, расследуете инциденты. Короче говоря, ставите себя на место хакера, и одновременно с этим получаете кучу фана!

Т-Банк сделали крутую штуку – они демократизировали CTF, и сделали их доступными не только опытным безопасникам, но и вообще всем айтишникам – разработчикам, SRE, QA, аналитикам. Так вот, если вы правильно ответили в предыдущем опросе, то у вас уже есть достаточная база, чтобы поучаствовать в T-CTF! Вот детали:

👉Задания ориентированы на специалистов уровней middle и senior. Команда может состоять из 1-3 человек.
👉Будет две лиги: разработки и безопасности. Выбирайте лигу по скиллам — принять участие можно, даже если вы еще ни разу не участвовали в CTF. Также будут демозадания для ознакомления с форматом заданий соревнования.
👉Победителей ждет денежный приз — до 420 000 ₽ на команду.
👉Соревнование состоится 19-20 апреля (продлится 2 дня, в том числе ночью).
👉Принять участие можно в онлайн-формате или же прийти на одну из офлайн-площадок в 6 городах: Москва, Санкт-Петербург, Казань, Иннополис, Екатеринбург и Новосибирск.

🔗Регистрируйтесь на T-CTF 2025 по ссылке

Реклама. АО "ТБанк", ИНН 7710140679, лицензия ЦБ РФ № 2673 Erid: 2SDnjcPRz9r

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

Про скептическое отношение к конференциям.

К конференциям и профессиональным мероприятиям можно относиться по-разному: чаще всего когда люди видят лендинг с заголовками в духе “100+ докладов”, “25 залов”, “всё про лидерство и мотивацию”, хочется закрыть вкладку. Из всего этого инфошума редко выносишь что-то реально применимое. А иногда вообще кажется, что ты просто день торчал на фудкорте и слушал те же мысли, что уже читал на Medium.

Но вот что интересного:

👉 Иногда один живой разговор в перерыве дает больше, чем неделя чтения. Просто потому что ты наконец-то можешь спросить: “А как ты реально это делаешь у себя?”

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

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

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

И иногда именно за этим стоит идти.

И раз уж заговорили про такие места — есть конференция, на которую есть смысл сходить для своего личного развития и понимания, с какими вызовами сталкиваются руководители и менеджеры при работе с людьми. Это конференция PeopleSense, которая пройдет 19-20 мая 2025 года в Москве.

Организует ее команда ProductSense — делают конференции уже 7 лет и не закрылись.

Фокус — человеко-ориентированный подход в управлении. Не “лидерство в эпоху трансформаций”, а вполне прикладные штуки:
— как не выгореть самому и не спалить команду,
— как делегировать так, чтобы тебя не возненавидели,
— как встроить обучение в поток работы, а не “в свободное время”,
и в целом, как строить команды, где хочется оставаться.

Если ищете место, где можно не только послушать, но и реально “провариться” в своей роли как менеджера — можно заглянуть.

👉С расписанием уже можно ознакомиться на сайте конференции, заглядывайте

ООО «Продакт Сенс» ИНН 6162077311
2VtzqvmS1qb

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

Большое исследование продактов

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

Напомню, что сам я этими исследованиями уже не занимаюсь, но при этом супер рекомендую в них участвовать:

👉У команды нет какой-то повестки, которую им важно продвигать (уровня "ААА, рынок умирает, приходите к нам за консультациями!"), поэтому результаты довольно чистые.
👉Обычно в исследовании участвует 1000+ респондентов собранных как из публичных каналов, так и путем ручного обхода больших и маленьких компаний – так что срез получается довольно репрезентативный.
👉Опросы проводятся уже много лет, поэтому можно делать самое интересное – отслеживать, как самые важные сигналы меняются год к году!
👉Все результаты открыты для всех без всяких регистраций. Этот опрос откроют уже в мае!

🔗Пройти опрос

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

Как работают инженерные менеджеры в разных компаниях

Держите несколько хороших разборов того, в чем заключается работа engineering manager'ов в разных компаниях, и как они влияют на бизнес:

👉Amazon
👉Meta
👉Roots
👉Flo

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

Чем отличаются менеджер, директор и VP

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

👉Менеджеру платят за то, чтобы он достигал результатов, получая помощь по необходимости.
👉Директору платят за то, чтобы результаты достигались вообще без какого-то контроля.
👉VP платят за то, чтобы они придумывали планы, основанные на понимании бизнеса.

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

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

На что влияют скиллы разработчика при работе с AI

Мартин Фаулер за последние месяцы успел много поработать с AI агентами, и на основе этого опыта выделил несколько самых частых проблем, в которых индивидуальные навыки разработчика все еще решают:

👉Неправильный диагноз того, почему код не работает, из-за чего дебаг становится бесконечным.
👉Вместо того, чтобы идти маленькими итеративными шагами, агенты часто стремятся написать слишком много кода сразу.
👉Вместо поиска корневой проблемы агент лечит симптомы костылями.
👉Задача может быть реализована таким образом, что общий developer experience неоправданно усложнится.
👉Агент может неверно понять функциональные требования, и начать решать вообще не ту задачу.
👉Тесты, которыми покрывается код, могут быть избыточными.
👉Код может получаться слишком сложным.

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

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

Юристы в ИТ: почему тимлидам и проджектам без них никуда, как и бизнесу в целом?

Поговорили об этом с Юлией Суворовой, Head of Legal and Compliance в Сравни. Обсудили, как юристы помогают командам обезопасить разработку (и сопутствующие процессы) от возможных рисков, и что нужно знать ИТ-руководителям о букве закона в рамках компании.

В этом выпуске:

• Как не обжечься с покупкой ПО, использованием open source решений и оформлением права на код
• Когда ИТ-компании (и команды) могут обойтись без юристов?
• Как нормативные акты влияют на процессы разработки
• Правила успешной коммуникации с юристами в ИТ

Посмотреть или послушать можно здесь:

✅VK
✅YouTube
✅RUTUBE
✅Mave

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

Современные распределённые системы не прощают ошибок в интеграциях.

Как выбрать между REST, gRPC и event-driven? Как не утонуть в хаосе версионирования API и управлении нагрузками?

С 7 по 11 апреля на онлайн-конференции Podlodka Techlead Crew разберёмся с вопросами межсервисного взаимодействия:

• Проектированием API распределённых систем с Алексеем Рыбаком (devhands)

• Выбором архитектуры интеграций (gRPC, HTTP, Event-driven, базы данных) с Кириллом Ветчинкиным, Филиппом Дельгядо и Сергеем Петрелевичем

• Инструментами observability в распределённых системах с Григорием Кошелевым (Контур)

• API First подходом к разработке с Николаем Нагорным.

Всё максимально прикладное и применимое в работе.

🎟 Забирай билет https://podlodka.io/techcrew

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

«Управление IT-продуктами» — день открытых дверей онлайн-магистратуры Яндекс Практикума и МФТИ

2 апреля в 19:00 мск

На встрече поговорим о современном формате магистратуры для менеджеров продукта от Яндекса и МФТИ. Как поступить, как проходит обучение и какие знания вы получите на выходе.

Подробно расскажем, что такое очная онлайн-магистратура — как это, когда учишься онлайн, но со студенческим билетом, отсрочкой от армии и дипломом магистра МФТИ после выпуска.

Что будет на событии:

— О профессии продакт-менеджер и какие задачи есть у специалистов разных грейдов — расскажет Елена Тупикова, академический руководитель программы, Chief Product Officer ex-Яндекс, CEO CPO.Agency.
— Чему научитесь и как устроено обучение на прикладной программе — поделится Виктория Копаева, менеджер программ высшего образования, Яндекс Практикум.
— Как поступить: сроки, экзамены, документы, оплата — расскажет Юлия Соболь, заместитель директора Центра «Пуск», МФТИ.

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

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

Как давать обратную связь, чтобы вас слышали и что-то менялось?

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

27 марта в 20:00 по мск школа коммуникации Soft Skills Lab проведет открытый вебинар про обратную связь.

За 1,5 часа вы узнаете:

▫️ Как быстро формулировать обратную связь, чтобы она четко доносила суть и не демотивировала сотрудников?
▫️ Что понижает и повышает ее результативность?
▫️ Как найти баланс между мягкостью и жесткостью?

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

🗣 Спикер — Нелли Григорьева, ведущий тренер Soft Skills Lab, преподаватель по переговорам в ВШЭ, ex-head of marketing в международных стартапах, консультант технологических компаний в области маркетинга.

Занятие пройдет в Zoom, поэтому будет возможность обсудить свои вопросы и кейсы.

👉🏻 Чтобы получить ссылку на конференцию, просто запустите бота.

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

Важность – Решаемость – Запущенность

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

👉Решаемость (tractability) – насколько вообще выбранную проблему можно решить в разумное время.
👉Запущенность (neglectedness) – насколько уровень выделяемых ресурсов на проблему соответствует тому, который нужен, чтобы реально ее решить.
👉Важность (importance) – ну тут все по классике.

Так вот, при оценке всех проблем по этим критериям, вы можете увидеть довольно важные вещи. Самыми интересными выглядят вот эти два кластера:

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

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

👋OTUS приглашает на бесплатные живые вебинары для опытных IT-специалистов, тимлидов, управленцев:

«Тайм-менеджмент для тимлида»: регистрация

В результате вебинара:
- После посещения вебинара поймёте важность планирования и обретёте инструментарий для повышения эффективности.

«Пора на выход: как тимлиду сказать это сотруднику правильно»: регистрация

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

«Как тимлиду эффективно распределять роли в ИТ-команде»: регистрация

В результате вебинара:
- Тимлиды опытные и начинающие научатся оценивать возможности команды, исходя из особенностей ее членов.
- СТО, CIO, Руководители ИТ отделов поймут, как эффективно распределять роли в соответствии с типами сотрудников.
- Проектные и продуктовые менеджеры узнают, как собирать и сохранить эффективную команду.

Открытые уроки проходят в рамках онлайн-курса «DevOps Lead». Приходите и задайте вопросы экспертам, пока ответы еще бесплатны!

🤝После вебинара продолжите обучение на курсе со скидкой и даже в рассрочку!

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid:2SDnjdmZz8k, www.otus.ru

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

Про технических продактов

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

Так вот, на этот счет у меня есть два тезиса:

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

Так вот, если вам такой карьерный трек тоже интересен, рекомендую подписаться на канал Артема Арюткина, который тоже работает техническим продактом и делает платформу для разработчиков в Яндексе. Вот несколько постов, с которых можно начать:

👉Как повысить эффективность разработки
👉Как продакту вкатиться в проектирование систем
👉Что спросить нанимающего менеджера
👉Как писать полезные PRD


Реклама. Самозанятый Арюткин, ИНН 331104861099, erid: 2SDnjeisiyJ

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

Про вредные и полезные модели

Майянский календарь был основан на абсолютно неверной картине мира, но при этом со 100% точностью предсказывал солнечные затмения. Это делало его полезной моделью.

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

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

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

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

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

Частые ошибки в работе с бэклогом

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

Так вот, держите несколько конкретных антипаттернов, которые показывают, что вы сбились с пути:

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

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

Как компании выдавливают сотрудников

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

👉У человека забирают все значимые задачи.
👉Вместо этого накидывают огромное количество новых задач, к которым раньше сотрудник отношения не имел.
👉Постоянные упреки и беспочвенная критика провоцируют эмоциональное выгорание.
👉Коллегам намекают на то, что сотрудник – изгой, и все проблемы от него.
👉Добавляется нервозность – внезапные проверки, дополнительные отчеты.

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

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

👉Если сотрудник не перформит, и положиться на него нельзя, конечно же вы снимите с него задачи, выполнение которых критически важно.
👉Занять его чем-то нужно, поэтому вы достанете nice to have задачи со дна бэклога – и не факт, что они идеально лягут в его привычные компетенции.
👉То, что вам кажется конструктивной обратной связью, сотруднику под угрозой увольнения может показаться давлением и неоправданной критикой.
👉Если провалы сотрудника были серьезными и вредили команде, остальные ее участники сами по себе не будут сильно рваться работать вместе с ним.

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

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

Советы по управлению большими проектами

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

👉Фокус. Если вы отвечаете за такой проект, то освободите все свое расписание и бэклог от других задач. Даже если кажется, что на трекинг и управление происходящим должно хватать пары часов в день, не поддавайтесь этому чувству. Важно, чтобы этот проект всегда был для вас top of mind.
👉Всегда имейте на руках детальное текущее представление о том, какие шаги надо сделать для успешного завершения проекта. Чем раньше вы поймете, что не укладываетесь в сроки, тем быстрее сможете что-то предпринять.
👉Научитесь быстро пересматривать свой план на основе новой информации, и оптимизировать весь свой флоу под получение информации такого рода. Для этого как можно больше и чаще общайтесь со всеми участниками проекта, отслеживайте и приоритизируйте исследование самых больших открытых вопросов, регулярно пересматривайте ваше текущее понимание приоритетов.
👉Научите всех участников проекта принимать быстрые локальные решения. Для этого у них должно быть 100% понимание общих целей, и хорошее представление о текущем статусе проекта и о том, кто чем занимается. Для этого вам нужно делиться информацией как можно чаще и больше.
👉Декомпозируйте большой проект на маленькие, в идеале не на уровне скоупа, а на уровне независимой цели, которую надо достичь.

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

Как научиться действительно успевать, а не просто постоянно что-то делать?

Podlodka Soft Skills Crew 14-18 апреля возвращается с новым сезоном — теперь про эффективность вместо продуктивности.

Podlodka Crew — это онлайн-конференции по актуальным темам для IT-специалистов. Только практическая польза, только по делу. Утренние и вечерние сессии — без отрыва от работы ☕️

В программе:

🔸Анна Обухова, эксперт по гибким методологиям, объяснит, как учитывать врождённые особенности, чтобы не мучить себя чужими лайфхаками 🧠

🔸Круглый стол с Анастасией Абрашитовой (Яндекс), Ольгой Липиной (Точка), Глебом Михеевым (Сбер) и Ильёй Прахтом (CTO-консультант) — про ключевую разницу между продуктивностью и эффективностью 🧭

🔸Андрей Смирнов, автор канала “Викенд в IT”, покажет реальные кейсы, где ИИ помогает работать меньше, а успевать больше 🤖

🔸Ольга Елисеева, руководитель технической дирекции Инфосистемы Джет, поделится личной историей и практическими инструментами выхода из состояния “выжатого лимона” 🍋

Всё с фокусом на применимость.

🎟 Билеты уже на сайте: https://podlodka.io/softcrew

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

Holyweb и сообщество C-level South HUB расспросили технических директоров крупных компаний о том, какие книги и Telegram-каналы они читают.

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

В подборке только те рекомендации, которые СТО дали бы своим друзьям.

Что думаете? Каких каналов не хватает в подборке?

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

Приходите поговорить про то, как поменялся найм

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

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

📆3 апреля, четверг, сбор гостей в 18:30
📍Москва, ст. м. Белорусская, 3-я ул. Ямского поля, д. 2 к. 6, Пространство Bounce
🔗Участие бесплатное, но регистрация обязательна

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

Конструктор для автоматизации процессов

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

Так вот, у Yandex Cloud есть классный инструмент Yandex Workflows, который помогает ровно с такими задачами. Раньше он работал только поверх декларативных конфигов на YAML, но теперь поддерживает и офигенный визуальный конструктор – работать с ним проще, а, самое главное, он очень сильно помогает договориться о едином языке с бизнесом.

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

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

Почему учить других – хороший способ учиться самому

1️⃣ Когда вы объясняете кому-то новую тему, вам приходится глубоко в ней разобраться. Если вы не можете ясно изложить материал, значит, вы сами еще недостаточно его поняли.
2️⃣ Чтобы доступно объяснить что-то другим людям, вам приходится упрощать информацию, искать понятные примеры и аналогии. В этом процессе вы и сами лучше понимаете суть изучаемого материала.
3️⃣ Когда вы только-только изучили что-то новое, вы еще помните, что это такое – не понимать материал. Это помогает вам предвидеть возможные вопросы, объяснять тему более доступно, и уметь так же объяснять ее и в будущем.
4️⃣ Необходимость обучить теме кого-то еще хорошо так пинает разобраться в теме глубже, и не откладывать это на последний момент.

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

Что вынуждает топ-перформеров увольняться

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

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

Настольная книга СТО стартапа

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

👉Менеджмент людей: коучинг, деревья компетенций, continuous improvement, обучение менеджеров.
👉Жизненный цикл сотрудника: найм, онбординг, перфоманс менеджмент.
👉Управление технической командой: общая культура, техдолг, developer experience.
👉Технологии: архитектура, SDLC, DevOps, инцидент-менеджмент.

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

Мои топ-5 кандидатов:

1️⃣ "Отсутствие бюрократии"
2️⃣ "У нас скрам с элементами вотерфолла"
3️⃣ "Мы стремимся в бирюзу"
4️⃣ "Мы тут делом занимаемся, а не процессами"
5️⃣ "Фаундеры очень вовлечены в процесс разработки"

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

Интервью на СТО

Недавно я анонсировал открытое интервью на позицию СТО, где Александр Ложечкин собеседовал Андрея Бреслава. Так вот, все прошло классно, и, если вы опоздали на лайв, обязательно посмотрите запись на Youtube!

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

Большой анализ зарплат по всему миру

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

👉Почти во всех ключевых регионах можно выделить несколько сегментов компаний с разными медианами и распределениями зарплат. Чаще всего одним из сегментов является международный бигтех, а другим – локальные компании.
👉Рынок вытягивают вверх в основном компании с HQ в США.
👉На локальном рынке США компенсация супер-сильно зависит от штата, вот тут можно посмотреть распределение.
👉Чем больше общая компенсация, тем большую часть в ней занимают опционы. Но при этом самые большие пакеты – в хедж-фондах, где никаких опционов нет, зато премии в кэше составляют до 200% от базовой зарплаты.
👉Приложил к картинкам классную оценку того, как изменение цены акций компании повлияло на компенсационный пакет разработчиков. В случае Nvidia за три года он вырос на 45%, а в менее успешных компаниях упал на треть.

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

Как техническому менеджеру не терять свои навыки

1️⃣Периодически проходитесь и по всем этапам пользовательского пути, и по этапам стандартного процесса разработки в вашей команде, выписываете все проблемы, составляете friction log.
2️⃣Почти во всех командах львиная доля времени уходит на различную операционку – закрытие мелких багов, инфраструктурные задачи, решение инцидентов. Регулярный глубокий анализ всего, что происходит в этих областях, и поиск возможностей их оптимизировать – как помогут команде, так и дадут менеджеру больше контекста о происходящем.
3️⃣Участвуйте в той же ротации дежурных по инцидентам, что и вся команда. Вы сможете буквально на кончиках пальцев понимать, где в вашей системе самые проблемные места, насколько хорошо все документировано, и чем весь процесс можно сделать лучше.
4️⃣Возьмите на себя подготовку различных документов – и техдокументации, и пострмортемов, и ADR.
5️⃣Попробуйте периодически брать "engineerication" (engineer+vacation) – несколько дней или недель непрерывного времени, когда вы занимаетесь только инженерными задачами. Это особенно хорошо работает, когда нужно быстро погрузиться в новый домен.

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