Dmitriytishanskiy.ru

Онлайн уроки
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Agile scrum курс касперского

Как использовать Agile и Scrum для управления проектами

Agile и Scrum для руководителя проекта — основы гибких методологий, инструкция по ведению бэклога и спринтам, контроль процессов и организация работы.

1ч. 40 мин.

10 мин.

1ч. 30 мин.

Для чего внедрять гибкие методологии

Есть два подхода к разработке крупных проектов. Классический, или каскадный — это механика, в которой заранее готовится громадное техническое задание, учитываются все мелочи, предсказываются риски и затраты. И только потом начинается разработка. В digital такой метод работает неэффективно — когда команда разрабатывает большой проект, невозможно спрогнозировать все риски и проблемы.

Неожиданности появляются не только из-за бизнес-процессов, здесь работает и человеческий фактор. Например, представители заказчика могут намеренно затягивать внедрение ПО, преследуя личные цели. Сбор требований на этапе аналитики тоже не дает стопроцентной точности — заказчики не расскажут вам все сразу. Плюс сейчас ПО требует мгновенной реакции на отзывы пользователей — подход с долгой тщательной подготовкой не работает.

Управление проектами в стиле Agile и Scrum — иной подход. В основе — итерации, небольшие задачи с минимумом функций. Можно разработать основные функции, запустить ПО и постепенно дополнять его.

  • Нет нужды составлять длинное ТЗ — вместо этого формируется гибкий список задач на основе желаний клиента.
  • Бюджет гибкий — если деньги закончились, заказчик все равно получит работающий проект, пусть и с меньшим количеством функций.
  • Меньше бюрократии — нет нужды согласовывать сразу всю документацию по проекту, достаточно получить одобрение руководителя по одному вопросу. Разработка других задач в это время не прекращается.

Agile — это подход к разработке большого проекта. Философия, которая позволяет создавать продукт с постоянно меняющимися требованиями.

Начните с бэклога

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

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

Лайфхак — обратите внимание на столбец Приоритет на примере. Используйте не привычный список 1, 2, 3, 4. Попробуйте четырехзначные цифры — так вы сможете просто добавить строку между ними и выставить подходящий приоритет. Например, между 1 000 и 2 000 напишите 1 050.

Не нужно прорабатывать и продумывать полностью все функции сразу. Все «хотелки» и то, что появляется в процессе, добавляются в бэклог. Решайте, что делать сразу, а что стоит отложить на следующую версию.

Внедряйте спринты

Scrum создавался в первую очередь для гибкости и ускорения разработки. Для этого появилась механика спринтов — весь процесс делится на отрезки, обычно от одной до четырех недель.

Как это работает? Команда забирает из бэклога часть задач. Каждая разбивается на максимально мелкие тикеты. Теперь нужно оценить время на задачу, и вот здесь проявляется особенность Scrum.

Дело в том, что люди плохо считают процессы в абсолютных величинах. Сложно сказать, сколько часов что займет. Поэтому в Scrum используется относительная оценка. За основу берется простая функция, которую все оценивают одинаково — например, понятно, что ее сделают за час. Остальные тикеты вычисляются так — «это мы будем делать раз в пять дольше по времени».

Сделайте список версий продукта — от ПО с минимумом функций до полностью реализованного. Укажите к каждой версии прогноз по сроку выполнения.

Ключевая идея — до тех пор, пока команда не забрала задачи на спринт, их можно бесконечно видоизменять в бэклоге. В разработку уходит согласованная часть. Каждый спринт — это небольшой релиз, в конце которого команда показывает работающую функцию ПО.

Распределите роли в команде

В идеальном мире на ключевые роли в scrum-команде назначаются люди, выращенные на проекте. Такой человек будет знать процессы изнутри, лучше ориентироваться в оценках и понятнее ставить задачи.

Product Owner

Cвязующее звено между командой разработки и пользователями. Этот человек собирает общую концепцию продукта из мнений заказчиков и других заинтересованных в выпуске ПО людей. Он формирует задачи и расставляет приоритеты.

Scrum Master

