20-го июля в 18:00 (по Москве) состоится онлайн-митап SuperJob Tech Experience. Совместно с друзьями из Skyeng и X5 Tech обсудим опыт в управлении разработкой: как непрерывно обучаться и адаптироваться к изменениям? Что будет, если рассматривать свою команду как продукт? К каким рискам должен быть готов тимлид? Почему команде важно выращивать экспертизу по продукту?
Митап будет полезен начинающим и продолжающим тимлидам, а также тем, кто только планирует ими стать.
Для участия в онлайн-встрече необходима регистрация по ссылке.
Программа:
-
Андрей Дербенев, Head of Backend в SuperJob, «Эволюция продуктовой команды разработки»
Развитие в масштабах эволюции означает возможность приспосабливаться к изменяющимся условиям окружения. Как встать на этот путь с командой в продуктовой разработке: управлять ожиданиями и рисками, быть гибкими и пробовать что-то новое?
Для начала мы исследуем процесс эволюции команды, определим этапы роста от основания до самостоятельного юнита. Рассмотрим роли, инструменты и практики из личного опыта, которые помогают научиться работать в комплексной среде с высокой неопределенностью и создавать крутые продукты.
-
Олег Шурмин, Teamlead команды Smart Learning в Skyeng, «Как поднять вовлеченность разработки в продукт»
Мы всегда себя позиционировали как продуктовая команда, но в один момент выяснили, что для такого позиционирования у нас недостаточный уровень вовлеченности разработчики в продукт.
Ребята вовлечены в моменте, то есть когда получают задачу «сделать», но не на этапе проектирования. Да и после релиза интерес у разработчиков и QA терялся. Тогда же стали возвращаться плохие NPS от стейкхолдеров.
Мы провели 2 собрания: с заказчиками и с разработчиками. Выявили недовольства тех и других, скомпоновали, обдумали и вывели флоу.
-
Дмитрий Неверов, тимлид центра компетенций «Безопасность и IТ» в X5 Tech, «Команда как продукт тимлида»
Мы часто слышим понятные советы о том, как надо делать, а на практике или боимся экспериментировать, или пробуем, но получаем совершенно другой результат и новые проблемы.
А что будет, если рассматривать команду как продукт? Продукт с внешними и внутренними потребителями, с деревом метрик, проверкой гипотез и живым бэклогом.
Расскажу, как запустить изменения в команде с применением продуктового подхода, как внедрять новые практики с поддержкой вашей собственной продуктовой команды.
Регистрация по ссылке.
ссылка на оригинал статьи https://habr.com/ru/articles/747026/
Добавить комментарий