• scrum master fundamentals

    Scrum Master Fundamentals

бесплатный модуль01
Вступление в Agile и Scrum

На данном вебинаре мы поговорим о том почему в мире разработки программного обеспечения появилось такое понятие как Agile. Ответим на вопрос:

  1. Почему именно гибкий подход привлекает сейчас все больше последователей?
  2. И что самое означают принципы Agile манифеста и как их воплощать в жизнь на наших проектах?
  3. В каких случаях его следует использовать, а где можно обойтись другими методологиями.
  4. А также, расскажем (а кому-то напомним) ключевые элементы фреймворка Scrum, одной из самых распространенных реализаций принципов гибкой разработки. Расскажем о его основных роли, активности и артефакты.
Вступление в Agile и Scrum
Play button v1
смотреть бесплатно
презентация
Остальные модули
02
03
04
05
06
07
08
09
10
раздел1:  Scrum для члена команды
Scrum команда

Команда - это сердце любого процесса. Именно поэтому в SCRUM уделяется столько внимания правильной организации ее работы. Ведь Scrum не только дает понимание того, какой должна быть гибкая команда, но и впервые, по сравнению с другими методологиями, вводит понятие заказчика, с которым нужно постоянно сотрудничать.

На нашем вебинаре мы рассмотрим следующие вопросы:

  • Какие роли предполагает Scrum команда?
  • Какие обязанности предусматривает каждая роль и как оптимально их внедрить?
  • Какие характеристики команды в Scrum и и что такое само-организованные команды?
  • Как держать командные риски низкими с помощью "числа грузовика"?

А также поделимся тем, какие основные препятствия встают на пути создания или преобразования Scrum команды и в чем заключается "серебряная пуля" :)

модуль
02
купить
раздел1:  Scrum для члена команды
Требования в Scrum

Во времена, когда Agile и Scrum только появлялись на просторах Украины, многие ИТ специалистов были введены в заблуждение поверхностной простотой требований в Scrum и отсутствием многостраничных спецификаций. Так появился миф о том, что требований в Agile нет, или что они не нужны. Но в действительности требования не только присутствуют, но и строятся по соответствующей иерархии и, собственно, полностью соответствуют требованиям гибкой, быстрой и ориентированной на ценности разработки программного обеспечения.

  • На нашем вебинаре мы расскажем о том:
  • Кто ответственен за требования в Scrum команде
  • Посмотрим с чего начинается работа с требованиями в Scrum
  • Что такое User Story и зачем использовать именно такой формат
  • Поговорим о том, как правильно организовать требования и какая иерархия используется в гибких подходах
  • Рассмотрим понятие Backlog (Беклогу), его приотретизации и правильного управления.
модуль
03
купить
раздел1:  Scrum для члена команды
Оценка задач и производительность

Оценка работы - ключевая составляющая любого процесса и методологии разработки. Именно правильная оценка позволяет спланировать дальнейшую работу над проектом или продуктом. Различные методологии используют различные меры для оценки продолжительности работ: человеко / час, story points, размеры футболок или даже фрукты. Как же правильно оценивать? И существует "правильно" вообще?

На этом вебинаре вы узнаете о том:

  • Почему в Agile и Scrum используют относительную оценку трудоемкости
  • Как выглядит процесс оценки в относительных единицах и такое Planning poker
  • Что означают понятия Velocity i Capacity
  • И какая оценка применяется на различных уровнях планирования (релиз, спринт, день)
модуль
04
купить
раздел2:  Scrum для Scrum master
Планирование Спринта и Релиза

«План - это ничто, планирование - это все»
34й президент США Дуайт Эйзенхауэр


Планирование в Agile и Scrum представляет собой одну из главных отличий от классических методологий и, прежде всего, тем, что базируется на эмпирических данных, а не на пророчествах. Планирование в Scrum происходит на всех уровнях работы, начиная с уровня проекта, или продукта и доходя до низкоуровневых технических задач.

В этом модуле мы более подробно рассмотрим:

  • Планирование в Scrum с точки зрения команды и Product Owner
  • Использование Velocity и Capacity для планирования
  • Принципы планирования на уровне релиза используя Minimal Marketable Product
  • И разные подходы к планированию релиза, основанные на бюджете, времени или объеме работ