Член команды разработки, отвечающий за выполнение ежедневных процедур и за соблюдение интересов команды. Этот человек фиксирует дедлайны и начало спринта, добавляет оценки, отчитывается перед заинтересованными лицами об этапах проекта. Растите scrum-мастера внутри команды.

Команда разработки

Люди, которые непосредственно создают и тестируют код.

К разработчикам есть несколько требований:

  • Как минимум один человек в команде должен понимать код, который написали остальные. Тот, кто лучше всех разбирается в теме проекта, становится куратором.
  • Все совместно владеют кодом, понимают, как работает продукт.
  • Команда стабильная и постоянная.
  • Аналитики, дизайнеры — опционально, достаточно приглашать на отдельные тикеты.
  • Scrum на удаленной работе возможен, но придется трудиться над эффектом присутствия.

У такого принципа формирования команды есть минус — сложно заменить неожиданно выпавшего человека. Но скорость разработки на практике все равно выше, чем у других подходов.

Контролируйте процессы

Диаграмма сгорания — это наглядная демонстрация того, как команда «переваривает» все задачи проекта. Красная линия — план. Синяя — то, что делает команда. Диаграмма обновляется каждый день. Вы сразу видите, когда есть отклонения от плана: можно спокойно «крутить гайки» или менять приоритеты в бэклоге.

Контролируйте работу команды с помощью двух scrum-показателей:

  • Focus Factor — коэффициент, который показывает, сколько задача должна была выполняться по плану, а сколько вышло в итоге. Так оценивается «концентрация» команды над проектом.
  • Velocity — производительность. Поможет спрогнозировать количество задач, которые команда сможет взять в следующем спринте — в зависимости от количества готовых тикетов в прошлом. Velocity = Focus Factor * Оценка новых задач.

Организуйте работу команды

В Scrum от сотрудников требуется минимальная отчетность. Каждый день человек должен ответить на три вопроса:

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

Задача руководителя — выяснить и устранить трудности, которые мешают разработчику добиться прогнозируемого результата. Для сотрудников это три-пять минут — ответили на вопросы, поставили оценки, разбежались работать дальше. Никаких решений или дискуссий.

В конце каждого спринта проводится ретроспектива. Команда встречается, озвучивает мнение, что в отрезке было хорошо, что плохо. Спросите у сотрудников идеи — что поможет им работать быстрее и эффективнее, что исправит проблемы. Запишите их в отдельный план — забирайте туда только те идеи, которые возможно сделать за следующий спринт.

Все идеи должны быть измеримы — например, «Ребята, давайте добавим серверов». Предложение просто работать лучше — не идея.

На следующей ретроспективе обсудите идеи из плана, отсортируйте их по категориям «плохо» и «хорошо». Повторите процесс — получается ретроспектива на ретроспективу.

Формируйте организацию процесса постепенно. Разбивайте день — например, шесть часов люди работают по спринтам, два часа остаются на срочные и случайные моменты. Если все пойдет без неожиданностей, ничего страшного, продолжайте спринт, сделайте больше тикетов.

Первый спринт команда всегда «факапит», потому что слишком оптимистично смотрит на дедлайны и задачи. Второй — берет очень мало задач и делает больше. Третий — снова плохая оценка, но уже чуточку лучше. Потом все выравнивается. Это рабочий процесс.

Демонстрируйте проект

Не затягивайте с первой версией продукта. Демонстрацию лучше проводить после каждого спринта — пусть даже релиз не пойдет к пользователям. Не копите внутри команды много функций — покажите их заинтересованным лицам и получите обратную связь. После — сразу измените бэклог.

Читать еще:  Компьютерные курсы по созданию сайтов

В этом основное преимущество Scrum — гибко менять список задач во время разработки, не делать лишнего и не получать тысячи правок после завершения проекта, как в каскадной методологии разработки.

Изучите инструменты для контроля

