Гайд по обработке инцидентов
Быстро среагировать на инцидент и исправить его причину еще не достаточно. После этого важно понять, а что вообще его вызвало, нет ли там каких-то системных проблем под капотом, насколько эффективно вы его устраняли и что можно улучшить в процессах. На тему инцидент-менеджмента есть куча разных гайдов. Конкретно в этом мне нравится следующее:
👉Идея того, что ответственный за расследование инцидента назначется из людей, не участвовавших в нем напрямую.
👉Хорошая методика по сбору всей релевантной информации и ее анализу путем задавания наводящих вопросов.
👉Интервью с участниками как опциональный шаг.
👉Идеи по встраиванию отчета об инциденте в структуру коммуникаций компании.
Быстро среагировать на инцидент и исправить его причину еще не достаточно. После этого важно понять, а что вообще его вызвало, нет ли там каких-то системных проблем под капотом, насколько эффективно вы его устраняли и что можно улучшить в процессах. На тему инцидент-менеджмента есть куча разных гайдов. Конкретно в этом мне нравится следующее:
👉Идея того, что ответственный за расследование инцидента назначется из людей, не участвовавших в нем напрямую.
👉Хорошая методика по сбору всей релевантной информации и ее анализу путем задавания наводящих вопросов.
👉Интервью с участниками как опциональный шаг.
👉Идеи по встраиванию отчета об инциденте в структуру коммуникаций компании.
Как продать техдолг и как бороться с ним
Замечательная статья, которую можно скидывать менеджерам, считающим борьбу с тех долгом задачей с приоритетом "nice-to-have". Мне особенно понравился предлагаемый автором рефрейминг – вместо того, чтобы обсуждать, зачем вообще надо тратить время на решение техдолга, надо признать, что из-за его существования вы уже тратите дофига времени, и вам надо сделать что-то, чтобы в будущем его тратилось меньше.
Замечательная статья, которую можно скидывать менеджерам, считающим борьбу с тех долгом задачей с приоритетом "nice-to-have". Мне особенно понравился предлагаемый автором рефрейминг – вместо того, чтобы обсуждать, зачем вообще надо тратить время на решение техдолга, надо признать, что из-за его существования вы уже тратите дофига времени, и вам надо сделать что-то, чтобы в будущем его тратилось меньше.
Тинькофф приглашает в команду крутых ИТ-специалистов
Команда решает масштабные задачи: создает высоконагруженные сервисы для 30 миллионов клиентов, экспериментирует и ищет новые решения. А еще с ними комфортно работать. Большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и поддержки спорта.
Откликнуться в команду Тинькофф: https://u.tinkoff.ru/it.prof
Команда решает масштабные задачи: создает высоконагруженные сервисы для 30 миллионов клиентов, экспериментирует и ищет новые решения. А еще с ними комфортно работать. Большинство бытовых забот делегируют компании: от расширенного ДМС и юридической помощи до питания и поддержки спорта.
Откликнуться в команду Тинькофф: https://u.tinkoff.ru/it.prof
Бреслав и Ложечкин говорят про навыки руководителей
Предыдущий выпуск немного задержался, поэтому, чтобы сохранить месячную периодичность, третий эпизод уже в ваших подкастных приложениях!
В этом эпизоде Бреслав и Ложечкин обсуждают, какие навыки необходимы руководителю, чтобы качественно справляться со своей работой и сравнивают свой опыт развития в разных компаниях. Мой любимый момент – цитирование Куклачева!
Предыдущий выпуск немного задержался, поэтому, чтобы сохранить месячную периодичность, третий эпизод уже в ваших подкастных приложениях!
В этом эпизоде Бреслав и Ложечкин обсуждают, какие навыки необходимы руководителю, чтобы качественно справляться со своей работой и сравнивают свой опыт развития в разных компаниях. Мой любимый момент – цитирование Куклачева!
Открыта регистрация на летний ProductCamp
Я никогда не был на ProductCamp, и, кажется, я такой единственный среди всех моих знакомых продактов и многих тимлидов. И я очень сильно жалею, что так получилось, потому что конференция в своем роде уникальная:
👉От каждого, кто приходит на конфу, ожидается активное участие – ты либо спикер, либо волонтеришь, либо принимаешь активное участие во всяких живых форматах.
👉На регистрации действует "фейс-контроль" – так как от всех участников ожидается готовность обмениваться опытом, этот опыт должен быть у каждого.
👉Она полностью бесплатная, участники оплачивают только свое проживание.
👉Доклады там топовые – как благодаря уровню спикеров, так и благодаря подготовке, в которую волонтеры вкладывают кучу сил.
Короче, не будьте мной, и вписывайтесь – там должно быть топово!
📆Дата: 19-20 августа
📍Офлайн в Подмосковье и онлайн на ProductLand
💻Регистрация
Я никогда не был на ProductCamp, и, кажется, я такой единственный среди всех моих знакомых продактов и многих тимлидов. И я очень сильно жалею, что так получилось, потому что конференция в своем роде уникальная:
👉От каждого, кто приходит на конфу, ожидается активное участие – ты либо спикер, либо волонтеришь, либо принимаешь активное участие во всяких живых форматах.
👉На регистрации действует "фейс-контроль" – так как от всех участников ожидается готовность обмениваться опытом, этот опыт должен быть у каждого.
👉Она полностью бесплатная, участники оплачивают только свое проживание.
👉Доклады там топовые – как благодаря уровню спикеров, так и благодаря подготовке, в которую волонтеры вкладывают кучу сил.
Короче, не будьте мной, и вписывайтесь – там должно быть топово!
📆Дата: 19-20 августа
📍Офлайн в Подмосковье и онлайн на ProductLand
💻Регистрация
Реклама ООО “Тривиум“, ИНН 7806297293, erid: LjN8KFPcUМикроменеджмент
Расшифровка доклада Жени Антонова про то, откуда берется микроменеджмент, чем он вреден, и как с ним бороться. Все тезисы из статьи я повторять не буду, но для старта обсуждения в комментариях – список основных причин возникновения микроменеджмента:
👉Тревожность и страх отпускать контроль и доверять другим людям.
👉Недоверие к коллегам, которые не такие умные, как руководитель.
👉Гиперопека команды.
👉Амбиции и эго менеджера.
👉Желание стать незаменимым и обеспечить job security.
👉Непонимание того, в чем вообще состоит роль менеджера.
👉Нежелание и боязнь изменений.
Расшифровка доклада Жени Антонова про то, откуда берется микроменеджмент, чем он вреден, и как с ним бороться. Все тезисы из статьи я повторять не буду, но для старта обсуждения в комментариях – список основных причин возникновения микроменеджмента:
👉Тревожность и страх отпускать контроль и доверять другим людям.
👉Недоверие к коллегам, которые не такие умные, как руководитель.
👉Гиперопека команды.
👉Амбиции и эго менеджера.
👉Желание стать незаменимым и обеспечить job security.
👉Непонимание того, в чем вообще состоит роль менеджера.
👉Нежелание и боязнь изменений.
Хабр
Микроменеджер — горе в команде
Эта статья о микроменеджменте, его причинах и разрушительных последствиях. Обсудим, какой вред он наносит, подсветим проблемы, с которыми сталкиваются руководители из-за микроменеджмента, и покажем...
Как делать сложный выбор
Менеджеру постоянно нужно принимать решения: какого кандидата нанять, какой архитектурный подход выбрать, бросаться ли в долгий рефакторинг без гарантированных шансов на успех. Сложнее всего принимать решения, цена которых высока, и ни один из вариантов не перевешивает другие.
Вспомним вчерашнюю статью про микроменеджмент. Бывает так, что риски не затащить проект могут быть достаточно велики для того, чтобы микроменеджмент и ручной контроль команды был оправдан, но при этом не хочется и терять автономность команды на длительном интервале. Как сделать выбор – не понятно.
Если такое решение слишком долго прокрастинировать, вы будете совершать неоптимальные тактические шаги, часть из которых будут больше подходить одному из решений, часть – другому. Это наихудший из возможных исход.
В статье предлагают простой подход – выписать все варианты решения в виде фразы "In order to [thing], I’m choosing [x important thing] even over [y important thing]".
Чем это полезно:
👉Явно проговаривая трейдофф, вы лучше можете почувствовать, насколько он действительно оправдан. Это поможет выбору.
👉Как только выбор сделан, явно описанный трейдофф поможет придерживаться выбранной стратегии.
Менеджеру постоянно нужно принимать решения: какого кандидата нанять, какой архитектурный подход выбрать, бросаться ли в долгий рефакторинг без гарантированных шансов на успех. Сложнее всего принимать решения, цена которых высока, и ни один из вариантов не перевешивает другие.
Вспомним вчерашнюю статью про микроменеджмент. Бывает так, что риски не затащить проект могут быть достаточно велики для того, чтобы микроменеджмент и ручной контроль команды был оправдан, но при этом не хочется и терять автономность команды на длительном интервале. Как сделать выбор – не понятно.
Если такое решение слишком долго прокрастинировать, вы будете совершать неоптимальные тактические шаги, часть из которых будут больше подходить одному из решений, часть – другому. Это наихудший из возможных исход.
В статье предлагают простой подход – выписать все варианты решения в виде фразы "In order to [thing], I’m choosing [x important thing] even over [y important thing]".
Чем это полезно:
👉Явно проговаривая трейдофф, вы лучше можете почувствовать, насколько он действительно оправдан. Это поможет выбору.
👉Как только выбор сделан, явно описанный трейдофф поможет придерживаться выбранной стратегии.
larahogan.me
How to make hard decisions: even/over statements
We face decisions every single day, big and small. Sometimes those decisions have tradeoffs that feel impossible to decide between, which naturally will feel...
Как всей командой оценивать риски
1️⃣Нарисуйте на вайтборде или в Miro схему вашей системы или процесса.
2️⃣Попросите каждого человека в команде в течение 10 минут подумать над рисками, которые он видит, и выписать их на отдельные стикеры. Разные цвета – разные категории важности.
3️⃣Наклейте стикеры на схему, в те ее части, к которым относятся упомянутые риски.
4️⃣Обсудите все риски, уделяя особенное внимание тем случаям, когда риск видит только один человек, и тем, когда у людей есть противоположное друг другу мнение.
5️⃣А дальше по классике – разложите все риски, с которыми команда согласилась, по шкалам probability и impact, и начинайте прорабатывать их.
1️⃣Нарисуйте на вайтборде или в Miro схему вашей системы или процесса.
2️⃣Попросите каждого человека в команде в течение 10 минут подумать над рисками, которые он видит, и выписать их на отдельные стикеры. Разные цвета – разные категории важности.
3️⃣Наклейте стикеры на схему, в те ее части, к которым относятся упомянутые риски.
4️⃣Обсудите все риски, уделяя особенное внимание тем случаям, когда риск видит только один человек, и тем, когда у людей есть противоположное друг другу мнение.
5️⃣А дальше по классике – разложите все риски, с которыми команда согласилась, по шкалам probability и impact, и начинайте прорабатывать их.
Страх и ненависть performance review в Microsoft
Про кровавые performance review в Microsoft ходит много городских легенд. Главная из них про то, что по результатам ревью 10% сотрудников с наихудшим перфомансом ждало увольнение.
Автор статьи, работавший в Microsoft в годы, когда компания экспериментировала с разными подходами к оценке сотрудников, делится своим опытом участия в этой бессмысленной и неэффективной системе stack ranking'а людей.
Про кровавые performance review в Microsoft ходит много городских легенд. Главная из них про то, что по результатам ревью 10% сотрудников с наихудшим перфомансом ждало увольнение.
Автор статьи, работавший в Microsoft в годы, когда компания экспериментировала с разными подходами к оценке сотрудников, делится своим опытом участия в этой бессмысленной и неэффективной системе stack ranking'а людей.
Substack
Mean
some stories about my performance reviews at msft, and thoughts on how to be better
Как Google работает с техническим долгом
В Google кажый квартал проводятся опросы всех инженеров, основная задача которых – следить за тем, насколько им нравится работать, и что влияет на их удовлетворенность. Когда в факторах неудовлетворенности стал лидировать технический долг, рисерчеры закопались в проблему глубже.
👉После интервью с инженерами абстрактный техдолг разбили на категории: отсутствующая документация, недостаток или ненадежность тестов, деградирующая кодовая база, проблемы в релизном процессе, и другие.
👉Для техдолга попытались ввести объективные метрики, которые можно собирать чаще и быстрее, чем опросами – но ничего не получилось, сильной корреляции нигде не нашлось.
👉Для команд ввели две вспомогательные практики – фреймворк управления техдолгом и матрицу градаций техдолга.
👉Зашли со стороны обучения, провели много воркшопов и курсов по управлению техдолгом разного вида.
👉Внедрили тулинг, позволяющий замерять серьезность проблем в конкретных областях. Например, качества тестов, или протухших зависимостей.
В Google кажый квартал проводятся опросы всех инженеров, основная задача которых – следить за тем, насколько им нравится работать, и что влияет на их удовлетворенность. Когда в факторах неудовлетворенности стал лидировать технический долг, рисерчеры закопались в проблему глубже.
👉После интервью с инженерами абстрактный техдолг разбили на категории: отсутствующая документация, недостаток или ненадежность тестов, деградирующая кодовая база, проблемы в релизном процессе, и другие.
👉Для техдолга попытались ввести объективные метрики, которые можно собирать чаще и быстрее, чем опросами – но ничего не получилось, сильной корреляции нигде не нашлось.
👉Для команд ввели две вспомогательные практики – фреймворк управления техдолгом и матрицу градаций техдолга.
👉Зашли со стороны обучения, провели много воркшопов и курсов по управлению техдолгом разного вида.
👉Внедрили тулинг, позволяющий замерять серьезность проблем в конкретных областях. Например, качества тестов, или протухших зависимостей.
Getdx
How Google Measures and Manages Tech Debt
A behind-the-scenes look at how Google approaches technical debt.
Воркшоп по управлению конфликтами в команде
Одна из ошибок начинающих тимлидов – боязнь конфликтов в команде, которая часто идет рука об руку со стремлением все контролировать. Для такого тимлида любой спор в команде выглядит опасным, ведь он может вызвать непредсказуемые последствия. И в итоге гасится любое внешнее проявление конфликта. Это плохо сразу по двум причинам:
👉Конфликты – это айсберги, в которых основная часть может находиться под водой. Гашение внешних проявлений конфликта может только усугубить ситуацию, если не закопаться в его причины.
👉Некоторые конфликты могут быть полезными и конструктивными, и избавляться от них значит лишаться важного инструмента.
Приходите на открытый воркшоп от OTUS про то, как выстроить систему решения конфликтов в команде. Алексей Кирсанов, опытный менеджер из Битрикс 24, расскажет про типы конфликтов и различные методы их решения.
📆Дата: 20 июля, 19:00 по Москве
🔗Регистрация
Нативная интеграция информация о продукте www.otus.ru
Одна из ошибок начинающих тимлидов – боязнь конфликтов в команде, которая часто идет рука об руку со стремлением все контролировать. Для такого тимлида любой спор в команде выглядит опасным, ведь он может вызвать непредсказуемые последствия. И в итоге гасится любое внешнее проявление конфликта. Это плохо сразу по двум причинам:
👉Конфликты – это айсберги, в которых основная часть может находиться под водой. Гашение внешних проявлений конфликта может только усугубить ситуацию, если не закопаться в его причины.
👉Некоторые конфликты могут быть полезными и конструктивными, и избавляться от них значит лишаться важного инструмента.
Приходите на открытый воркшоп от OTUS про то, как выстроить систему решения конфликтов в команде. Алексей Кирсанов, опытный менеджер из Битрикс 24, расскажет про типы конфликтов и различные методы их решения.
📆Дата: 20 июля, 19:00 по Москве
🔗Регистрация
Нативная интеграция информация о продукте www.otus.ru
Отличие технического бренда и технического престижа
Стандартный подход к построению техбренда в компании:
1️⃣Поставить цель в виде количества статей и докладов в квартал
2️⃣Пинать инженеров, чтобы они выдавали хоть какие-то статьи, но регулярно
3️⃣Радоваться количеству просмотров и подписчиков
Автор предлагает заходить с другого угла, и гнаться не за количеством контента, а за тем, чтобы ваш технический бренд сильно ассоциировался с какой-то конкретной вещью, в которой вы действительно хороши. Тогда вам не нужна регулярность и частотность публикаций. Вместо этого важно написать один или два действительно хороших глубоких материала, которые станут ассоциироваться у людей с вами.
Стандартный подход к построению техбренда в компании:
1️⃣Поставить цель в виде количества статей и докладов в квартал
2️⃣Пинать инженеров, чтобы они выдавали хоть какие-то статьи, но регулярно
3️⃣Радоваться количеству просмотров и подписчиков
Автор предлагает заходить с другого угла, и гнаться не за количеством контента, а за тем, чтобы ваш технический бренд сильно ассоциировался с какой-то конкретной вещью, в которой вы действительно хороши. Тогда вам не нужна регулярность и частотность публикаций. Вместо этого важно написать один или два действительно хороших глубоких материала, которые станут ассоциироваться у людей с вами.
Lethain
Building personal and organizational prestige
Most months I get at least one email from an engineering leader who believes they’d be a candidate for significantly more desirable roles if their personal brand were just better known. Similarly, when funding is readily available during periods of tech industry…
Гайд для начинающих про то, как устроена продуктовая разработка
Представьте, что к вам в команду выходит зеленый продакт, который раньше не работал с командами разработки. Вы будете говорить с ним на разных языках, и столкнетесь о такое количество граблей, что и подумать страшно. Ребята из интенсива Валерии Розовой сделали полноценное исследование: за полтора месяца они изучили десятки открытых источников и провели интервью с продактами разного уровня, от middle до CPO. Все это сложилось в большой гайд, который поможет разобраться в процессах продуктовой разработки.
Внутри есть ответы на вопросы:
👉Кто входит в команду разработки и за что они отвечают
👉Что входит и не входит в задачи продакта на этапе Delivery
👉Основной глоссарий по архитектуре, процессам, технологическому стеку
👉Какие первые шаги продакту сделать в своей работе (а вот эта часть полезна и тимлидам, которые думают вкатиться в продакт-менеджмент)
Бонусом к гайду идет куча ссылок на статьи, видео и подкасты, которые можно вбрасывать своим знакомым продактам, чтобы они подкачали свою техническую жилку!
Представьте, что к вам в команду выходит зеленый продакт, который раньше не работал с командами разработки. Вы будете говорить с ним на разных языках, и столкнетесь о такое количество граблей, что и подумать страшно. Ребята из интенсива Валерии Розовой сделали полноценное исследование: за полтора месяца они изучили десятки открытых источников и провели интервью с продактами разного уровня, от middle до CPO. Все это сложилось в большой гайд, который поможет разобраться в процессах продуктовой разработки.
Внутри есть ответы на вопросы:
👉Кто входит в команду разработки и за что они отвечают
👉Что входит и не входит в задачи продакта на этапе Delivery
👉Основной глоссарий по архитектуре, процессам, технологическому стеку
👉Какие первые шаги продакту сделать в своей работе (а вот эта часть полезна и тимлидам, которые думают вкатиться в продакт-менеджмент)
Бонусом к гайду идет куча ссылок на статьи, видео и подкасты, которые можно вбрасывать своим знакомым продактам, чтобы они подкачали свою техническую жилку!
Автономность и выравнивание
Знаете фразу "просто наймите крутых людей, и не мешайте им работать"? Меня она всегда очень сильно смущала, потому что абсолютно ничего не говорила о том, как обеспечивать, чтобы эти крутые люди не тащили продукт и компанию в разные стороны. Статья как раз о том, почему люди часто путают необходимость выравнивания с отсутствием автономности.
Знаете фразу "просто наймите крутых людей, и не мешайте им работать"? Меня она всегда очень сильно смущала, потому что абсолютно ничего не говорила о том, как обеспечивать, чтобы эти крутые люди не тащили продукт и компанию в разные стороны. Статья как раз о том, почему люди часто путают необходимость выравнивания с отсутствием автономности.
Интервью с СОО Shopify про борьбу с бесполезными митингами и ценности компании
На прошлой неделе в Твиттере широко разошелся скриншот Shopify Cost Calculator – внутреннего инструмента, который подсчитывает примерную стоимость каждого митинга с учетом состава его участников. В интервью раскрывается больше подробностей того, а что вообще в компании происходит:
👉В начале 2023 года менеджмент запустил стратегию борьбы с лишними коммуникациями: отменились все митинги с 3+ участниками, удалились лишние каналы в Slack, вернулась практика no meeting Wednesday. А еще в календаре изменили дефолтный ответ на присылаемый митинг с approve на decline. Как результат этих изменений, среднее время участия во встречах сократилось на 30%.
👉Вместо этого пропагандируется культура письменных коммуникаций. Например, специальная внутренняя система "Get Shit Done" – это что-то вроде репортилки о прогрессе целей, в которой используется текст.
На прошлой неделе в Твиттере широко разошелся скриншот Shopify Cost Calculator – внутреннего инструмента, который подсчитывает примерную стоимость каждого митинга с учетом состава его участников. В интервью раскрывается больше подробностей того, а что вообще в компании происходит:
👉В начале 2023 года менеджмент запустил стратегию борьбы с лишними коммуникациями: отменились все митинги с 3+ участниками, удалились лишние каналы в Slack, вернулась практика no meeting Wednesday. А еще в календаре изменили дефолтный ответ на присылаемый митинг с approve на decline. Как результат этих изменений, среднее время участия во встречах сократилось на 30%.
👉Вместо этого пропагандируется культура письменных коммуникаций. Например, специальная внутренняя система "Get Shit Done" – это что-то вроде репортилки о прогрессе целей, в которой используется текст.
Воркшоп про то, как собрать QA команду
Настю Шарикову я знаю еще с первых сезонов Podlodka Crew, QA направление в которой она помогала организовывать. Настя – крутая, и у нее много интересного опыта в организации работы команд мобильного тестирования, который она приобрела как в работе в продуктовой компани, так и занимаясь консалтингом стартапов.
Так вот, Настя вместе с ребятами из Otus проводит открытый воркшоп про то, как вообще собирать команды тестировщиков, какие ошибки при этом можно совершить, и как понимать, насколько хорошо эта команда работает. Если в вашей команде есть тестировщики, или вы подозреваете, что работу соседней команды можно улучшить – приходите!
📆Дата: 27 июля, 19:00 по Москве
👉Регистрация
Нативная интеграция. Информация о продукте на сайте www.otus.ru
Настю Шарикову я знаю еще с первых сезонов Podlodka Crew, QA направление в которой она помогала организовывать. Настя – крутая, и у нее много интересного опыта в организации работы команд мобильного тестирования, который она приобрела как в работе в продуктовой компани, так и занимаясь консалтингом стартапов.
Так вот, Настя вместе с ребятами из Otus проводит открытый воркшоп про то, как вообще собирать команды тестировщиков, какие ошибки при этом можно совершить, и как понимать, насколько хорошо эта команда работает. Если в вашей команде есть тестировщики, или вы подозреваете, что работу соседней команды можно улучшить – приходите!
📆Дата: 27 июля, 19:00 по Москве
👉Регистрация
Нативная интеграция. Информация о продукте на сайте www.otus.ru
Подлодка про холакратию
Банк Точка известен тем, что они уже давно живут в полном соответствии конституции холакратии. Мы в Подлодке решили разобраться, как устроена холакратия на уровне отдельных команд и целой организации.
Сразу предупреждаю – в выпуске я довольно много набрасываю на вентилятор, потому что гость с каждой минутой все больше укреплял меня в мысли о том, что холакратия по большей части – маркетинговая переупаковка довольно стандартной концепции автономных команд и типичной структуры продуктовой организации.
Банк Точка известен тем, что они уже давно живут в полном соответствии конституции холакратии. Мы в Подлодке решили разобраться, как устроена холакратия на уровне отдельных команд и целой организации.
Сразу предупреждаю – в выпуске я довольно много набрасываю на вентилятор, потому что гость с каждой минутой все больше укреплял меня в мысли о том, что холакратия по большей части – маркетинговая переупаковка довольно стандартной концепции автономных команд и типичной структуры продуктовой организации.
podlodka.io
Podlodka #326 – Холакратия
Холакратия, как управленческая система, встречается в организациях не так часто, тем интереснее получился разговор с тимлидом из Точки – Кузнецовым Андреем. Основа подхода в разделении ответственности между самоорганизующимися командами. На систему посмотрели…
Фреймворк для оценки экономического импакта любой работы
Одна из призм, через которые можно посмотреть на то, какую ценность ваша команда предоставляет пользователю – ее экономический эффект, оказываемый на компанию. Этот импакт можно разделить на четыре ключевые категории.
📈Increase revenue: любые изменения, которые ведут к тому, что либо у продукта появляется больше пользователей, либо получается заработать больше с текущих пользователей.
🔐Protect revenue: действия, направленные на то, чтобы удержать текущий рынок, повысить лояльность существующих пользователей, или поддерживать требуемую скорость разработки.
📉Reduce costs: все, что помогает резать косты, в том числе процессные улучшения и автоматизация.
✋Avoid costs: действия, которые помогают избежать возможных трат в будущем, митигация рисков.
Одна из призм, через которые можно посмотреть на то, какую ценность ваша команда предоставляет пользователю – ее экономический эффект, оказываемый на компанию. Этот импакт можно разделить на четыре ключевые категории.
📈Increase revenue: любые изменения, которые ведут к тому, что либо у продукта появляется больше пользователей, либо получается заработать больше с текущих пользователей.
🔐Protect revenue: действия, направленные на то, чтобы удержать текущий рынок, повысить лояльность существующих пользователей, или поддерживать требуемую скорость разработки.
📉Reduce costs: все, что помогает резать косты, в том числе процессные улучшения и автоматизация.
✋Avoid costs: действия, которые помогают избежать возможных трат в будущем, митигация рисков.
Курс по управлению командой разработки от Практикума
31 августа стартует большой тимлидский курс с воркшопами, личными консультациями и интерактивным учебником. Основная идея курса следующая – теорию вы изучаете сами в учебнике, полученные навыки отрабатываете на регулярных воркшопах с кейсами, а свои собственные сложные рабочие ситуации отрабатываете на менторских сессиях с наставником.
Учеба идет 5 месяцев, уделять ей надо в среднем 8 часов в неделю. Вот что по темам:
- Постановка задач и делегирование
- Личное развитие и эффективность
- Работа с сотрудниками: адаптация, развитие, обратная связь
- Развитие команды и продукта
- Решение процессных проблем и улучшение цикла разработки
Попробовать интерактивный учебник вы можете бесплатно, первый модуль там открытый. Весь курс начинается 31 августа, не пропустите!
👉Начать учиться
Реклама АНО ДПО "Образовательные технологии Яндекса", ИНН:7704282033, erid: LjN8KTwHB
31 августа стартует большой тимлидский курс с воркшопами, личными консультациями и интерактивным учебником. Основная идея курса следующая – теорию вы изучаете сами в учебнике, полученные навыки отрабатываете на регулярных воркшопах с кейсами, а свои собственные сложные рабочие ситуации отрабатываете на менторских сессиях с наставником.
Учеба идет 5 месяцев, уделять ей надо в среднем 8 часов в неделю. Вот что по темам:
- Постановка задач и делегирование
- Личное развитие и эффективность
- Работа с сотрудниками: адаптация, развитие, обратная связь
- Развитие команды и продукта
- Решение процессных проблем и улучшение цикла разработки
Попробовать интерактивный учебник вы можете бесплатно, первый модуль там открытый. Весь курс начинается 31 августа, не пропустите!
👉Начать учиться
Реклама АНО ДПО "Образовательные технологии Яндекса", ИНН:7704282033, erid: LjN8KTwHB
Как искать людей в воронку найма
Найм людей – задача не рекрутера, а тимлида. От укомплектованности команды правильными людьми зависит именно твой успех. Поэтому тимлиду важно самому вовлекаться не только в процесс проведения собеседований, но и в более ранние этапы воронки найма. Я про это даже писал отдельную статью. Она уже не прямо свежая, но состарилась довольно-таки неплохо!
Так вот, по ссылке в заголовке – другая статья. Я не согласен со всеми советами оттуда, но меня очень привлекла одна конкретная ее часть – упор на реферралки от уже нанятых сотрудников. Где бы я ни работал, реферральная программа приносила самых клевых и замотивированных кандидатов, но при этом эйчары постоянно продалбывали ее правильно организовать. В статье приводится одна клевая практика, которой я когда-нибудь воспользуюсь – если у вас нет времени и желания выстраивать полноценную реферральную программу, можете провести one-time event, на котором за каждый реферрал от коллег вы будете выдавать им какой-то мерч, протеиновый батончик или еще что-то вкусное.
Найм людей – задача не рекрутера, а тимлида. От укомплектованности команды правильными людьми зависит именно твой успех. Поэтому тимлиду важно самому вовлекаться не только в процесс проведения собеседований, но и в более ранние этапы воронки найма. Я про это даже писал отдельную статью. Она уже не прямо свежая, но состарилась довольно-таки неплохо!
Так вот, по ссылке в заголовке – другая статья. Я не согласен со всеми советами оттуда, но меня очень привлекла одна конкретная ее часть – упор на реферралки от уже нанятых сотрудников. Где бы я ни работал, реферральная программа приносила самых клевых и замотивированных кандидатов, но при этом эйчары постоянно продалбывали ее правильно организовать. В статье приводится одна клевая практика, которой я когда-нибудь воспользуюсь – если у вас нет времени и желания выстраивать полноценную реферральную программу, можете провести one-time event, на котором за каждый реферрал от коллег вы будете выдавать им какой-то мерч, протеиновый батончик или еще что-то вкусное.
Stoic-Cto
#11: Getting more candidates to hire
Unconventional activities to flood your interview funnel with great candidates