DevOps для Product Owner
На этом тренинге мы посмотрим на DevOps с точки зрения экономики, процесса и культуры, лишь слегка касаясь технических деталей в необходимом для понимания DevOps объеме.
Вы поймете, как продукт доходит до пользователя, почему не так быстро, как вам бы хотелось, и что с этим можно сделать.
Узнаете, какие инструменты из арсенала DevOps может использовать Product Owner и какие практики и как открывают новые возможности в исследовании поведения пользователей для принятия более осведомленных продуктовых решений.
Разберем ключевые препятствия при запуске DevOps-инициатив, как их устранить или снизить их негативное влияние.
Изначальная идея DevOps — сближение разработчиков и службы эксплуатации. То есть, с одной стороны — тех, чьей целью является развитие продукта, что потенциально снижает стабильность системы, а с другой — тех, кто головой отвечает за надежность и стабильность, из-за чего всячески изменениям сопротивляется.
Product Owner’у важно понимать концепции DevOps хотя бы потому, что в современном мире именно практики DevOps позволяют максимально эффективно повышать бизнес-показатели и одна из причин, по которой производительность IT коррелирует с производительностью бизнеса, заключается в том, что чем меньше время внесения изменений и чем выше частота развертываний, тем больше и чаще проходят эксперименты, направленные на поиск функциональности, увеличивающей доход.
Для кого:
- Product Owner
- Product Manager
- Project Manager
Программа:
- Что такое DevOps?
○ Выгоды DevOps;
○ Рассчет DevOps ROI;
○ Модель навыков и компетенций DevOps;
○ Изменения в роли Product Owner. - Как появляется работающий продукт?
○ Практика создания карты текущего потока создания технологической ценности;
○ Практика создание Deployment Pipeline (конвейер поставки). - Что в DevOps значит «Работающий продукт»?
○ Практика формализации критериев готовности задач с точки зрения DevOps;
○ Практика формулировки эксплуатационных (ops) требований. - Как измерить эффективность процессов разработки и поставки продукта?
○ Практика поиска паттернов снижения эффективости и принятие решений на основе метрик потока создания ценности. - Что снижает эффективность процессов разработки и поставки?
○ Практика выявления потерь; все дальнейшие практики будут направлены на устранение обозначенных потерь, что задает каркас для понимания DevOps. - Как выглядит организационная структура DevOps-компании и как ее спроектировать?
○ Практика выявления влияния структуры и типов команд (продуктовые/компонентные/платформенные) на архитектуру, организацию рабочего процесса и процесс поставки через подход Team Topologies;
○ Практика создание плана формирования внутреннего сообщества. - Как сформировать DevOps-культуру в компании/команде?
○ Практика анализа существующей культуры и подбор организационных практик для интервенции в существующую систему с целью задания ей курса в сторону «производительной» (генеративной) по культуры по Рону Веструму;
○ Совместный разбор модели трансформационного лидерства Рафферти и Гриффина, характерной для высокоэффективных команд и организаций. - Какие возможности в развитии продукта открывают практики DevOps?
○ Применение шаблонов непрерывной интеграции к потоку создания технологической ценности для снижения T2M и повышения качества поставок;
○ Применение шаблонов непрерывной поставки и отделение поставки от релиза для снижения T2M, сокращение времени на получение обратной связи от рынка и повышения гибкости в реакции на изменения рыночной ситуации;
○ Использование стратегий поставки со сниженным риском для ускорения проверки продуктовых гипотез (Blue/Green, Canary Releases, A/B, Feature Toggles).
Групповые скидки:
- От 2 до 4 участников - скидка 5%
- От 5 и больше участников - скидка 10%
Оплата тренинга возможна:
- По счету от юридического лица (выдается акт об оказании услуг).
- Банковской картой (выдается электронный кассовый чек).