Работать по системе можно даже на бумаге. Отлично подходит и таблица в Google Docs. Создайте свою рабочую область вручную или попробуйте специальные сервисы:

  • Trello — подходит для маленьких проектов, быстро и удобно.
  • Scrumban — есть разные доски, вложенные задачи и подзадачи. Удобно для средних и маленьких проектов.
  • Jira — есть версионность, удобно для больших и долгих задач. Поддерживает массу типов разработки. Попробуйте, она вам понравится.

Чек-лист — как начать использовать Agile и Scrum на проекте

  • Научиться вести бэклог и расставлять приоритеты.
  • Проводить спринты.
  • Формировать стабильную и постоянную команду, решать трудности, растить внутри группы scrum-мастера.
  • Контролировать работу с помощью диаграммы сгорания проекта.
  • Организовать работу — каждый день интересоваться делами команды, проводить ретроспективу и закладывать время на тикет с запасом.
  • После каждого спринта демонстрировать проект.
  • Изучить инструменты и найти самый удобный.

Теперь вы знаете основы Agile и Scrum и можете начать внедрять их в реальные проекты. Но для эффективной работы с командой этого мало — нужно уметь делать это осмысленно, знать тонкости методологий и не теряться в сложных моментах. Всему этому учат на курсе Skillbox. Одновременно с обучением сможете использовать полученные навыки в работе.

тренинг: Вечерний курс Agile & Scrum & Kanban

Описание мероприятия

Для кого?

Для членов проектных команд, руководителей организаций, а также менеджеров проектов и продуктов

Что вы получите?

  • Фундаментальные знания теории Agile, Scrum, Kanban.
  • Инструменты Scrum, которые можно использовать в своей работе сразу после окончания курса
  • Подходы и техники качественного планирования
  • Сможете уменьшить объем бюрократии
  • Получите инструменты для удержания фокуса только на приоритетных задачах
  • Повысите прозрачность работы команды, отдела и всей организации
  • Получите инструменты и подходы для развития самоорганизующихся и кросс-функциональных команд

Длительность

5 модулей по 3 часа с 18:30 до 21:30 + 1 дополнительный модуль estimation и закрытый Lean Coffee.

Обновленная программа курса

МОДУЛЬ 1 — ПОНЕДЕЛЬНИК, 18 мая

Знакомство с Agile
ЦЕЛЬ: понять почему сейчас Agile стал таким популярным и необходимым.
Разобраться с принципами и ценностями Agile

  1. Знакомство и сбор ожиданий
  2. Drawing Game
  3. Waterfall
  4. Что такое Agile?
  5. Agile манифест
  6. Разбор Agile манифеста

МОДУЛЬ 2 — СРЕДА, 20 мая

Основы Scrum
ЦЕЛЬ: определить когда и в каких проектах следует использовать Scrum
и познакомиться с его принципами и структурой

  1. CYNEFIN. В каких проектах нужно использовать Scrum?
  2. Обзор Scrum Framework
  3. LEAN — бережливая разработка

МОДУЛЬ 3 — ПЯТНИЦА, 22 МАЯ

Scrum Команда
ЦЕЛЬ: выяснить какой должна быть Scrum команда, кто ее участники
и ключевые обязанности каждого из них

  1. Scrum команда
  2. Владелец продукта
  3. Команда разработки
  4. Scrum мастер
  5. Взаимодействие между ролями
  6. Менеджер проекта

МОДУЛЬ 4 — ПОНЕДЕЛЬНИК, 25 МАЯ

Scrum Встречи
ЦЕЛЬ: определить обязательные встречи, которые должны присутствовать
в Scrum команде, разобрать цели и правила их проведения

  1. Спринт
  2. Планирование спринта
  3. Ежедневный Scrum
  4. Обзор спринта
  5. Ретроспектива спринта
  6. PBR

МОДУЛЬ 5 — СРЕДА, 27 МАЯ

Scrum Артефакты
ЦЕЛЬ: узнать что такое Scrum артефакты, для чего они нужны,
как их создавать и использовать

  1. Беклог продукта
  2. Беклог спринта
  3. Инкремент
  4. Другие артефакты
  5. Definition of Done
  6. Definition of Ready
  7. Elephant Carpaccion

МОДУЛЬ 6 — ПЯТНИЦА, 29 МАЯ

