Подготовка к лэйоффам в Dropbox
Вот вы все посмеялись над советами по демотивации команды и подсиживанию тимлида, а менеджер в Dropbox, похоже, воспринял их всерьез!
Абсолютно кафкианские истории того, как тимлид учит своих сотрудников саботировать работу другой команды, чтобы их сократили первыми.
Вот вы все посмеялись над советами по демотивации команды и подсиживанию тимлида, а менеджер в Dropbox, похоже, воспринял их всерьез!
Абсолютно кафкианские истории того, как тимлид учит своих сотрудников саботировать работу другой команды, чтобы их сократили первыми.
Где пересекаются продакт и тимлид
Буквально на днях я в очередной раз в своей жизни проходил через замечательное (без шуток, оно правда обычно довольно полезно) упражнение – договориться о том, а что же именно ожидается от тимлидов в нашей компании. И я очень активно топил за то, что любой, даже начинающий тимлид должен быть на полшишечки продакт-менеджером. Как минимум, хорошо понимать, кто является клиентом и пользователем того, что производит его команда, и владеть рыночным контекстом. В Роадмапе Тимлида я топлю за то же самое, там целая отдельная продуктовая веточка есть.
С продактами ситуация очень похожая. Хороший продакт может в течение долгого времени заменять собой тимлида команды, так как пот управленческим скиллам они довольно сильно совпадают. В долгую это не очень устойчивая конструкция, но вот на условные полгода – вполне себе.
Так вот, о чем это я. Так получилось, что мой канал читает очень много как тимлидов, так и продакт-менеджеров(чему я очень рад, так как сам все еще не могу определиться, кем я больше являюсь 😄 ) . И вот для всех из вас, кто хочет прокачивать свои продуктовые навыки, у меня есть папка с кучей крутейших каналов про различные аспекты продакт-менеджмента. Я сам читаю большую часть каналов оттуда, и дико рекомендую и вам. Вот несколько моих любимых:
👉Канал Ани Подображной, которая была продактом в Авито, а сейчас рулит AI движем в Тиньке. Мы с ней как-то записывали офигенный выпуск Подлодки про приоритизацию. Если не слушали – вам точно надо!
👉Канал "Hard Client" Стаса Хрусталева, эксперта по Customer experience, который регулярно делает обзор хороших и плохих UX паттернов в ecommerce и других сферах.
👉Канал "ProductDo", который ведут несколько ребят, топящих за важность технического бэкграунда для продакта, и обучающих технических PMов.
🔗Подписаться сразу на все каналы
Буквально на днях я в очередной раз в своей жизни проходил через замечательное (без шуток, оно правда обычно довольно полезно) упражнение – договориться о том, а что же именно ожидается от тимлидов в нашей компании. И я очень активно топил за то, что любой, даже начинающий тимлид должен быть на полшишечки продакт-менеджером. Как минимум, хорошо понимать, кто является клиентом и пользователем того, что производит его команда, и владеть рыночным контекстом. В Роадмапе Тимлида я топлю за то же самое, там целая отдельная продуктовая веточка есть.
С продактами ситуация очень похожая. Хороший продакт может в течение долгого времени заменять собой тимлида команды, так как пот управленческим скиллам они довольно сильно совпадают. В долгую это не очень устойчивая конструкция, но вот на условные полгода – вполне себе.
Так вот, о чем это я. Так получилось, что мой канал читает очень много как тимлидов, так и продакт-менеджеров
👉Канал Ани Подображной, которая была продактом в Авито, а сейчас рулит AI движем в Тиньке. Мы с ней как-то записывали офигенный выпуск Подлодки про приоритизацию. Если не слушали – вам точно надо!
👉Канал "Hard Client" Стаса Хрусталева, эксперта по Customer experience, который регулярно делает обзор хороших и плохих UX паттернов в ecommerce и других сферах.
👉Канал "ProductDo", который ведут несколько ребят, топящих за важность технического бэкграунда для продакта, и обучающих технических PMов.
🔗Подписаться сразу на все каналы
Исследование Microsoft про продуктивность разработчиков
Еще одно исследование, подтверждающее пользу вложений в developer experience сразу на нескольких уровнях: продуктивности самого разработчика, его команды и всей организации. Вот несколько интересных, хоть и интуитивно очевидных выводов:
👉Разработчики, которые выделяют значимые периоды времени для сосредоточенной работы, чувствуют себя на 50% продуктивнее тех, кто так не делает.
👉Интересность решаемой задачи дает 30% дополнительной воспринимаемой продуктивности.
👉Глубокое понимание кодовой базы дает 42% продуктивности.
Еще одно исследование, подтверждающее пользу вложений в developer experience сразу на нескольких уровнях: продуктивности самого разработчика, его команды и всей организации. Вот несколько интересных, хоть и интуитивно очевидных выводов:
👉Разработчики, которые выделяют значимые периоды времени для сосредоточенной работы, чувствуют себя на 50% продуктивнее тех, кто так не делает.
👉Интересность решаемой задачи дает 30% дополнительной воспринимаемой продуктивности.
👉Глубокое понимание кодовой базы дает 42% продуктивности.
Queue
DevEx in Action: A study of its tangible impacts: Queue: Vol 21, No 6
DevEx (developer experience) is garnering increased attention at many software organizations
as leaders seek to optimize software delivery amid the backdrop of fiscal tightening
and transformational technologies such as AI. Intuitively, there is ...
as leaders seek to optimize software delivery amid the backdrop of fiscal tightening
and transformational technologies such as AI. Intuitively, there is ...
Опыт Meta с генерацией юнит-тестов с помощью LLM
Meta написала поверх LLM инструмент для улучшения качества написанных людьми юнит-тестов и генерации новых. Качество аутпута и отсутствие галлюцинаций гарантируются набором специальных фильтров. Кажется, это первый отчет об использовании генераторов тестов на масштабе огромного продакшн проекта.
Результаты такие:
👉75% сгенерированных тестов билдятся корректно, 57% работает стабильно, 25% повышают фактическое тестовое покрытие.
👉По оценке инженеров, проверявших результаты, 11.5% тестовых классов стали лучше, чем были до. А всего в итоге было принято 73% предложений по улучшению.
Как по мне, офигенный кейс использования LLM! Что думаете?
Meta написала поверх LLM инструмент для улучшения качества написанных людьми юнит-тестов и генерации новых. Качество аутпута и отсутствие галлюцинаций гарантируются набором специальных фильтров. Кажется, это первый отчет об использовании генераторов тестов на масштабе огромного продакшн проекта.
Результаты такие:
👉75% сгенерированных тестов билдятся корректно, 57% работает стабильно, 25% повышают фактическое тестовое покрытие.
👉По оценке инженеров, проверявших результаты, 11.5% тестовых классов стали лучше, чем были до. А всего в итоге было принято 73% предложений по улучшению.
Как по мне, офигенный кейс использования LLM! Что думаете?
arXiv.org
Automated Unit Test Improvement using Large Language Models at Meta
This paper describes Meta's TestGen-LLM tool, which uses LLMs to automatically improve existing human-written tests. TestGen-LLM verifies that its generated test classes successfully clear a set...
Что меняется для менеджера менеджеров
Переход от управления линейными сотрудниками к управлению другими менеджерами, на мой взгляд, еще более сложный и неочевидный, чем стандартный переход из разработчика в тимлида. Наткнулся на пока что не оконченную серию статей про разные аспекты этого перехода, о которых надо знать. Вот несколько хороших мыслей оттуда:
👉Ваша основная роль – смотреть за тем, чтобы тимлиды и продакты в ваших командах работали эффективно, и устранять различные внешние помехи для команд.
👉Фокус с аутпутов смещается на ауткамы – на вашем уровне как раз появляется возможность видеть общий контекст и влиять на него, которой может не быть у тимлида.
👉Вместо прямого решения проблем за тимлидов, важно уметь в непрямые методы – задавать вопросы, подсказывать слепые зоны, коачить.
Переход от управления линейными сотрудниками к управлению другими менеджерами, на мой взгляд, еще более сложный и неочевидный, чем стандартный переход из разработчика в тимлида. Наткнулся на пока что не оконченную серию статей про разные аспекты этого перехода, о которых надо знать. Вот несколько хороших мыслей оттуда:
👉Ваша основная роль – смотреть за тем, чтобы тимлиды и продакты в ваших командах работали эффективно, и устранять различные внешние помехи для команд.
👉Фокус с аутпутов смещается на ауткамы – на вашем уровне как раз появляется возможность видеть общий контекст и влиять на него, которой может не быть у тимлида.
👉Вместо прямого решения проблем за тимлидов, важно уметь в непрямые методы – задавать вопросы, подсказывать слепые зоны, коачить.
Medium
Managing managers — what changes?
You’ve mastered the art of managing engineering teams, excelling in stand-ups, planning sessions, and 1:1s. You’ve built a harmonious…
Откуда у компаний берется плохая стратегия
Казалось бы, книгу "Хорошая стратегия, плохая стратегия" читал любой уважающий себя менеджер. При этом скоммуницированная стратегия большинства компаний под критерии хорошей не подходит никак. Самое простое объяснение – в топ-менеджменте сидят ленивые и бесполезные люди, как и всегда, чаще всего спровоцировано фундаментальной ошибкой атрибуции. А вот эти объяснения уже более вероятны:
👉У компании действительно нет единой стратегии. Но при этом она есть у отдельных людей в руководстве. Кто-то умеет хорошо убеждать других в конкретных ее частях, кто-то – не очень.
👉Скоммуницированная вам стратегия – это только прилизанный публичный нарратив, из которого убрали какие-то приватные куски, которые не надо знать всем.
👉В целом стратегия является результатом переговорного и политического процесса. Вместо объективно правильной в общем виде стратегии вы получаете правильную для кого-то конкретного в компании.
👉Стратегия по определению долгосрочна. При этом не все, кто прикладывает к ней руку, планируют задерживаться в компании надолго.
👉Стратегия на самом деле есть, и процесс ее выработки был построен правильно. Но она не скоммуницирована, и находится у руководителя в голове.
👉Главная стратегическая ставка уже сделана какое-то время назад, а все остальное – не важные детали. При этом вы замечаете только их.
Казалось бы, книгу "Хорошая стратегия, плохая стратегия" читал любой уважающий себя менеджер. При этом скоммуницированная стратегия большинства компаний под критерии хорошей не подходит никак. Самое простое объяснение – в топ-менеджменте сидят ленивые и бесполезные люди, как и всегда, чаще всего спровоцировано фундаментальной ошибкой атрибуции. А вот эти объяснения уже более вероятны:
👉У компании действительно нет единой стратегии. Но при этом она есть у отдельных людей в руководстве. Кто-то умеет хорошо убеждать других в конкретных ее частях, кто-то – не очень.
👉Скоммуницированная вам стратегия – это только прилизанный публичный нарратив, из которого убрали какие-то приватные куски, которые не надо знать всем.
👉В целом стратегия является результатом переговорного и политического процесса. Вместо объективно правильной в общем виде стратегии вы получаете правильную для кого-то конкретного в компании.
👉Стратегия по определению долгосрочна. При этом не все, кто прикладывает к ней руку, планируют задерживаться в компании надолго.
👉Стратегия на самом деле есть, и процесс ее выработки был построен правильно. Но она не скоммуницирована, и находится у руководителя в голове.
👉Главная стратегическая ставка уже сделана какое-то время назад, а все остальное – не важные детали. При этом вы замечаете только их.
The Beautiful Mess
TBM 275: "Bad" Strategy. Why?
I often speak to people who lament the fact that their company strategy doesn’t match the "good strategy" descriptions discussed in books, talks, research, and popular examples. “With so much information out there, why don’t we have a real strategy?” The…
Инженерные практики для разработки LLM приложений
Команда Мартина Фаулера делится опытом адаптации стандартных инженерных практик под контекст разработки приложения поверх LLM.
👉Автотесты: проверка вывода LLM для разных сценариев, оценка соответствия вывода определенным параметрам, проверка устойчивости к промпт-атакам.
👉Последовательный рефакторинг промптов.
👉Быстрый сбор и анализ фидбэка пользователей.
👉Базовые инженерные и архитектурные навыки.
Команда Мартина Фаулера делится опытом адаптации стандартных инженерных практик под контекст разработки приложения поверх LLM.
👉Автотесты: проверка вывода LLM для разных сценариев, оценка соответствия вывода определенным параметрам, проверка устойчивости к промпт-атакам.
👉Последовательный рефакторинг промптов.
👉Быстрый сбор и анализ фидбэка пользователей.
👉Базовые инженерные и архитектурные навыки.
Как руководителю «не сгореть» на работе? Зачастую российские менеджеры замыкают процессы на себе и занимаются ручным управлением. Как изменить ситуацию?
21 марта ЭКОПСИ запускает новый поток курса Академии ПРМ (Практик регулярного менеджмента). Этот курс позволит освоить конкретные управленческие действия, которые помогут руководителю решать основные задачи в области делегирования, контроля и достижения результата, обратной связи. В основе — опыт ведущих компаний России, внедривших практики регулярного менеджмента (Газпром, Евраз, Сибур и др.)
За 2-3 часа в неделю участники курса научатся:
– Настраивать процесс планирования
– Проводить продуктивные совещания
– Давать полезную и конструктивную обратную связь
– Оценивать эффективность сотрудников
– Развивать команду
Чтобы вы могли получить представление о материалах курса сегодня, ЭКОПСИ открывает доступ к памятке по работе с обратной связью. Вы можете её скачать на странице курса.
Познакомьтесь с программой и оставьте заявку на участие на сайте
21 марта ЭКОПСИ запускает новый поток курса Академии ПРМ (Практик регулярного менеджмента). Этот курс позволит освоить конкретные управленческие действия, которые помогут руководителю решать основные задачи в области делегирования, контроля и достижения результата, обратной связи. В основе — опыт ведущих компаний России, внедривших практики регулярного менеджмента (Газпром, Евраз, Сибур и др.)
За 2-3 часа в неделю участники курса научатся:
– Настраивать процесс планирования
– Проводить продуктивные совещания
– Давать полезную и конструктивную обратную связь
– Оценивать эффективность сотрудников
– Развивать команду
Чтобы вы могли получить представление о материалах курса сегодня, ЭКОПСИ открывает доступ к памятке по работе с обратной связью. Вы можете её скачать на странице курса.
Познакомьтесь с программой и оставьте заявку на участие на сайте
Что делать, когда продукт перестает расти
Я думаю, многие из вас проходили через грустную стадию замедления роста продукта. Вот еще буквально год назад на графике количества новых пользователей вы видели замечательные иксы и масштабировали команду разработки, а сегодня рост стал линейным, если остался вообще. Самые простые реакции на такую ситуацию – вкинуть больше денег в маркетинг или запилить новые фичи, чаще всего будут бесполезны.
Эндрю Чен, партнер в Andreessen Horowitz, и один из самых дельных продактов, которых я читаю, написал очень хорошую статью про то, как системно подойти к анализу причин и выбраться из болота.
Я думаю, многие из вас проходили через грустную стадию замедления роста продукта. Вот еще буквально год назад на графике количества новых пользователей вы видели замечательные иксы и масштабировали команду разработки, а сегодня рост стал линейным, если остался вообще. Самые простые реакции на такую ситуацию – вкинуть больше денег в маркетинг или запилить новые фичи, чаще всего будут бесполезны.
Эндрю Чен, партнер в Andreessen Horowitz, и один из самых дельных продактов, которых я читаю, написал очень хорошую статью про то, как системно подойти к анализу причин и выбраться из болота.
Please open Telegram to view this post
VIEW IN TELEGRAM
Интервью с СТО Netflix про их инженерную культуру
Держите часовое интервью с СТО Netflix про различные аспекты их инженерной культуры и практики, которые помогают ее поддерживать:
👉Фокус на найм и удержание самых сильных талантов
👉Упор на инновации, приходящие снизу, вместо целей, навязываемых сверху
👉Радикально честный фидбэк
На самом деле, интервью ну не прямо огонь, и половина его уходит не на разбор культуры, а на разбор личности и бэкграунда СТО. Тоже интересно, но правильно формируйте свои ожидания до просмотра. Если что, по ссылке, помимо видео, есть полный транскрипт.
Держите часовое интервью с СТО Netflix про различные аспекты их инженерной культуры и практики, которые помогают ее поддерживать:
👉Фокус на найм и удержание самых сильных талантов
👉Упор на инновации, приходящие снизу, вместо целей, навязываемых сверху
👉Радикально честный фидбэк
На самом деле, интервью ну не прямо огонь, и половина его уходит не на разбор культуры, а на разбор личности и бэкграунда СТО. Тоже интересно, но правильно формируйте свои ожидания до просмотра. Если что, по ссылке, помимо видео, есть полный транскрипт.
Lenny's Podcast
How Netflix builds a culture of excellence | Elizabeth Stone (CTO)
Elizabeth Stone is the chief technology officer of Netflix. She previously served as vice president of product data science and engineering, and as vice president o…
Новый сезон Podlodka Product Crew
Через неделю мы стартуем новый сезон нашей онлайн-конференции для продактов. В этот раз тема сезона – как внедрять AI и ML в свои продукты, чтобы это было не пустым хайпом, а приносило пользу бизнесу и пользователям. Мои сессии-фавориты:
👉Доклад от Маши Полтановой из MTS AI про то, как вообще AI меняет процессы в компаниях
👉Доклад Кости Рубцова из Тинькова про то, как запускать новые AI продукты
👉Воркшоп от Кирилла Маркина про то, как самому без большой боли строить сложные AI пайплайны со своими агентами
А помимо топовых докладов и спикеров – море нетворкинга, разбор ваших кейсов, куча прикладных знаний, которые вы сможете начать использовать сразу после конфы!
📆Дата: 18–22 марта, сессии утром и вечером
🔗Регистрация
Через неделю мы стартуем новый сезон нашей онлайн-конференции для продактов. В этот раз тема сезона – как внедрять AI и ML в свои продукты, чтобы это было не пустым хайпом, а приносило пользу бизнесу и пользователям. Мои сессии-фавориты:
👉Доклад от Маши Полтановой из MTS AI про то, как вообще AI меняет процессы в компаниях
👉Доклад Кости Рубцова из Тинькова про то, как запускать новые AI продукты
👉Воркшоп от Кирилла Маркина про то, как самому без большой боли строить сложные AI пайплайны со своими агентами
А помимо топовых докладов и спикеров – море нетворкинга, разбор ваших кейсов, куча прикладных знаний, которые вы сможете начать использовать сразу после конфы!
📆Дата: 18–22 марта, сессии утром и вечером
🔗Регистрация
podlodka.io
Онлайн-конференция Podlodka Product Crew #6
Недельное мероприятие от команды Podlodka: ежедневные интерактивные сессии в Zoom по актуальным проблемам продуктовой работы, нон-стоп общение с экспертами и звёздами индустрии, закрытое профессиональное сообщество в Telegram.
Советы по проведению behavioral interview
Behavioral interview – один из этапов собеседования, на котором вы пытаетесь понять, как кандидат будет вести себя в различных ситуациях, обсуждая его предыдущий схожий опыт. Этот этап часто критикуют (хотя какое вообще собеседование не критикуют), потому что вопросы всегда довольно типичны, ответы на них можно продумать заранее, и реалистичной оценки такой подход может не дать. В статье приводится несколько довольно дельных советов, как проводить поведенческое интервью не для галочки, а получить от него пользу:
👉К интервью надо готовиться. Недостаточно просто решить, что вы спросите что-то вроде "Как вы в последний раз работали с лоу перформером". Нужно продумать, как выглядят хорошие и плохие примеры ответов, какие уточняющие вопросы вам надо задавать.
👉Определитесь заранее, какие конкретно навыки вы хотите проверить, и сфокусируйтесь буквально на парочке. Лучше хорошо прокопать их, чем пройтись по верхам сразу по всему, и ничего не понять.
👉Во время обсуждения кейса закапывайтесь в как можно большие детали, это поможет пробиться через социально-одобряемую оболочку и добраться до сути истории. Можно спросить про конкретный таймлайн событий кейса, про его развитие спустя месяц после окончания истории, про подход к оценке результата своих действий.
На скриншотах – пример такого интервью и набор "желтых" сигналов, которые могут говорить о том, что кандидат вам не очень подойдет.
Behavioral interview – один из этапов собеседования, на котором вы пытаетесь понять, как кандидат будет вести себя в различных ситуациях, обсуждая его предыдущий схожий опыт. Этот этап часто критикуют (хотя какое вообще собеседование не критикуют), потому что вопросы всегда довольно типичны, ответы на них можно продумать заранее, и реалистичной оценки такой подход может не дать. В статье приводится несколько довольно дельных советов, как проводить поведенческое интервью не для галочки, а получить от него пользу:
👉К интервью надо готовиться. Недостаточно просто решить, что вы спросите что-то вроде "Как вы в последний раз работали с лоу перформером". Нужно продумать, как выглядят хорошие и плохие примеры ответов, какие уточняющие вопросы вам надо задавать.
👉Определитесь заранее, какие конкретно навыки вы хотите проверить, и сфокусируйтесь буквально на парочке. Лучше хорошо прокопать их, чем пройтись по верхам сразу по всему, и ничего не понять.
👉Во время обсуждения кейса закапывайтесь в как можно большие детали, это поможет пробиться через социально-одобряемую оболочку и добраться до сути истории. Можно спросить про конкретный таймлайн событий кейса, про его развитие спустя месяц после окончания истории, про подход к оценке результата своих действий.
На скриншотах – пример такого интервью и набор "желтых" сигналов, которые могут говорить о том, что кандидат вам не очень подойдет.
Как работа из дома влияет на продуктивность
Системный обзор выводов нескольких десятков исследований того, как работа из дома влияет на продуктивность сотрудников. Выводы грустненькие – нужно очень аккуратно верить таким выводам, так как половина исследований говорит о том, что продуктивность вырастает, а половина – о том, что падает. Общее у них только одно – кажется, что удовлетворенность сотрудника от своей работы в удаленном режиме в среднем повыше, чем в офисе.
Системный обзор выводов нескольких десятков исследований того, как работа из дома влияет на продуктивность сотрудников. Выводы грустненькие – нужно очень аккуратно верить таким выводам, так как половина исследований говорит о том, что продуктивность вырастает, а половина – о том, что падает. Общее у них только одно – кажется, что удовлетворенность сотрудника от своей работы в удаленном режиме в среднем повыше, чем в офисе.
Medium
In-Depth: How Does Working From Home Influence Teamwork?
An exploration of scientific studies and their conclusions about working from home versus working from the office
Лучшая конференция для тимлидов – уже через две недели
В этом канале самые жаркие холивары разгораются всегда вокруг одной и той же темы – это применимости различных метрик к различным аспектам работы тимлида. Ну, вы знаете, все вот эти попытки по частотности коммитов предсказывать перфоманс, и по скорости деплоя оценивать успешность своей работы. Так вот, ребята из программного комитета Podlodka Teamlead Crew хотели делать конференцию про метрики уже очень давно, но я все время относился к этой идее с большим скепсисом и разворачивал ее. Но в этот раз меня смогли переубедить!
Основная идея сезона – не засыпать вас всевозможными подходами к измерению работы команды, а вычленить базовый набор метрик, которые в конкретном контексте будут скорее полезны, чем вредны. А кроме этого – научиться вовремя отлавливать вредные метрики и экологично от них избавляться. В такой постановке звучит кайф.
Вот какие сессии мне кажутся самыми интересными:
👉Воркшоп про обеззараживание метрик. Как плохо выбранные метрики могут портить работу, и как от них избавиться.
👉Доклад про Cycle Time, Feature Time, Lead Time. Как грамотно подойти к анализу времени поставки фичей до продакшна.
👉Дебаты с защитой и критикой метрик, используемых разными командами. Два эксперта будут под лупой рассматривать несколько реальных кейсов управления командой на основе метрик, и разбирать, что в них стоит оставить, а что – уничтожить.
И это – только три сессии из десяти! А кроме них вас ждет активное сообщество других тимлидов, которые будут обсуждать свои кейсы и помогать вам справиться с вашими, живое общение с экспертами, и, главное, прикладные навыки, которые вы сможете забрать в работу уже сразу после конференции.
📆Дата: 1–5 апреля, сессии утром и вечером
🔗Регистрация
В этом канале самые жаркие холивары разгораются всегда вокруг одной и той же темы – это применимости различных метрик к различным аспектам работы тимлида. Ну, вы знаете, все вот эти попытки по частотности коммитов предсказывать перфоманс, и по скорости деплоя оценивать успешность своей работы. Так вот, ребята из программного комитета Podlodka Teamlead Crew хотели делать конференцию про метрики уже очень давно, но я все время относился к этой идее с большим скепсисом и разворачивал ее. Но в этот раз меня смогли переубедить!
Основная идея сезона – не засыпать вас всевозможными подходами к измерению работы команды, а вычленить базовый набор метрик, которые в конкретном контексте будут скорее полезны, чем вредны. А кроме этого – научиться вовремя отлавливать вредные метрики и экологично от них избавляться. В такой постановке звучит кайф.
Вот какие сессии мне кажутся самыми интересными:
👉Воркшоп про обеззараживание метрик. Как плохо выбранные метрики могут портить работу, и как от них избавиться.
👉Доклад про Cycle Time, Feature Time, Lead Time. Как грамотно подойти к анализу времени поставки фичей до продакшна.
👉Дебаты с защитой и критикой метрик, используемых разными командами. Два эксперта будут под лупой рассматривать несколько реальных кейсов управления командой на основе метрик, и разбирать, что в них стоит оставить, а что – уничтожить.
И это – только три сессии из десяти! А кроме них вас ждет активное сообщество других тимлидов, которые будут обсуждать свои кейсы и помогать вам справиться с вашими, живое общение с экспертами, и, главное, прикладные навыки, которые вы сможете забрать в работу уже сразу после конференции.
📆Дата: 1–5 апреля, сессии утром и вечером
🔗Регистрация
podlodka.io
Онлайн-конференция Podlodka Teamlead Crew, сезон #14
Недельное мероприятие от команды Podlodka: ежедневные интерактивные сессии в Zoom по актуальным проблемам тимлидства, нон-стоп общение с экспертами и звёздами индустрии, закрытое профессиональное сообщество в Telegram.
Быстрый тест идеи. Думаю завести отдельный канал, в котором разные менеджеры-эксперты каждую неделю разбирали бы кейсы и вопросы про управление командами и разработкой от подписчиков. Что думаете? Накидайте в комментарии фидбэка!
Подпишетесь на канал с кейсами?
Anonymous Poll
68%
Подпишусь
11%
Не подпишусь
21%
Посмотреть результаты