модуль
05
купить
раздел2:  Scrum для Scrum master
Мониторинг Спринта

Одной из четырех основных функций менеджмента является контроль. Любая деятельность требует отслеживания ключевых параметров (KPI), чтобы понимать, движется разработка или проект в правильном направлении и нужно принимать определенные коррективы. Scrum обладает довольно удобными, эффективными, а главное интуитивно простыми метриками и событиями, с помощью которых вы четко понимать где находитесь.
Мы расскажем о:

  • Как понять успеете закончить разработку в выделенное время итерации (спринта)
  • Успеваете ли вы разработать весь функционал до даты релиза
  • Как узнать о проблемах, которые могут помешать успешному выполнению спринта

А также объясним, как правильно выбирать продолжительность спринта или релиза на основе организационных расходов и гибкости технологий, которые вы используете.

модуль
06
купить
раздел2:  Scrum для Scrum master
Постоянное совершенствование

Kaizen - или постоянное совершенствование, термин, пришедший к нам с производства, а именно - автостроения. Этот принцип позволяет проекту и команде настраивать свой процесс под нужды заказчика, а также чтобы он максимально соответствовал тому, как команда хочет работать. Именно процесс постоянного улучшения делает Scrum такой успешной методологией, ведь с помощью этих изменений команда может сделать свою работу интересной, соответствующей ее интересам и интересам проекта.

На этом вебинаре мы подробно рассмотрим процессы

  • Sprint review и Демо
  • Ретроспективы
  • Как их проводить эффективно
  • И как убедиться, что договоренности и улучшения возникающие воплощаются и на самом деле приводят к совершенствованию.
модуль
07
купить
раздел3:  Продвинутый Scrum для менеджера проектов / программ
Масштабирование Agile

Как и все большое, Scrum начинался с чего меньшего, и на момент рождения обычно использовался в небольших проектах для работы над небольшими продуктами, соответственно, с помощью небольших команд :) И, конечно, со временем, после того как фреймворк приобрел популярность, появилась необходимость масштабировать на большие проекты и на большее количество команд.
В базовом описании Scrum guide, не описывается каким образом можно эффективно использовать Scrum на больших проектах. Так что наш вебинар призван рассказать какие именно элементы нужно добавить, чтобы успешно работать при наличии нескольких команд.

В частности поговорим о:

  • Как спланировать релиз при работе нескольких команд
  • Как обеспечить обмен знаниями об одном продукт между различными командами
  • Как проводить планирование и распределение задач между несколькими командами

И конечно, приправим это нашим опытом в использовании этих элементов и укажем на то, какие из них наиболее эффективны.

модуль
08
купить
раздел3:  Продвинутый Scrum для менеджера проектов / программ
Agile mindset или что такое «Гибкое мировоззрение»?

При внедрении каких-то улучшений в вашей работе вы могли замечать, что в одних командах это улучшение дает превосходный результат, а в других как ни стараешься - улучшение нету. И дело вовсе не в специфике работы конкретной команды. Когда начинаешь анализировать причины, то на поверхность выплывают конкретные навыки и определенное мировоззрение людей, которые необходимы для успеха. Что же это за мировоззрение и можно ли его как-то приобрести?
На этот сложный вопрос мы и будем отвечать на нашем вебинаре. А также рассмотрим следующие темы:

  • Как изменить свое мировоззрение и нужно ли это делать вообще?
  • Какие плюсы и минусы "Agile mindset"?
  • Как ни превратить Agile на священную корову?
модуль
09
купить
раздел3:  Продвинутый Scrum для менеджера проектов / программ
Типичные ошибки при внедрении Scrum

У многих из вас наверное уже есть опыт работы по Scrum. Но зачастую это не чистый "Vanilla scrum", а "ScrumBut" - от уже классического "ну у нас scrum, но (but) ..." И дальше будет перечень причин, а что же у вас на проекте не так. Это в лучшем случае.
В худшем - в ваших коллег будет аллергическая реакция на слова "Agile", "Scrum", "Kanban" и их производные. В некоторых особо запущенных случаях их употребление будет под еще большим табу чем имя "сами-знаете-кого" из эпопеи о Гарри Поттере :)
Почему же так происходит? Какие ошибки допускают и как их избегать?
Давайте попробуем ответить на эти важные вопросы в рамках нашего вебинара.

модуль
10
купить