Планирование в Scrum
ЦЕЛЬ: узнать как проводится планирование в Agile проектах.
Разобрать принципы и способы оценки.
Научиться планировать релизы

  1. Что такое планирование и зачем оно нужно?
  2. Что такое оценка?
  3. Различные виды оценки: T-Shirt метод, ряд Фибоначчи, Animal Points и другие
  4. Планирование релизов
  5. Другие виды планирования
  6. Роадмапинг

МОДУЛЬ 7

Как начать Agile трансформацию?
ЦЕЛЬ: дать рекомендации из чего можно начать
внедрение Agile / Scrum у себя в компании и
как построить долгосрочный план организационных изменений

  1. Agile 1-2-3
  2. ADAPT
  3. Мета Scrum
  4. Подведение итогов
  5. Вручение сертификатов

Как использовать Agile и Scrum для управления проектами

Agile и Scrum для руководителя проекта — основы гибких методологий, инструкция по ведению бэклога и спринтам, контроль процессов и организация работы.

1ч. 40 мин.

10 мин.

1ч. 30 мин.

Для чего внедрять гибкие методологии

Есть два подхода к разработке крупных проектов. Классический, или каскадный — это механика, в которой заранее готовится громадное техническое задание, учитываются все мелочи, предсказываются риски и затраты. И только потом начинается разработка. В digital такой метод работает неэффективно — когда команда разрабатывает большой проект, невозможно спрогнозировать все риски и проблемы.

Неожиданности появляются не только из-за бизнес-процессов, здесь работает и человеческий фактор. Например, представители заказчика могут намеренно затягивать внедрение ПО, преследуя личные цели. Сбор требований на этапе аналитики тоже не дает стопроцентной точности — заказчики не расскажут вам все сразу. Плюс сейчас ПО требует мгновенной реакции на отзывы пользователей — подход с долгой тщательной подготовкой не работает.

Управление проектами в стиле Agile и Scrum — иной подход. В основе — итерации, небольшие задачи с минимумом функций. Можно разработать основные функции, запустить ПО и постепенно дополнять его.

  • Нет нужды составлять длинное ТЗ — вместо этого формируется гибкий список задач на основе желаний клиента.
  • Бюджет гибкий — если деньги закончились, заказчик все равно получит работающий проект, пусть и с меньшим количеством функций.
  • Меньше бюрократии — нет нужды согласовывать сразу всю документацию по проекту, достаточно получить одобрение руководителя по одному вопросу. Разработка других задач в это время не прекращается.

Agile — это подход к разработке большого проекта. Философия, которая позволяет создавать продукт с постоянно меняющимися требованиями.

Начните с бэклога

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

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

Лайфхак — обратите внимание на столбец Приоритет на примере. Используйте не привычный список 1, 2, 3, 4. Попробуйте четырехзначные цифры — так вы сможете просто добавить строку между ними и выставить подходящий приоритет. Например, между 1 000 и 2 000 напишите 1 050.

Не нужно прорабатывать и продумывать полностью все функции сразу. Все «хотелки» и то, что появляется в процессе, добавляются в бэклог. Решайте, что делать сразу, а что стоит отложить на следующую версию.

Внедряйте спринты

Scrum создавался в первую очередь для гибкости и ускорения разработки. Для этого появилась механика спринтов — весь процесс делится на отрезки, обычно от одной до четырех недель.

Как это работает? Команда забирает из бэклога часть задач. Каждая разбивается на максимально мелкие тикеты. Теперь нужно оценить время на задачу, и вот здесь проявляется особенность Scrum.

Дело в том, что люди плохо считают процессы в абсолютных величинах. Сложно сказать, сколько часов что займет. Поэтому в Scrum используется относительная оценка. За основу берется простая функция, которую все оценивают одинаково — например, понятно, что ее сделают за час. Остальные тикеты вычисляются так — «это мы будем делать раз в пять дольше по времени».

Сделайте список версий продукта — от ПО с минимумом функций до полностью реализованного. Укажите к каждой версии прогноз по сроку выполнения.

