Уйти из компании вместе с командой

У меня когда-то был опыт ухода из компании вместе с большой частью команды. Я руководил iOS разработкой в Рамблере. В один прекрасный день приказом сверху всех, начиная с моего прямого руководителя, заменили на эффективных менеджеров, кажется, откуда-то из Инновы. В первые недели после их прихода развернулась довольно классическая история – не разобравшись в контексте, культуре и существующих проблемах, ребята начали притаскивать стандартный карго-культный набор. Вишенкой стала All Hands встреча, на которой в ответ на любые неудобные вопросы вида "Какую проблему вы решаете с помощью Х" ответ был "А сколько ты бизнесов построил? Вот запустишь хотя бы пять, тогда и спрашивай".

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

Так вот, к чему это я. Гость нового выпуска Sravni Podcast – Антон Ивченко, тимлид команды Сравни, которая разрабатывает сервис онлайн-ипотеки. Помимо крутого разбора специфики разработки сложного финтех продукта он рассказал про похожую историю – как он много лет работал в одной команде, а потом уходил из компании вместе с ней. Если хотите еще одну историю и перспективу, обязательно послушайте!

👀Смотреть выпуск на YouTube
👂Слушать на Mave


Реклама. ООО «Сравни.ру», ИНН: 7710718303. Erid:2SDnjeK58Ya

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

Открытый вебинар про фасилитацию

Когда я впервые в жизни стал тимлидом (уже почти десять лет назад, какой ужас), я спросил у своего руководителя рекомендаций по книгам. Самое ценное из того, что он посоветовал – "Руководство фасилитатора". Это даже не столько книга, сколько справочник с десятками различных техник, помогающих организовать нормальную групповую дискуссию любого формата. Эта книга дала мне очень многое, в том числе научила приводить группу людей к совместному решению и чувствовать за него ответственность. Без этого навыка проводить любые серьёзные изменения мне было бы очень сложно.

Так вот, книга – не единственный способ прокачать свои навыки фасилитации. Начать можно с более простого шага – прийти на открытый вебинар про то, как делать рабочие встречи полезными, от бизнес-медиа Справочная. В спикерах я прямо уверен. В прямом эфире 1 июля в 17:00 вас встретят: Наташа Епейкина, одна из авторов канала "Нестыдная фасилитация", который я вам уже несколько раз рекомендовал, и Даша Боровикова, коуч из банка Точка.

На вебинаре планируется разобрать следующие темы:

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

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

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

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

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

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

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

Такие и подобные ситуации «Стратоплан» предлагает решать в открытом, бесплатном проекте «Университет: Конфликтология»

Регистрация здесь

Формат:
— 2-х недельная онлайн практика по переговорным поединкам в Zoom
— абсолютно бесплатное участие группами от 5 человек
— личный кабинет с пожизненным доступом к записям, если что-то упустили и возможность получить ответ от тренера в прямом эфире

Старт — 8 июля

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

Вы — хороший руководитель? Попробуйте бесплатный тест от Практикума и ЭКОПСИ, чтобы оценить свои навыки.

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

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

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

Тест поможет оценить:

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

и другие важные качества каждого управленца.

Тест подготовили методисты и продакт-менеджеры Яндекс Практикума и ЭКОПСИ — одного из крупнейших в России кадровых консалтингов. Мы делимся экспертизой, чтобы растить осознанное менеджерское сообщество. Присоединяйтесь!

→ Пройти тест

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

Сбор тем и вопросов для большого исследования тимлидов

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

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

👉Сколько зарабатывают тимлиды в зависимости от размера команды
👉Что замотивировало тимлидов уйти из разработки в менеджмент
👉Средний срок жизни сотрудника в команде

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

Что почитать тимлиду

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

👉Dr. James Stanier «Become an Effective Engineering Manager»
👉David Marquet. «Turn the Ship Around»
👉Ю. Гиппенрейтер. «Большая книга общения с ребенком»

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

Почему data-driven подход неоптимален

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

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

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

Джунов нельзя заменять на AI

Шикарное эссе про то, почему даже с повышением качества и предсказуемости работы AI вам нужно нанимать джунов.

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

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

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

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

Как стратегия связана с OKR

Один из признаков плохой стратегии по Румельту:

Mistaking goals for strategy: Many bad strategies are just statements of desire rather than plans for overcoming obstacles.

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

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

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

Бреслав и Ложечкин про собеседования и найм

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

Закидывайте в список прослушивания на выходные, делитесь фидбэком тут в комментариях или прямо в канале подкаста. А еще мы с недавних пор стали монтировать и видео, так что на Сашу и Андрея теперь можно еще и смотреть!

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

Культурный контракт с сотрудником

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

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

Вот некоторые из пунктов, которые в такой культурный контракт включает автор статьи:

👉Не бойтесь говорить правду руководителю
👉Сначала научитесь играть по правилам, потом придумывайте свои
👉Сначала решать сложную ситуацию, а потом разбираться, кто в виноват в ее возникновении
👉Прояснять ожидания и соблюдать договоренности
👉Каждый сам отвечает за свой выбор

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

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

Про фидбэк луп

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

🔄Написал код – скомпилировал – увидел результат
🔄Доделал таску – отправил PR на ревью – получил комментарии
🔄Смерджил ветку в мастер – дождался релиза – потрогал новую фичу руками и показал своей маме

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

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

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

Исследование рынка продактов 2024

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

👉Работать продактам стало спокойнее. Интенсивность изменений процессов в компаниях стала меньше, а управлять собственным временем респонденты стали в два раза лучше. Но при этом работа в условиях большой нагрузки продолжает оставаться главной сложностью в работе.
👉Больше всего времени уходит на встречи и общение, налаживание процессов и планирование. Причем встречи съедают у большинства около 40% всего рабочего ресурса.
👉Половина продактов тратят на общение с пользователями в любом виде 10% времени или даже меньше. Это как-то очень мало и грустно.
👉Продакты – те еще выгорашки. Только 6% отвеченных сказали, что никогда не выгорали. Ну это и понятно – больше половины опрошенных работают не только в будни, но еще и в выходные.
👉Главные языки программирования среди продактов – SQL и Python.
👉Продакты продолжают постоянно вкладываться в свое обучение. 40% опрошенных тратят на это больше трех часов в неделю.
👉Вне России работают 24% опрошенных. Из оставшихся две трети не планируют релоцироваться.
👉Продакты всегда остаются открыты миру. В активном поиске работы находится только каждый десятый, но при этом половина готовы рассмотреть предложение о новой работе. Среди интересных сфер деятельности лидируют банки, екоммерс и образование. Наличие там банков мне, конечно, никогда не понять.

В этот раз еще отдельно разобрали вопрос зарплат:

💰Джуны в основном получают до 150к
💰У мидлов разброс от 100 до 350к
💰У сеньоров разброс 250-450к
💰У хедов и CPO – 250-600к, причем у 40% CPO зарплата выходит за пределы 600к.

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

Как управлять bottleneck командой

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

На увеличение time to market влияет не только сам факт обособленности команды, но еще и то, что с ростом компании такие команды не всегда растут теми же самыми темпами. А это влечет за собой рост количества клиентов, размазывание ресурсов команды еще более тонким слоем, растущий бэклог невыполненных задач и еще более растущий TTM.

Несколько советов из статьи для менеджеров таких команд:

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

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

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

Первый выпуск — знакомство. В нём про карьерные треки, истории из детства и моменты, которые раздражают в работе.

Весело, непринуждённо, стоит послушать.

Реклама ООО "Авито Тех", ИНН 9710089440, erid: LjN8KCMv2

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

Метрики в работе технической поддержки

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

👉Время реакции на запросы и процент разобранных обращений
👉Корректность разбора алертов
👉Загруженность саппорта

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

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

Про эффект Линди

Эффект Линди говорит о том, что чем дольше что-то существует, тем больше вероятность, что это что-то будет существовать и дальше. Например, если какой-5 фреймворк был популярен 5 лет, то он, скорее всего, будет популярен и следующие 5 лет.

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

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

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

Как общаться прямо, но не быть грубым

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

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

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

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

👉Зарплаты линейных рекрутеров почти всегда зависят от KPI, которым выступает количество закрытых вакансий
👉24% опрошенных считают, что для повышения зарплаты им надо закрывать больше вакансий. Только 12% – что нужно улучшать сорсинг кандидатов.

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

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

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

Обеспечение качества зависит от контекста

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

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

👉Essential domain complexity – неотъемлимая сложность предметной области, в которой работает программа. У интернет-магазина диванов она не очень высокая. У HFT системы, скорее всего, наоборот.
👉Scalability complexity – сложность, создаваемая большим количеством пользователей системы
👉Team maturity – уровень навыков команды и знания предметного контекста

В зависимости от того, попадает ли ваш продукт в ситуацию "low essential domain complexity, high scalability complexity, low team maturity" или "high essential domain complexoty, low scalability complexity, high team maturity", подходы к тому, как обеспечивать качество, будут очень сильно отличаться. Поэтому слепо копировать успешные кейсы других компаний, не понимая, чем их ситуация отличалась от вашей, нельзя.

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

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

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

Что тимлид должен знать об индексах в PostgreSQL?

Если вы работаете с высоконагруженными системами, вы должны уметь устранять узкие места в PostgreSQL.

Приходите на открытый практический урок от OTUS, где мы разберем:
- устройство структуры данных B-tree;
- устройство индексов в PostgreSQL;
- принципы построения планов запросов в PostgreSQL;
- предназначение и механизмы работы кластерных и покрывающих индексов;
- команду explain в PostgreSQL;
- индексы, позволяющие оптимизировать запросы.

