Обновление бизнес модели под меняющийся рынок, так, чтобы она приносила прибыль и умение успевать за динамичной средой – ключевые компетенции для всех, кто занимается развитием бизнеса или, являясь внутренним предпринимателем, стремиться повысить монетизацию продуктовой линейки.
Яндекс Практикум и бизнес-школа Сколково собрали образовательную программу Executive Product Management, которая уже в процессе обучения помогает посмотреть на бизнес-модель с точки зрения роста в текущих реалиях рынка и пересобрать ее так, чтоб получить новых клиентов и новые деньги.
Программа состоит из модулей:
⚫️Анализ ситуации и мышление на уровне бизнес-модели.
⚫️Трендвотчинг и изменение бизнес-модели
⚫️Редизайн бизнес-модели. Коммуникация изменений и питчинг.
⚫️Дорожная карта внедрения инноваций.
⚫️Лидерство в продуктовой команде.
В финале обучения вас ждёт презентация итогов работы и обратная связь от лидеров индустрии.
Обучение проходит в смешанном формате: офлайн и онлайн и длится 4,5 месяца. На обучение вам понадобится 10-15 часов в неделю:
- на офлайн-занятиях вы будете участвовать в воркшопах и деловых играх с лидерами индустрии и коллегами из других цифровых компаний,
- в онлайне вас ждут лекции, практические руководства от экспертов, а также мастермайнды и встречи с сокурсниками.
Стоимость программы 600 000 руб.
Узнать подробнее и записаться на курс можно по ссылке
Яндекс Практикум и бизнес-школа Сколково собрали образовательную программу Executive Product Management, которая уже в процессе обучения помогает посмотреть на бизнес-модель с точки зрения роста в текущих реалиях рынка и пересобрать ее так, чтоб получить новых клиентов и новые деньги.
Программа состоит из модулей:
⚫️Анализ ситуации и мышление на уровне бизнес-модели.
⚫️Трендвотчинг и изменение бизнес-модели
⚫️Редизайн бизнес-модели. Коммуникация изменений и питчинг.
⚫️Дорожная карта внедрения инноваций.
⚫️Лидерство в продуктовой команде.
В финале обучения вас ждёт презентация итогов работы и обратная связь от лидеров индустрии.
Обучение проходит в смешанном формате: офлайн и онлайн и длится 4,5 месяца. На обучение вам понадобится 10-15 часов в неделю:
- на офлайн-занятиях вы будете участвовать в воркшопах и деловых играх с лидерами индустрии и коллегами из других цифровых компаний,
- в онлайне вас ждут лекции, практические руководства от экспертов, а также мастермайнды и встречи с сокурсниками.
Стоимость программы 600 000 руб.
Узнать подробнее и записаться на курс можно по ссылке
Яндекс Практикум
Chief Product Officer: управление продуктовой стратегией
Как прокачать свою бизнес‑модель и прийти к росту прибыли
💩21👍5
Письмо от СЕО
Люди в команде всегда ценят прозрачность со стороны руководства. Интересный способ ее обеспечивать – писать регулярные письма или дайджесты на всю команду. Они могут включать в себя:
🤔Список ключевых проблем/хайлайтов, которые держат ваше внимание прямо сейчас
🚦Performance update – статус движения по ключевым целям или проектам
💬Разбор какого-то волнующего всех вопроса
Инструмент подойдет не только СЕО, но и руководителям больших команд на несколько десятков человек.
Люди в команде всегда ценят прозрачность со стороны руководства. Интересный способ ее обеспечивать – писать регулярные письма или дайджесты на всю команду. Они могут включать в себя:
🤔Список ключевых проблем/хайлайтов, которые держат ваше внимание прямо сейчас
🚦Performance update – статус движения по ключевым целям или проектам
💬Разбор какого-то волнующего всех вопроса
Инструмент подойдет не только СЕО, но и руководителям больших команд на несколько десятков человек.
👍41❤2👎1
Дизайн-спринт – набор практик для быстрой проверки гипотез
- Подход предлагает провести полный цикл тестирования идеи – от формулировки проблемы до создания прототипа и проверки его на пользователях за пять дней
- В Додо попробовали адаптировать его к еще более короткому промежутку – к трем дням
- В первый день формулируется исходная проблема, критерии успешности и вопросы, на которые надо найти ответ
- Во второй день генерируются способы решения проблемы, выбирается самый перспективный и дорабатывается
- В третий день разрабатывается максимально простой прототип и тестируется на пользователях
- Подробнее про методологию можно почитать в книге «Спринт»
- Похожий подход мы пробовали применять и в Kotlin, когда решали проблему улучшения онбординга пользователей и создания нового сценария Get Started – получилось очень полезно
- Подход предлагает провести полный цикл тестирования идеи – от формулировки проблемы до создания прототипа и проверки его на пользователях за пять дней
- В Додо попробовали адаптировать его к еще более короткому промежутку – к трем дням
- В первый день формулируется исходная проблема, критерии успешности и вопросы, на которые надо найти ответ
- Во второй день генерируются способы решения проблемы, выбирается самый перспективный и дорабатывается
- В третий день разрабатывается максимально простой прототип и тестируется на пользователях
- Подробнее про методологию можно почитать в книге «Спринт»
- Похожий подход мы пробовали применять и в Kotlin, когда решали проблему улучшения онбординга пользователей и создания нового сценария Get Started – получилось очень полезно
👍14❤1
Что делает разработчиков несчастными
- В статье разбирается исследование 2000 разработчиков, задача которого – понять, на что влияет счастье разработчиков, и в чем основные причины его отсутствия
- Отсутствие счастья коррелирует с плохой продуктивностью, качеством кода, задержками и плохим перфомансом
- Оптимальная менеджерская стратегия – не пытаться растить счастье, а уменьшать причины несчастья
- Основные причины несчастья находятся в области, на которую могут влиять менеджеры: давление из-за сроков, плохое качество кода и инженерных практик, неперформящие коллеги, рутинные задачи
- В статье разбирается исследование 2000 разработчиков, задача которого – понять, на что влияет счастье разработчиков, и в чем основные причины его отсутствия
- Отсутствие счастья коррелирует с плохой продуктивностью, качеством кода, задержками и плохим перфомансом
- Оптимальная менеджерская стратегия – не пытаться растить счастье, а уменьшать причины несчастья
- Основные причины несчастья находятся в области, на которую могут влиять менеджеры: давление из-за сроков, плохое качество кода и инженерных практик, неперформящие коллеги, рутинные задачи
👍36
Как разные компании платят за дежурства
Если бы у разработчиков из прошлого исследования были обязательные дежурства по инцидентам, они бы точно попали в топ списка причин несчастья. В статье разбираются основные стратегии того, как компании справляются с необходимостью организации дежурств, и сколько за это платят.
⛑Для дежурств нанимают выделенных людей, это основная их работа
📵Дежурства вне рабочих часов отсутствуют
📳Дежурства вне рабочих часов отсутствуют, но потенциально вас могут поднять звонком
🌏Дежурства обязательны для всех инженеров, регулируются сообразно трудовому кодексу конкретного региона
💵Дежурства – часть работы, оплачиваются либо компенсируются выходными
☝️Дежурят волонтеры, но все компенсируется
🤬Дежурства обязательны для всех и никак не компенсируются
Если бы у разработчиков из прошлого исследования были обязательные дежурства по инцидентам, они бы точно попали в топ списка причин несчастья. В статье разбираются основные стратегии того, как компании справляются с необходимостью организации дежурств, и сколько за это платят.
⛑Для дежурств нанимают выделенных людей, это основная их работа
📵Дежурства вне рабочих часов отсутствуют
📳Дежурства вне рабочих часов отсутствуют, но потенциально вас могут поднять звонком
🌏Дежурства обязательны для всех инженеров, регулируются сообразно трудовому кодексу конкретного региона
💵Дежурства – часть работы, оплачиваются либо компенсируются выходными
☝️Дежурят волонтеры, но все компенсируется
🤬Дежурства обязательны для всех и никак не компенсируются
👍7
Сложные вопросы, которые помогают придумывать новые идеи
Ограничения подстегивают креативность. Если вы проводите стратсессию, или просто ищете решение для сложной проблемы, попробуйте выкрутить возможные сложности на максимум и подумать, как вы с ними справитесь.
- Что надо сделать, чтобы оправдать повышение цен в 10 раз
- Все пользователи ушли, все надо отстраивать с нуля – как вы поменяете продукт
- Вам запрещено использовать ресурсы технического саппорта, как адаптироваться к ситуации
- Если сроки на реализацию проекта срежут в десять раз, как вы поменяете подход к реализации
Такие вопросы можно адаптировать и к небольшой команде разработки:
- Что произойдет, если ваш основной фреймворк задепрекейтят
- Все рекрутеры уволились, как поддержать найм
- В компании запретили все митинги до единого, как подстроить к этому ваши процессы
Ограничения подстегивают креативность. Если вы проводите стратсессию, или просто ищете решение для сложной проблемы, попробуйте выкрутить возможные сложности на максимум и подумать, как вы с ними справитесь.
- Что надо сделать, чтобы оправдать повышение цен в 10 раз
- Все пользователи ушли, все надо отстраивать с нуля – как вы поменяете продукт
- Вам запрещено использовать ресурсы технического саппорта, как адаптироваться к ситуации
- Если сроки на реализацию проекта срежут в десять раз, как вы поменяете подход к реализации
Такие вопросы можно адаптировать и к небольшой команде разработки:
- Что произойдет, если ваш основной фреймворк задепрекейтят
- Все рекрутеры уволились, как поддержать найм
- В компании запретили все митинги до единого, как подстроить к этому ваши процессы
A Smart Bear
Extreme brainstorming questions to trigger new, better ideas
We know, "no idea is a bad idea," but brainstorming is often unsuccessful. These prompts actually work. They could even lead to a unique business model.
👍11🔥2💩1
Вред KPI и метрик в процессе разработки
«Единственная причина вводить KPI – это отсутствие доверия к тому, что ваши разработчики заинтересованы разрабатывать с максимальным вложением своих сил и знаний и становиться лучше со временем».
Золотая статья для фанатов измерять в разработке все, что только возможно, прикрываясь цитатой про то, что нельзя улучшить процесс, который ты не измеряешь. Автор последовательно разбирает часто собираемые метрики и показывает для каждой, почему это деструктивно.
«Единственная причина вводить KPI – это отсутствие доверия к тому, что ваши разработчики заинтересованы разрабатывать с максимальным вложением своих сил и знаний и становиться лучше со временем».
Золотая статья для фанатов измерять в разработке все, что только возможно, прикрываясь цитатой про то, что нельзя улучшить процесс, который ты не измеряешь. Автор последовательно разбирает часто собираемые метрики и показывает для каждой, почему это деструктивно.
👍28❤2👎1
Митап по продуктовой разработке от Яндекс Go
1️⃣ Как проводить архитектурное ревью продуктовой фичи
2️⃣ Как забытые сценарии влияют на разработчиков
3️⃣ Как эффективно проектировать фичи
Митап пройдет в офлайне, в московском офисе Яндекса, 25 августа в 18:00.
1️⃣ Как проводить архитектурное ревью продуктовой фичи
2️⃣ Как забытые сценарии влияют на разработчиков
3️⃣ Как эффективно проектировать фичи
Митап пройдет в офлайне, в московском офисе Яндекса, 25 августа в 18:00.
Yandex Go Product Engineering Meetup #1
Приглашаем на митап по продуктовой разработке. Мы не будем говорить о менеджменте, наш митап именно про разработку: про то, как в условиях ограниченного времени и ресурсов запускать крутые продукты.
👍9💩7⚡2❤🔥1
Системная статья про рабочие конфликты
Материал ориентирован на HR, но все модели и алгоритмы помогут и тимлиду.
- Три вида конфликтов: эмоциональные, рациональные, манипулятивные
- Частые причины: атмосфера в команде, борьба за ресурсы, борьба за власть, некорректная обратная связь
- Модели поведения в конфликте: принуждение, сотрудничество, компромисс, избегание, приспособление
- Этапы решения: проверить на эмоции, внести конструктив, проанализировать причины, зафиксировать примирение
Материал ориентирован на HR, но все модели и алгоритмы помогут и тимлиду.
- Три вида конфликтов: эмоциональные, рациональные, манипулятивные
- Частые причины: атмосфера в команде, борьба за ресурсы, борьба за власть, некорректная обратная связь
- Модели поведения в конфликте: принуждение, сотрудничество, компромисс, избегание, приспособление
- Этапы решения: проверить на эмоции, внести конструктив, проанализировать причины, зафиксировать примирение
🔥24👍7🤔3
Принципы построения команды, ориентированной на качество
Виталий Шароватов начал новую серию статей про различные аспекты организации команды, которые значительно влияют на качество итогового продукта. Одна из таких причин – потеря информации при общении внутри команды. Чем больше потери, тем больше вероятность того, что выпущенный продукт не будет соответствовать потребностям пользователей.
Основной принцип борьбы с проблемой – уменьшение количества звеньев в цепи передачи информации. Вот как этого можно достичь:
1️⃣Команды разработки должны быть максимально близки к пользователю
2️⃣Команды должны быть настолько маленькими, насколько возможно
3️⃣Команды должны быть кроссфункциональными
4️⃣Области знаний участников команды должны пересекаться
Виталий Шароватов начал новую серию статей про различные аспекты организации команды, которые значительно влияют на качество итогового продукта. Одна из таких причин – потеря информации при общении внутри команды. Чем больше потери, тем больше вероятность того, что выпущенный продукт не будет соответствовать потребностям пользователей.
Основной принцип борьбы с проблемой – уменьшение количества звеньев в цепи передачи информации. Вот как этого можно достичь:
1️⃣Команды разработки должны быть максимально близки к пользователю
2️⃣Команды должны быть настолько маленькими, насколько возможно
3️⃣Команды должны быть кроссфункциональными
4️⃣Области знаний участников команды должны пересекаться
Qase Blog | Articles about our product, software testing and the QA community.
How to design a team that would produce software of good quality — information loss
As Harold F. Dodge said:
You can not inspect quality into a product.
He meant that the system should be designed to produce a quality product.
This article is about team design: principles of team construction that will allow the team to produce a quality…
You can not inspect quality into a product.
He meant that the system should be designed to produce a quality product.
This article is about team design: principles of team construction that will allow the team to produce a quality…
👍16❤8🔥2🤔2
Огромный гайд по инцидент-менеджменту
- Как организовать on-call программу
- Основные принципы процесса инцидент-менеджмента
- Как реагировать на инциденты и обрабатывать их
- Как обучаться на инцидентах и улучшать систему со временем
- Рекомендации книг и статей по теме
- Как организовать on-call программу
- Основные принципы процесса инцидент-менеджмента
- Как реагировать на инциденты и обрабатывать их
- Как обучаться на инцидентах и улучшать систему со временем
- Рекомендации книг и статей по теме
🔥26
Звёзды в команде – зачем нужны, как нанимать и удерживать
- Автор делит всех инженеров на A, B и C категории, вне зависимости от грейда. А – это самые проактивные, самостоятельные и ориентированные на конечную пользу.
- Обсуждайте с такими сотрудниками истинную продуктовую задачу, не сводя ее к технической реализации.
- Помогайте им создавать горизонтальные связи в других командах и функциях.
- Собирайте банк челленджей, который сможет удерживать таких людей.
- Не нанимайте звёзд, если в вашей команде только типовые задачи.
- Автор делит всех инженеров на A, B и C категории, вне зависимости от грейда. А – это самые проактивные, самостоятельные и ориентированные на конечную пользу.
- Обсуждайте с такими сотрудниками истинную продуктовую задачу, не сводя ее к технической реализации.
- Помогайте им создавать горизонтальные связи в других командах и функциях.
- Собирайте банк челленджей, который сможет удерживать таких людей.
- Не нанимайте звёзд, если в вашей команде только типовые задачи.
👍21💩1
Высшее образование в формате онлайн обучения! 🎓
Ведущий цифровой университет страны НИУ ВШЭ продлевает набор до 20 сентября❗️на онлайн-программу Магистр по компьютерному зрению 💥
Получите самые современные и востребованные компетенции в области компьютерного зрения от НИУ ВШЭ и ведущих технологических компаний, формирующих индустрию Computer Vision 💪
Более подробно о программе по ссылке 👈
Студенты НИУ ВШЭ получают доступ ко всем привилегиям: от информационных ресурсов до отсрочки от армии, а выпускникам выдают диплом НИУ ВШЭ государственного образца и приложение к диплому на английском языке.
Стань студентом лучшего ВУЗа России*💪
Набор ведется до 20 сентября включительно!
* 1 место в рейтинге ТОП-100 вузов России по версии Forbes
Ведущий цифровой университет страны НИУ ВШЭ продлевает набор до 20 сентября❗️на онлайн-программу Магистр по компьютерному зрению 💥
Получите самые современные и востребованные компетенции в области компьютерного зрения от НИУ ВШЭ и ведущих технологических компаний, формирующих индустрию Computer Vision 💪
Более подробно о программе по ссылке 👈
Студенты НИУ ВШЭ получают доступ ко всем привилегиям: от информационных ресурсов до отсрочки от армии, а выпускникам выдают диплом НИУ ВШЭ государственного образца и приложение к диплому на английском языке.
Стань студентом лучшего ВУЗа России*💪
Набор ведется до 20 сентября включительно!
* 1 место в рейтинге ТОП-100 вузов России по версии Forbes
💩6👍4
Баланс положительного и негативного фидбэка
У вас есть крутые коллеги или сотрудники, которых вы цените. Но иногда они косячат, и вы даете им обратную связь про это. Хороший повод задуматься – а соответствует ли баланс положительного и отрицательного фидбэка тому, как вы их на самом деле оцениваете. Несколько советов про то, как давать положительную обратную связь:
- Будьте очень конкретны. Вместо «ты очень клевый» лучше сказать «ты научил меня многому в том, как парсить JSONы»
- Используйте фреймворк Situation, Behavior, Impact для конкретики
- Перед тем, как критиковать какие-то компоненты понравившейся вам идеи, не забудьте похвалить ее в целом
- Не ждите выдающихся вау-моментов, чтобы дать обратную связь
У вас есть крутые коллеги или сотрудники, которых вы цените. Но иногда они косячат, и вы даете им обратную связь про это. Хороший повод задуматься – а соответствует ли баланс положительного и отрицательного фидбэка тому, как вы их на самом деле оцениваете. Несколько советов про то, как давать положительную обратную связь:
- Будьте очень конкретны. Вместо «ты очень клевый» лучше сказать «ты научил меня многому в том, как парсить JSONы»
- Используйте фреймворк Situation, Behavior, Impact для конкретики
- Перед тем, как критиковать какие-то компоненты понравившейся вам идеи, не забудьте похвалить ее в целом
- Не ждите выдающихся вау-моментов, чтобы дать обратную связь
👍12
DivKit — фреймворк для ускорения разработки приложений
- В статье рассказывают про новый инструмент для техлидов в мобильной разработке. DivKit помогает управлять интерфейсом приложений с сервера, не тратя время и ресурсы на выкладку новых релизов в Google Play и App Store.
- Штука очень гибкая: можно внедрить server-driven ui на уровне отдельных элементов, раскатывать изменения сразу на все версии приложения и все платформы.
- Раньше DivKit использовался только в Яндексе, теперь исходный код и библиотеки открыты для всех.
- В статье рассказывают про новый инструмент для техлидов в мобильной разработке. DivKit помогает управлять интерфейсом приложений с сервера, не тратя время и ресурсы на выкладку новых релизов в Google Play и App Store.
- Штука очень гибкая: можно внедрить server-driven ui на уровне отдельных элементов, раскатывать изменения сразу на все версии приложения и все платформы.
- Раньше DivKit использовался только в Яндексе, теперь исходный код и библиотеки открыты для всех.
💩38👍14👎2❤1
Как фиксировать соглашения в команде
Каждую неделю в команде разработки принимаются десятки решений – начиная от того, какую библиотеку использовать для решения локальной задачи, заканчивая принципами найма людей. На принятии решения сложности не заканчиваются. Если его правильным образом не сохранить, не распространить между заинтересованными людьми и не использовать в работе дальше, можно столкнуться с кучей проблем. Например, с проблемой микроконтекстов, о которой я уже рассказывал.
В статье рассказывается, как фиксировать соглашения в команде на разных уровнях: уровне кода, уровне архитектуры и уровне процессов разработки.
Каждую неделю в команде разработки принимаются десятки решений – начиная от того, какую библиотеку использовать для решения локальной задачи, заканчивая принципами найма людей. На принятии решения сложности не заканчиваются. Если его правильным образом не сохранить, не распространить между заинтересованными людьми и не использовать в работе дальше, можно столкнуться с кучей проблем. Например, с проблемой микроконтекстов, о которой я уже рассказывал.
В статье рассказывается, как фиксировать соглашения в команде на разных уровнях: уровне кода, уровне архитектуры и уровне процессов разработки.
👍28🔥1
Бесплатный тренировочный лагерь тимлидов от Стратоплана
Стратоплан организует онлайн буткемп для будущих и действующих тимлидов:
- Простое, понятное, структурное изложение основных стилей управления командой
- Рекомендации для того, чтобы, обладая необходимыми техническими навыками и опытом, попасть в новую позицию
- Алгоритм действий и основные рекомендации по корректирующей обратной связи с вашими сотрудниками
- Набор базовых инструментов, решающих 90% проблем в работе с командой и проектами
Стратоплан всегда разбирает интересные кейсы работы с людьми, а с его сооснователем Сашей Орловым мы записали несколько выпусков Подлодки.
Стратоплан организует онлайн буткемп для будущих и действующих тимлидов:
- Простое, понятное, структурное изложение основных стилей управления командой
- Рекомендации для того, чтобы, обладая необходимыми техническими навыками и опытом, попасть в новую позицию
- Алгоритм действий и основные рекомендации по корректирующей обратной связи с вашими сотрудниками
- Набор базовых инструментов, решающих 90% проблем в работе с командой и проектами
Стратоплан всегда разбирает интересные кейсы работы с людьми, а с его сооснователем Сашей Орловым мы записали несколько выпусков Подлодки.
👍11🤡8🕊3
Как сделать дэйли стендапы полезнее
На такой вопрос я обычно отвечаю радикально – отменить их, так как в большинстве случаев в них 90% карго-культа, и в лучшем случае 10% – хоть какой-то пользы.
Автор статьи предлагает поступить менее радикально: вынести большую часть общения в асинхронный режим, а остальной придать четкий смысл, фокусироваться на самом важном и проводить встречу со всеми людьми, требующимися для авторизации принимаемых решений.
На такой вопрос я обычно отвечаю радикально – отменить их, так как в большинстве случаев в них 90% карго-культа, и в лучшем случае 10% – хоть какой-то пользы.
Автор статьи предлагает поступить менее радикально: вынести большую часть общения в асинхронный режим, а остальной придать четкий смысл, фокусироваться на самом важном и проводить встречу со всеми людьми, требующимися для авторизации принимаемых решений.
👍13👎9🤔5