Читать еще:  Полный курс эксель

Ключевая идея — до тех пор, пока команда не забрала задачи на спринт, их можно бесконечно видоизменять в бэклоге. В разработку уходит согласованная часть. Каждый спринт — это небольшой релиз, в конце которого команда показывает работающую функцию ПО.

Распределите роли в команде

В идеальном мире на ключевые роли в scrum-команде назначаются люди, выращенные на проекте. Такой человек будет знать процессы изнутри, лучше ориентироваться в оценках и понятнее ставить задачи.

Product Owner

Cвязующее звено между командой разработки и пользователями. Этот человек собирает общую концепцию продукта из мнений заказчиков и других заинтересованных в выпуске ПО людей. Он формирует задачи и расставляет приоритеты.

Scrum Master

Член команды разработки, отвечающий за выполнение ежедневных процедур и за соблюдение интересов команды. Этот человек фиксирует дедлайны и начало спринта, добавляет оценки, отчитывается перед заинтересованными лицами об этапах проекта. Растите scrum-мастера внутри команды.

Команда разработки

Люди, которые непосредственно создают и тестируют код.

К разработчикам есть несколько требований:

  • Как минимум один человек в команде должен понимать код, который написали остальные. Тот, кто лучше всех разбирается в теме проекта, становится куратором.
  • Все совместно владеют кодом, понимают, как работает продукт.
  • Команда стабильная и постоянная.
  • Аналитики, дизайнеры — опционально, достаточно приглашать на отдельные тикеты.
  • Scrum на удаленной работе возможен, но придется трудиться над эффектом присутствия.

У такого принципа формирования команды есть минус — сложно заменить неожиданно выпавшего человека. Но скорость разработки на практике все равно выше, чем у других подходов.

Контролируйте процессы

Диаграмма сгорания — это наглядная демонстрация того, как команда «переваривает» все задачи проекта. Красная линия — план. Синяя — то, что делает команда. Диаграмма обновляется каждый день. Вы сразу видите, когда есть отклонения от плана: можно спокойно «крутить гайки» или менять приоритеты в бэклоге.

Контролируйте работу команды с помощью двух scrum-показателей:

  • Focus Factor — коэффициент, который показывает, сколько задача должна была выполняться по плану, а сколько вышло в итоге. Так оценивается «концентрация» команды над проектом.
  • Velocity — производительность. Поможет спрогнозировать количество задач, которые команда сможет взять в следующем спринте — в зависимости от количества готовых тикетов в прошлом. Velocity = Focus Factor * Оценка новых задач.

Организуйте работу команды

В Scrum от сотрудников требуется минимальная отчетность. Каждый день человек должен ответить на три вопроса:

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

Задача руководителя — выяснить и устранить трудности, которые мешают разработчику добиться прогнозируемого результата. Для сотрудников это три-пять минут — ответили на вопросы, поставили оценки, разбежались работать дальше. Никаких решений или дискуссий.

В конце каждого спринта проводится ретроспектива. Команда встречается, озвучивает мнение, что в отрезке было хорошо, что плохо. Спросите у сотрудников идеи — что поможет им работать быстрее и эффективнее, что исправит проблемы. Запишите их в отдельный план — забирайте туда только те идеи, которые возможно сделать за следующий спринт.

Все идеи должны быть измеримы — например, «Ребята, давайте добавим серверов». Предложение просто работать лучше — не идея.

На следующей ретроспективе обсудите идеи из плана, отсортируйте их по категориям «плохо» и «хорошо». Повторите процесс — получается ретроспектива на ретроспективу.

Формируйте организацию процесса постепенно. Разбивайте день — например, шесть часов люди работают по спринтам, два часа остаются на срочные и случайные моменты. Если все пойдет без неожиданностей, ничего страшного, продолжайте спринт, сделайте больше тикетов.

Первый спринт команда всегда «факапит», потому что слишком оптимистично смотрит на дедлайны и задачи. Второй — берет очень мало задач и делает больше. Третий — снова плохая оценка, но уже чуточку лучше. Потом все выравнивается. Это рабочий процесс.