🗓 Встречаемся 25 июня в 20:00 мск в рамках старта большого курса «Highload Architect». Все участники вебинара получат специальную цену на обучение и консультацию от менеджеров OTUS.

❗️ Участие бесплатное.

🔴 Ссылка для регистрации

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

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

Как поправить ментальное здоровье

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

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

Хотите узнать больше деталей – посмотрите на сайте Rehab Family, там есть все детали!

Реклама. Рекламодатель ООО РЕАБИЛИТАЦИЯ. СЕМЬЯ. ИНН 9709003760. Erid: 2VfnxxFmBUU

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

Про проблемы рабочей эмиграции

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

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

👉Разбор актуальной статистике Евростата про жизнь в Европе: безопасность, доходы, уровень счастья и отказы во въезде.
👉Что не так с Нидерландами: тут база, с которой я в целом согласен.
👉Про обладание несколькими ВНЖ: почему это легально, зачем это нужно, и откуда их взять.

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

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

Про документацию

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

Факторы, говорящие о том, что документация нужна:

👉Большая потенциальная аудитория читателей. Условно говоря, документация для публичного фреймворка имеет намного больше смысла, чем внутреннего класса, который за все время увидит только три человека.
👉Стабильность. Чем меньше меняется система, и чем более она стабильна, тем меньше костов на поддержание актуальной документации, тем больше в ней смысла.
👉Низкая цена затрат на документацию. Если для того, чтобы написать доки, вы откладываете какие-то важные продуктовые задачи, приносящие ценность бизнесу – скорее всего, вы делаете что-то не так.

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

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

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

Где проходят границы контроля в ИТ?🧐

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

На примере собственного карьерного трека (от QA до заместителя технического директора) Ахмед рассказал, как можно вырасти вместе с проектом, и как глубокое понимание продукта помогает управлять процессами.

Смотреть подкаст на YouTube 👀

Слушать на Mave👂

Реклама. ООО «Сравни.ру», ИНН: 7710718303. Erid:2SDnjcSNdhj

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

Как проджекту и продакту получить бриллиантовый оффер

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

Из этого рождаются абьюзивные отношения с говнокомпаниями, которые не хуже Марата Башарова бьют под дых и роняют всё профессиональное либидо.

Бывает ли по-другому?
Карьерный Цех доказывает, что ДА.
Ребята уже давно закрывают вакансии в ТОПовых компаниях России и точно знают, каким должен быть сотрудник, чтобы ему выкатили идеальный оффер.

Карьерный Цех берёт проджекта за руку, учит правильно искать работу и приводит к вакансии мечты.
Эксперты сопровождения научат правильно проходить собеседования, укажут на пробелы в hard- и soft-skills и приведут за руку в тусовку, где каждый найдёт крутой нетворк.
Знания о поиске работы, которые даёт Карьерный Цех, будут работать и через 5, и через 10, и даже 20 лет.

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

Реклама. ИП Федоров Е.П.
ИНН 532008901966

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

Лето, вечер, уютная встреча ☀️

20 июня в 19:00 СберМаркет Tech приглашает на Team Lead Summer Talks в свой Московский офис, чтобы в ламповой обстановке поговорить про развитие команд и навыки тимлида.

В программе доклады, QA-сессия, нетворк и летнее настроение:

⛱ Навыки лида разработки в продуктовой команде. Павел Комнов, Team Lead в СберМаркете.

⛱ Попадание в оценки задач — миф или реальность? Марина Гончарова, Project Manager в СберМаркете

⛱ Как оценивать эффективность команды с помощью метрик и какие выводы из этого делать. Александр Куксов, Team Lead в СберМаркете.

Регистрируйся, количество мест в офлайне ограничено!

Реклама. ООО «ИНСТАМАРТ СЕРВИС», ИНН: 9705118142. Ерид: LjN8KFXhK

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

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

Так вот, если вы хотите подкачать свои проджектовые мышцы, то есть альтернатива книге ДеМарко – четырехдневный бесплатный курс по управлению проектами от Skillbox. В его рамках обещают научить следующему: https://epic.st/IEacY?erid=2Vtzqx5BrML

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

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

Реклама. ЧОУ ДПО «Образовательные технологии «Скилбокс (Коробка навыков)», ИНН: 9704088880

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

Подборка книг по продакт-менеджменту

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

👉Chrossing the Chasm, объясняющая, как выглядит цикл адопшна новых продуктов и технологий.
👉Escaping the Build Trap, про то, как работают фиче-фабрики, и как это прекратить.
👉Sprint, хороший фреймворк, с помощью которого всего за неделю вы можете получить работающий прототип своей идеи.

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

Как работать с друзьями

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

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

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

Так вот, к чему эта подводка. На днях вышел новый выпуск подкаста "Три тимлида заходят в бар", который бьет прямо в эту тему – как работать с друзьями, нанимать их, расставлять границы, и, если все пошло плохо, увольнять. Хороший подкаст, послушайте!

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