Демонстрируйте проект

Не затягивайте с первой версией продукта. Демонстрацию лучше проводить после каждого спринта — пусть даже релиз не пойдет к пользователям. Не копите внутри команды много функций — покажите их заинтересованным лицам и получите обратную связь. После — сразу измените бэклог.

В этом основное преимущество Scrum — гибко менять список задач во время разработки, не делать лишнего и не получать тысячи правок после завершения проекта, как в каскадной методологии разработки.

Изучите инструменты для контроля

Работать по системе можно даже на бумаге. Отлично подходит и таблица в Google Docs. Создайте свою рабочую область вручную или попробуйте специальные сервисы:

  • Trello — подходит для маленьких проектов, быстро и удобно.
  • Scrumban — есть разные доски, вложенные задачи и подзадачи. Удобно для средних и маленьких проектов.
  • Jira — есть версионность, удобно для больших и долгих задач. Поддерживает массу типов разработки. Попробуйте, она вам понравится.

Чек-лист — как начать использовать Agile и Scrum на проекте

  • Научиться вести бэклог и расставлять приоритеты.
  • Проводить спринты.
  • Формировать стабильную и постоянную команду, решать трудности, растить внутри группы scrum-мастера.
  • Контролировать работу с помощью диаграммы сгорания проекта.
  • Организовать работу — каждый день интересоваться делами команды, проводить ретроспективу и закладывать время на тикет с запасом.
  • После каждого спринта демонстрировать проект.
  • Изучить инструменты и найти самый удобный.

Теперь вы знаете основы Agile и Scrum и можете начать внедрять их в реальные проекты. Но для эффективной работы с командой этого мало — нужно уметь делать это осмысленно, знать тонкости методологий и не теряться в сложных моментах. Всему этому учат на курсе Skillbox. Одновременно с обучением сможете использовать полученные навыки в работе.

Где и с какими усилиями scrum-мастеру получить сертификат?

За сентябрь 2018 года на HH опубликованы 33 вакансии, в которых компании ищут себе scrum-мастеров. Помимо этого, есть 114 объявлений, в которых роль scrum-мастера упоминается. В трети размещенных вакансий указано, что соискателю на эту должность требуется сертификат о профессиональной подготовке.

Пока scrum-мастеров и agile-коучей не так много, но разработчики чаще отказываются от старых методов ведения проектов в пользу гибкой разработки. Сертификация scrum-мастера дает преимущество перед конкурентами или право претендовать на зарплату выше.

Есть разные обучающие курсы для scrum-мастеров. Какие-то из них представляют собой тренинг, кто-то выдает сертификат просто о посещении, и редкие организации предоставляют международный сертификат.

Всего есть две общепризнанных школы, сертификаты которых признаются во всех странах. Это ScrumAlliance и Scrum.org . Они обрели популярность, потому что обе основаны Кеном Швабером: первую он запустил с Майком Коном и Эстер Дерби в 2001 году, и позже, в 2009, ушел из Альянса и создал Scrum.org .

Также есть крупные школы Scrumstudy и International Scrum Institute.

Поговорим про специфику каждой из них отдельно.

CSM от ScrumAlliance

Стоимость: включена в тренинг

Количество вопросов: 35

Проходной балл: 24

Попытки: вторая за $25

Сертификация от ScrumAlliance считается относительно легкой. Представители организации говорят, что качественно учат scrum-мастеров на курсе, чтобы все прошли тест. Без предварительного тренинга сдать экзамен нельзя. Стоимость варьируется, обычно около $700-900.

После тренинга тест проходят на test.com . Экзамен CSM состоит из вопросов на множественный выбор и заданий «правда или ложь». Прохождение занимает около 60 минут. Проверяется общая теория Scrum: философия в основе фреймворка, роли, встречи и артефакты.

Актуальные одобренные тренинги располагаются по ссылке . Здесь есть сертифицированные мастера, которые преподают и на русском.

RSMI от Scrum.org

Количество вопросов: 80

Проходной балл: 85%

Читать еще:  Netology ru отзывы о курсах

Это трудный тест по теории и практике Scrum, но он больше всех концентрируется на самом фреймворке. На сайте размещены темы тестирования и 30 примерных вопросов. Одного ScrumGuide недостаточно для прохождения экзамена.

Мы собрали несколько рекомендаций от официальных представителей и мастеров, которые смогли сертифицироваться на Scrum.org :

  • Читайте Scrum Guide в оригинале и буквально учите наизусть. Много вопросов построено по нему, поэтому важны точные формулировки. Банально, можно зависнуть на вопросе про ценности Scrum, потому что некогда гуглить перевод. Например, «Courage» переводчик выдаст как «Бодрость», и как тут додуматься, что это привычное русскому сообществу «Мужество».
  • Основополагающие книги:
  • Scrum: A Pocket Guide by Gunther Verheyen (он составлял ряд вопросов, поэтому его блог тоже нужно посетить)
  • Software in 30 days by Ken Schwaber
  • Scrum Insights for Practitioners: The Scrum Guide Companion by Hiren Doshi
  • Extreme Ownership: How U.S. Navy SEALs Lead and Win by Jocko Willink
  • Много тем покрывает Succeeding with Agile Software Development Using Scrum by Mike Cohn
  • Специально для сдающих экзамен The Scrum Master Training Manual: A Guide to the Professional Scrum Master (PSM) Exam
  • Блог Scrum.org и их глоссарий.
  • Форум Scrum Open Assessment содержит много разобранных вопросов. Из них можно сформировать таблицу к экзамену, чтобы быстро найти ответ.

Побывать в условиях реального экзамена помогают тренажеры:

  • официальный тренажер покрывает самые базовые вопросы,
  • http://mlapshin.com/index.php/psm-quiz/ содержит учебный и экзаменационный режимы. В режиме ученика можно смотреть пояснения к ответам и работать без ограничения по времени.
  • есть и платные решения. Симулятор от Mplaza стоит 27 евро.

Сейчас есть курсы, аккредитованные Scrum.org , в том числе и на русском языке. Все актуальные можно найти на официальном сайте.

Отличительной особенностью этой сертификации является практическая и техническая направленность. Если половина вопросов составлена по теории из книг, то вторая часть касается практики, опирается на знания в IT и здравый смысл. Например, в чем отличия TDD и BDD? При этом практический опыт может и подвести молодого scrum-мастера, потому что в конкретных компаниях фреймворк часто адаптируется и соседствует с другими практиками.

SMC от SCRUMstudy

Количество вопросов: 100

Проходной балл: 95%

Время: 120 минут

Это популярная школа, у которой много последователей на LinkedIn и запросов в Google. Тем не менее, несмотря на кейсы учеников, организация остается противоречивой. SCRUMstudy проводит сертификацию по собственной версии Гида, SBOK™ Guide.

Кен Швабер так сказал про эту школу: «Они превратили 16-страничный фреймворк в методологию на 350+ страниц. Они просто не читали Манифест Agile».

Поэтому часть сообщества считает, что принципы школы не соответствуют философии гибкой разработки. Из-за этого не все оценят сертификат SCRUMstudy.

SMAC от International Scrum Institute

Количество вопросов: 50

Проходной балл: 60%

Для прохождения сертификации достаточно зарегистрироваться на сайте и оплатить попытку. С сайта приходит приглашение пройти тест. 98% успешно получают сертификат этой академии.

Компания использует агрессивный маркетинг, и разные площадки полны подозрительными ревью на их курсы. Поэтому конструктивных отзывов, чтобы составить мнение о школе, мы не нашли.

Решая, какую из нескольких школ выбрать, обычно сравнивают ScrumAlliance и Scrum.org . Во-первых, их представители есть в России. Во-вторых, у них хорошая репутация.

CSM можно получить быстрее. Раньше он считался сертификатом о прохождении курса, а не подтверждением опыта scrum-мастера. Если нет цели проверить себя, а нужен документ, то это подходящий вариант. Хотя серьезные компании знают эти нюансы.

Если вы намерены претендовать на роль scrum-мастера высокого уровня, то PSM подойдет больше.

Тем не менее, сообщество не пришло к единому решению. Многие мастера проходят по несколько сертификаций. Но главный критерий оценки успешного мастера — его команда и внедренный Scrum в компании.

Станьте сертифицированным профессионалом в Agile и Scrum

Сделайте рывок в карьере, получив сильнейшие управленческие компетенции, а также сертификат международного консорциума ICAgile, который ценится компаниями во всем мире.

Вы сможете понять, как Agile и Scrum помогают компаниям делать вдвое больше работы вдвое быстрее

Вы овладеете современной моделью управления и сможете принимать на порядки более качественные управленческие решения

Вы научитесь внедрять Scrum и обеспечивать продуктивную работу самоорганизованных команд

Получите подробную информацию о тренинге, программу, а также часть материалов с предыдущего тренинга

Также вы получите от нас бонус в виде красочного постера, описывающий Agile от A до Я.

В этом видео основатели ICAgile расскажут вам о международном консорциуме

ICAgile is developing the definitive learning roadmap for agile development in collaboration with the best experts drawn from around the world.

ICAgile is not a training company. The consortium builds learning roadmaps, accredits courses and trainers, makes those lists available to students, and offers certification and recognition to students as they progress. ICagile does not evaluate, rate or prioritize the courses against each other, nor does ICAgile offer courses itself.

ICAgile is developing the definitive learning roadmap for agile development in collaboration with the best experts drawn from around the world.

ICAgile is not a training company. The consortium builds learning roadmaps, accredits courses and trainers, makes those lists available to students, and offers certification and recognition to students as they progress. ICagile does not evaluate, rate or prioritize the courses against each other, nor does ICAgile offer courses itself.

Международный консорциум ICAgile определяет международный стандарт обучения в сфере Agile

После прохождения тренингов вы сможете получить сертификат, который является международным стандартом и ценится компаниями во всем мире.

Сертифицированные тренинги ICAgile в Москве и Санкт-Петербурге

Аккредитованный учебный центр международного консорциума ICAgile с 2013 года.

Certified Agile Professional

Очень насыщенный двухдневный курс по Agile-мышлению и основным фреймворкам организации процессов (Scrum, Kanban). На примерах десятков российских компаний.

Advanced ScrumMaster & Agile Coach

Продвинутый двухдневный курс для практикующих скрам-мастеров и командных коучей. С глубоким погружением в механику Scrum, командообразование, фасилитацию и командный коучинг.

Agile Product Management

Двухдневный тренинг для менеджеров продуктов (Product Owner), направленный на развитие продуктового мышления и навыков управления продуктом.

Agile Project Management

Фундаментальная теория и практические навыки адаптации проектного управления к Agile окружению. Разбор всех основных процессов управления проектами и их эволюционирование в Agile-среде.

Отзывы участников, прошедших несколько тренингов ICAgile подряд

«Сертификат ICAgile уровня «Эксперт» означает, что человек, прошедший тренинг, продемонстрировал значительный уровень практических знаний. А не просто прошел одно- или двухдневный курс и, возможно, сдал после него экзамен, который на самом деле не демонстрирует глубину знаний и приобретение новых навыков, которые вы получаете с помощью сертификации, основанной на компетентности. Я особенно ценю нейтралитет и открытость ICAgile как системы, которая не склоняется к одному определенному шаблону или конкретной методологии».

«ICAgile тренинги очень интенсивны и наполнены по содержанию. Даже когда я слушала о том, что уже знала и даже практиковала, я все еще узнавала что-то новое, что я могла бы улучшить. Вот в чем суть обучения — понять, что это не место, которое мне нужно достичь и остановиться. Обучение — это возможность продолжать рост. И этот тренинг действительно дает мне все необходимые инструменты, чтобы каждый раз устанавливать планку все выше и выше, а затем достигать ее. Это не просто сертификация — на самом деле это возможность исследовать и узнавать себя. Вы можете положиться на эту чудесную магию во всем остальном».

Ссылка на основную публикацию
Adblock
detector