Вопрос сертификации Скрам-мастеров - самый распространенный вопрос тематики всех Scrum-сертификаций и тренингов. Чуть ли не каждый второй посетитель моих тренингов или долгосрочного Scrum-обучения планирует сертифицироваться в дальнейшем как Скрам Мастер.

Если разделить все сертификации по Скрам по временной шкале, то они бывают нескольких видов - краткосрочные (2-3 - дневные курсы) или долгосрочные, в которых нужно подтвердить свой опыт работы по Скрам, но не обязательно проходить длительное обучение.

Я и сам проходил тренинги и получал сертификаты от самых известных школ по Скрам. Сейчас я и хочу рассказать про самые известные сертификации для Скрам Мастеров, включая свое мнение по ним.

Мое отношение к краткосрочным сертификациям мы опустим в этой статье, и, хотя я и считаю долгосрочное обучение на несколько недель или месяцев с домашними заданиями и дальнейшим разбором вопросов со своей работы самым эффективным способом обучения Scrum, все же, количество поклонников краткосрочной сертификации огромно.
Спрос на долгосрочные сертификации по Скрам значительно меньше, но такие сертификации присутствуют во всех известных школах, сертифицирующих по Скрам и не имеют в своем названии слов "Скрам Мастер".
Тренинги и сертификации, которые имеют в своем названии слова Scrum Master, в основном, относятся к краткосрочным сертификациям. То есть, для того, чтобы получить сертификат Скрам Мастера, нужно или прослушать 2-х дневный курс, или сдать онлайн-тест без прохождения тренингов.
Но не все так просто, как кажется на первый взгляд. Без подготовки не обойтись.

В этой статье я рассмотрю сертификации двух школ - Scrum Alliance и Scrum.org. Почему только эти две? Я считаю эти организации самыми ценными, так как их или основали со-основатели Скрам, или они самые известные на рынке, или дают самое уверенное подтверждение знаний по Scrum. При этом, эти школы, в отличие от большинства онлайн-сертификаций, в вопросах своих тестов не противоречат официальному взгляду на Скрам, описанному в Scrum Guide - самому главному руководству по Скрам.

Итак, пройдемся по сертификациям по порядку.

1. Сертификации от ScrumAlliance

ScrumAlliance - самая большая школа по Скрам и самая распространенная в мире школа, которая является самой известной и узнаваемой организацией, занимающейся Scrum - сертификациями.
Конечно, это не школа, а самое большое объединение поклонников Скрам, менеджеров около-Agile направления, Scrum-тренеров, Scrum-коучей и организаций, занимающихся Scrum-обучением.
Среди основателей ScrumAlliance в 2001 году были основатели Скрам - Кен Швабер и Джефф Сазерленд, которые потом основали свои собственные сертификационные компании, также занимающиеся Scrum-сертификацией, о которых я расскажу ниже.

Сертификат Scrum Master данной школы невозможно получить без предварительного посещения оффлайн тренинга. Тренинги от Scrumalliance обычно довольно дорогие (редко видел дешевле 700 долл США за билет)

Сертификаты от ScrumAlliance бывают 3 видов для начального уровня: Certified Scrum Master, Certified Scrum Product Owner и Certified Scrum Developer, и продвинутый сертификат, который требует опыт работы в Скрам - Certified Scrum Professional.
Для корочки Скрам мастера нужна первая сертификация.

CSM (Certified Scrum Master)

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

Тренинги CSM занимают 2 дня.
Для того, чтобы получить сертификат CSM, нужно поприсутствовать на 2-дневном тренинге от официального тренера ScrumAlliance и сдать официальный онлайн-тест, который высылает участникам тренер, обычно сразу же после тренинга. Сертификационный тест довольно простой, и я ни разу не видел кого-то, кто его не сдал. Тест рассчитан на базовые знания по Скрам и имеет несколько вопросов, относящихся к роли Scrum Master.
ScrumAlliance при этом аргументирует простоту теста тем, что своих тренеров они очень хорошо проверяют, и уверены в том, что знания будут донесены качественно.

После курса Вам создают профиль на сайте ScrumAlliance.
Вот пример профиля , который у Вас будет
Тем кто прослушал курс, выдается (или продлевается) членство в сообществе (и заодно, доступ к профилю)

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

Что нужно для сертификации CSM

Чтобы уверенно сдать тест и получить сертификат, кроме обязательного посещения тренинга, я бы рекомендовал следующее:
• прочитать Scrum Guide это базовое руководство по Скрам на 23 страницах, обновленное в 2016 году. Без понимания основ Скрам из Руководства по Скрам невозможно сдать даже самый простой экзамен по скрам, так как в разнообразных источниках по Скрам есть много противоречивой информации. Руководство по Скрам - самое первое место, где нужно черпать знания о Скрам, как о процессном каркасе.
• читать блог посты от Scrum Alliance в их сообществе .
  ScrumAlliance имеет самые большие общественные группы, где можно пообщаться на тему Scrum.
  Поэтому, при подготовке к сертификации, я рекомендую заглянуть в их сообщество и почерпнуть знания оттуда.
  Здесь довольно много информации и от начинающих Скрам-тренеров. Поэтому, если вы научитесь отделять зерна от плевел в данном источнике, я могу утверждать, что Вы владеете Скрам на более чем достаточном уровне для сертификации.
• прочитать книгу от основателя Скрам на русском . Эта книга дает понимание философии, которая кроется за процессным каркасом Скрам, описанным в Руководстве по Скрам и даст понимание не только "что делать" но и "почему". Больше усилий можно и не прилагать, если цель просто получить сертификат.

Сдача экзамена:

После того, как Вы получите зарегистрированный тренером профиль по Вашему email, к Вам будет прикреплен тест, который Вы сможете начать сдавать по высланным Вам тренером инструкциям. В тесте 35 вопросов с множественными вариантами ответов. Для успешной сдачи, правильно ответить нужно на 24.
Если Вы не сдадите тест, Вам покажут неправильные вопросы, но не покажут правильные ответы на эти вопросы. ScrumAlliance таким образом дает Вам возможность найти правильные ответы самостоятельно. После этого тест можно сдать еще раз бесплатно. На тест дается 1 час. Тест можно прервать и продолжить в любое время. Во время сдачи, вопросы можно пропускать, поставив на них закладки, чтобы вернуться к ним позже.

Итоги:

Цена вопроса - минимум 700 долл
Стоит ли сдавать? Да, если вы готовы выложить деньги за курс самой известной компании, сертифицирующей по Скрам.

2. Сертификации от Scrum.org

Это школа по Скрам, основанная со-основателем Скрам Кеном Швабером в 2009 году. Она еще не настолько распространенная во всем мире, как Scrum Alliance, но постоянно набирает обороты, и уже в некоторых странах стала более популярной из-за своего подхода к сертификации.
Кен Швабер основал эту школу, чтобы усовершенствовать обучение Скраму, которое, на его взгляд, на момент открытия Scrum.org было основано больше на зарабатывании, чем на качественном обучении. О причинах основания Scrum.org можно почитать в .
Для того, чтобы получить сертификат Scrum.org, совсем не обязательно ходить на тренинг (хотя рекомендуется). И достаточно всего лишь заплатить 150$ за код к онлайн-сертификации .
Удобно? да. Но не все так просто.

Сертификации от Scrum.org для Скрам-мастеров бывают 3 видов: Professional Scrum Master I, Professional Scrum Master II и III.
Это разные степени сертификаций, требующие разного уровня знаний.
Все базовые сертификации от Scrum.org изображены на картинке

Professional Scrum Master I (PSM I)

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

Более того, публиковать ответы на вопросы с экзамена запрещено даже официальным тренерам. Вопросы из экзамена, которые появляются в сети, безжалостно удаляются в короткие сроки.
Сам экзамен довольно сбалансирован. Он содержит вопросы как базового уровня, так и вопросы, на которые получится быстро ответить только имея опыт работы в Скрам или опыт настройки процессов в роли Скрам-мастера. Также в экзамене содержатся "хитрые" вопросы, ответы на которые вы сможете знать, хорошо запомнив терминологию Скрам, практически выучив наизусть Руководство по Скрам. Экзамен, кстати, сдается на английском, потому лучше всего читать англоязычную литературу. Идеальный вариант, конечно, иметь опыт работы в Скрам 3-5 лет. Это поможет лучше понимать суть некоторых вопросов, но не факт что будет достаточным для сдачи. На Sctum.org вы увидете множество постов, где люди с большим чем 5 лет опытом не сдали экзамен и жалуются;)

Подготовка к сдаче PSM I

Опишу несколько трюков, которые помогут уменьшить затраты для подготовки к сдаче к данному экзамену.
1. Хорошо прочитать Scrum Guide на английском. Еще раз прочитать, и опять, очень хорошо прочитать раз 10-15. Если у вас не идеальный английский, то рекомендую изучить основные формулировки, так как в экзамене содержатся хитрые вопросы.
2. Прочитать книгу Gunther Verheyen "Scrum - A Pocket guide" .
   Большинство вопросов к экзамену составлялось или проверялось Гюнтером, поэтому его книги как нельзя лучше раскрывают взгляд Scrum.org на вопросы в сертификации.
   Вот краткий список источников Гюнтера, которые я также рекомендую для прочтения при подготовке:
3. Читать посты в . В этом блоге нет прямых ответов на вопросы в экзамене, но есть очень похожие. Здесь можно почерпнуть хорошие разъяснения официальных представителей Scrum.org на вопросы о Скрам, которые затрагиваются в сертификационном тесте. Мне нравится читать этот блог, так как на форуме от Scrum.org сидят много подкованных тренеров.
4. Читать от Scrum.org
   На самом деле, при достаточном опыте, пункта 1 может вполне хватить, но, при сдаче, Вас могут испугать некоторые вопросы.
5. Пройти бесплатный тест от Scrum.org
   При успешной сдаче не сильно радуйтесь - этот тест не гарантирует сдачу сертификации. На экзамене будут вопросы гораздо сложнее открытого теста.
   Я бы рассматривал этот тест как лакмусовую бумажку, определяющую неготовность. Если вы набрали меньше 100%, то, скорее всего, сертификационный экзамен пройти не получится. Зато в этом тесте, в отличие от экзамена на сертификат, разбираются неправильные ответы на вопросы.

Как проходит сама сертификация

Резюме:

PSMI сложная сертификация для Скрам-мастеров из существующих. Требует основательной подготовки. Но результат стоит того. Всех, кто сдал тест PSM I, я могу назвать специалистами, разбирающимися в Scrum и уверенно владеющими базой Scrum. Сертификация не требует тренингов. Цена вопроса - 150 долл. Стоит ли сдавать? Конечно стоит! Это будет незабываемый опыт, о котором Вы не пожалеете.

PSM II и PSM III

Это еще более сложные сертификации от Scrum.org. Они воходят в обязательную программу подготовки тренеров от Scrum.org, поэтому уровень тренеров данной организации довольно высокий. Обычным Скрам-мастерам сдавать эти сертификаты можно, скорее, для собственного удовлетворения, так как они нигде не требуются. PSM II состоит также из вопросов с единичным и множественным выбором, а при прохождении PSM III нужно писать короткие сочинения-эссе при ответе на вопросы, которые проверяются вручную. Учитывая высокую цену и сложность этих экзаменов, я пока не встречал того, кто сдал эти экзамены просто так для себя, не участвуя при этом, в программе подготовки тренеров.

Выводы:

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

	ScrumAlliance	Scrum.org
Цена сертификации:	0 USD только при прохождении тренинга	150 USD при прохождении тренинга бесплатно
Необходимость проходить тренинг	да, обязательно	необязательно
Цена тренинга	от 700 USD	от 650 USD
Стоимость членства	50 USD	0 USD
Длительность членства	2 года	нет понятия членства
Сложность экзамена	Легкие и средние вопросы, 60 минут, 35 вопросов, 27 ответов для сдачи	Легкие, средние, сложные и запутывающие вопросы, 60 минут, 80 вопросов, 68 ответов для сдачи
Количество усилий при подготовке к экзамену	Пройти тренинг и прочитать Руководство по Скрам	Необходимо затратить время и приложить усилия на подготовку
Количество попыток сдачи	2	1

Если же сертификация для Вас не такая значимая, то на моих тренингах по Скрам я даю знания, которые пригодятся Вам в опыте реализации Скрам на практике у Вас в компании.
Оставайтесь с нами. Scrum must go on!

В классической модели управления Scrum есть три роли, одна их которых носит название Scrum Master (скрам-мастер). Это роль главного человека в той команде, которая в своей работе исповедует «гибкий» управленческий подход. Но нередко (особенно в бизнес-школах и Scrum-сообществах) Мастером - Professional Scrum Master (PSM) - называют человека, который постиг модель Scrum на фундаментальном уровне, принял философию «гибкого» подхода Agile и теперь не только сам может вести проект любой сложности, но и учит этому других. Такие люди получают сертификат (Scrum Master Certification) разного квалификационного уровня (ступени).

В модели Скрам существует три роли:

• Скрам Мастер.
• Владелец продукта (Product Owner).
• Команда (Team).

Каждый «ролевой персонаж» в этом коллективе несёт ответственность за свой «участок работы».

Функции не смешиваются и не передаются, хотя весь процесс осуществляется в плотном взаимодействии всех участников коллектива.

Ролевое распределение обязанностей

Команда (Team), которая, как правило, состоит из 6-8 человек, в парадигме Скрам должна самоорганизовываться и самоуправляться, а её работа рассматривается и оценивается как действие единой группы. Внутри команды нет чёткого подразделения на роли с ограничением действий, хотя в команду входят люди с разными профессиональными навыками. Мастер, однако, здесь стоит особняком и не считается членом Team.

Владелец продукта (Product Owner) . В широком смысле – это посредник между рынком и бизнесом, который ведёт проект в рамках единого понимания требований. Он отвечает за то, чтобы результат работы был ценным и полезным на рынке. Такой человек руководит развитием продукта, а не деятельностью команды. Но положение посредника обязывает его:

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

В случае с Product Owner речь почти всегда идёт об одном человеке, который несёт персональную ответственность за создание ценности и поэтому сам корректирует приоритеты на каждом рабочем этапе-спринте. Однако иногда одному человеку исполнять эту роль сложно. Тогда функции «Владельца проекта» распределяются между несколькими людьми (например, один формулирует требования, а другой отвечает за взаимодействие с рынком). Но в этом случае всё равно обязательно назначается главный руководитель с правом (и обязанностью) единоличной расстановки приоритетов и авторизации требований в Bcaklog’e.

. Если Владелец проекта в модели Scrum не руководит командой, то логично предположить, что работой Team должен руководить Скрам-мастер. Однако и это не так, поскольку команда самоорганизовывается и не требует руководства. В отличие от классического Project Management, здесь такой командир вообще не предусматривается. Мастер помогает организовать работу команды, но в саму работу, как правило, не вмешивается. Он не ставит задачи и не заставляет работать.

Сложная роль Мастера

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

• если член команды опаздывает на совещание-летучку, то страдает организация рабочего процесса, и Мастер должен вмещаться,
• если возникает потенциальная опасность конфликта внутри команды, то Мастер регулирует отношения,
• если нарушаются идеологические принципы Scrum, то задача Мастера верно растолковать, расставить акценты, защитить и ценности идеологии, и саму команду.

Роль подобного координатора-администратора в коллективе не нова. Идеологически она чем-то похожа на роль комиссара в военном подразделении. (По этой аналогии функции командира отряда соответствуют функциям Product Owner в Scrum-модели).

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

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

Квалификация Скрам-мастера

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

Так, например, в тренинг-школе «Unusual Concepts» проводится двухдневный курс (Certified ScrumMaster), на котором даются базовые знания о модели. Проходящие обучение получают системные рекомендации по тактике внедрения модели в организации и по содержанию Scrum-процессов.

В частности, «студентов» знакомят со всеми этапами системы и её преимуществами:

• обосновывают конкурентоспособность «гибких» методик, по сравнению с классическими,
• рассказывают о возможных областях их применения,
• пошагово раскладывают на элементы процесс разработки и планирования,
• прорабатывают ролевое участие в разных сценариях,
• формируют представление о системе оценок,
• рассматривают использование информационных инструментов (спринт-бэклог и бэклог продукта),
• в формате рабочей группы помогают осваивать техники «гибкого» проектирования и управления,
• отдельно прорабатывают практические нюансы внедрения Scrum.

Помимо этого есть 3-дневные курсы по подготовке руководителей проекта – «владельцев продукта» (Product Owner) и тренинг для Мастеров, по итогам которого выдаётся сертификат Скрам-мастера (PSM I). Это официальный курс от Scrum.org, сертификаты которого признаны во всём мире.

В упомянутом «Доме Scrum.org», объединяющем как разработчиков программного обеспечения, так и всех тех, кто исповедует идеи «гибкого» управления, можно приобрести «пропуск» на курсы первого, второго и третьего уровней.

• PSM I. Прошедшие обучение на этом уровне демонстрируют фундаментальное понимание формы и содержания Scrum, овладевают концептуальными знаниями.
• PSM II. Люди на этой ступене знаний демонстрируют продвинутый уровень мастерства и могут эффективно применить его на практике даже в сложных ситуациях.
• PSM III. Овладевшие этим уровнем отличаются всеобъемлющими теоретическими и практическими знаниями о Scrum и о ценностях идеологии.

Управление проектами ,

Agile ,

Управление продуктом

Когда я прочитал: «Agile is much more than just Scrum» - в описании сертификационного курса Certified Agile Professional компании ScrumTrek, то первое, о чем я подумал: почему ScrumTrek, тогда уж нужно было назваться AgileTrek? После прохождения этого обучения я вернулся к этому утверждению с более серьезным настроем. Так что же я вынес с тренинга? Записи, раздаточный материал и сертификат Certified ICAgile Professional? А как же понимание, что такое Agile? В чем заключается концепция Agile-подхода? Что такое Agile mindset?

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

История Agile

Хорошо запомнилась история Agile, которую тренер представил в виде поступательного взросления всей отрасли разработки ПО.

Code-and-Fix позволил стартовать отрасли написание кода относительно дешево без каких-либо планов, документации и специальных требований к квалификации разработчиков.

Ему на смену в 1970 годах пришла водопадная модель (Waterfall), которая снизила риски, повысила прозрачность разработки ПО, а также устранила проблему высокой стоимости сопровождения ПО при сохранении низких требований к квалификации разработчиков. Модель начали использовать повсеместно, что быстро обнажило и ее проблемы. Водопад хорошо работает только в тех случаях, когда заранее все известно: какой продукт необходимо разработать, какие технологии реализации нужно использовать – и никаких изменений по ходу не возникает.

Первые попытки исправить ситуацию связаны с появлением в 1990 годах итеративных подходов. С одной стороны, этому способствует удешевление компьютеров, когда машинное время перестает быть объективным ограничением, что позволяет производить многократные эксперименты по наращиванию функциональности продукта. С другой стороны, новые технологии ИТ все больше и больше усиливают конкуренцию, поэтому бизнесу приходится оперативно применять их в бизнесе. Кто внедрил новую технологию раньше остальных, то завоевал и клиентов, и рынок. С этого момента начинается активное развитие гибких процессов разработки, которые ставят своей целью предоставить бизнесу быстрые поставки функциональности. По сути происходит откат к «быстрому» методу Code-and-Fix, но его дополняют планированием и исключением рисков.

Кстати, мне кажется, что и по сей день большинство корпоративных разработчиков применяет вовсе не Scrum, как им кажется, а именно итеративный водопад. Посмотрите на схему ниже, у вас ведь как-то так все работает?

Или все же так, как в Scrum?

В 1992 году появляется Crystal, который впервые фокусируется на частой поставке работающего кода конечным пользователям. Затем в 1994 представлен DSM (Dynamic Systems Development Method), который провозгласил ориентацию на потребности бизнеса и неснижаемый уровень качества ПО (примерно в эти же года появился термин Refactoring). Наконец в 1996 году представлен Scrum Framework, который стал стандартом де-факто для управления гибкой разработкой. В этом же году начинает впервые применяться парное программирование. А в 1999 появляется XP, который принес концепцию пользовательских историй (User Story), планирования релизов и непрерывной интеграции (Continuous Integration). Итогом всех этих частных инициатив стал разработанный в 2001 году Agile-манифест разработки программного обеспечения , в котором закреплены проверенные 10-летием ценности и принципы, позволяющие быстро поставлять функциональность бизнесу.

Дальнейшее развитие Agile связано с попытками устранить все возможные потери (простои) в процессе разработки ПО, за счет чего еще больше повысить скорость доставки функциональности. В 2003 появляется Lean Software Development как адаптация концепции бережливого производства Toyota к отрасли разработки ПО. В 2006 движение продолжается за счет появления Kanban Software Development, в котором представлен готовый алгоритм устранения потерь в потоке поставки ценности (функциональности) бизнесу. Также в 2011 году в ответ на взрывной рост SAAS (ПО как сервис) появляется концепция DevOps, которая объединяет разработку и сопровождение для устранения потерь на их стыке.

Итого, производство (разработка) перестало быть узким звеном, научившись максимально быстро удовлетворять потребности бизнеса. Тем не менее, развитие Agile продолжается. Во-первых, в области масштабирования Agile на крупных предприятиях (SAFe). Во-вторых, огромное количество провальных инвестиционных проектов поднимает вопрос в области разработки продуктов: как максимально дешево разработать максимально востребованный продукт? В 2009 году ответом на это ограничение становится Lean Startup.

Ценности и принципы Agile

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

К примеру, вторая ценность Agile: «Работающий продукт важнее исчерпывающей документации». В свое время это было декларацией отрицания водопадной модели, в которой понимание прогресса во многом опирается на проектную документацию. Но во 2 версии Agile-манифеста формулировка изменилась: «Бизнес-ценность важнее работающего продукта» (Agile Manifesto 2.1 - «MoreAgile Manifesto»). Это пример эволюции Agile-ценностей связанный появлением Lean Startup: слишком много работающих продуктов оказывались никому не нужными.

Scrum и Kanban

Значительную часть тренинга занимает обзор Scrum Framework и Kanban. Пересказ этой части тренинга не входит в цели данной заметки. Отмечу только, что каждый нетривиальный момент тренер помогает прочувствовать на кончиках собственных пальцев посредством командной игры. А вот об этом стоит рассказать подробнее.

Игры в Agile

Все игры были простыми в освоении и веселыми в процессе. Во время одной игры на второй день тренинга один из участников воскликнул: «И чем мы раньше занимались? Вот оно!» Ниже я расскажу о том, чему мы научились в играх.

Penny/Multitasking games вживую (на нас самих) и убедительно (обычным секундомером) продемонстрировали необходимость брать в работу малые порции и не выполнять в один и тот же момент времени несколько задач. Мы увидели, как это исключает потери из-за простоев в строго последовательном процессе работы (водопад), потери из-за накопления незавершенной работы (набитый рот дольше жует) и на переключения контекста (в водопадной модели работа сотрудника над несколькими проектами одновременно наиболее вероятна).

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

Игровая постановка саботирования Daily Standup Meeting вернула нас к обсуждению ценностей Agile. К примеру, Scrum Master (процессный коуч) не должен быть менеджером для команды разработки или вести себя соответствующим образом, то есть раздавать задачи, включать эмоции и противопоставлять себя группе, превращая тем самым встречу в унылое отчетное собрание членов команды перед самим собой.

Стоимость обучения: для частных лиц - 25 250 руб. / для организаций - 29 260 руб. Сертификат об окончании: По окончании курса слушатели получают сертификат компании PM Expert - PMI® Global Registered Education Provider, и смогут зачесть 24 учебных часа (PDU) для сдачи экзамена на получение степени PMI Agile Certified Practitioner (PMI-ACP).

Разбивка PDU по Треугольнику талантов

technical	strategic	leadership
8	8	8

Аннотация

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

Однако PMBOK® также не сдает своих позиций. По мнению большинства, необходимо выбирать: PMBOK® или Scrum. Но есть третий путь. На курсе вы узнаете, как объединить основательность PMBOK® и гибкость Scrum на пользу вашей разработки.

Девиз курса: "от слов к делу". Основной упор при изучении материала курса делается на практику – более чем на 60% курс состоит из практических занятий. За три дня занятий вы не только поймете, как пользоваться методологией Scrum, но и "почувствуете" Scrum практически.

Цель (результат) обучения

В ходе семинара-практикума участники смогут:

• Понять, как идеи, положенные в основу методологии Agile, позволяют решить «вечные» проблемы разработчиков.
• Понять, как такой относительно простой процесс как Scrum может так значительно влиять на эффективность и производительность разработки программного обеспечения.
• Научиться пользоваться средствами коммуникации Agile.
• Научиться создавать полезные, практичные и надежные планы. На курсе будут представлены различные техники оценки, включая покер планирование, которые значительно повышают шансы своевременного получения нужного заказчику результата.
• Понять, как организовать эффективную работу со стейкхолдерами, чтобы в срок разработать максимально полезный для заказчика продукт.
• Научиться организовать такую работу команды Scrum, чтобы в несколько раз повысить эффективность разработки. Для сотрудников организаций, где значительное место занимает сопровождение программного обеспечения, интересными будут разделы курса, посвященные kanban.
• Получить ответы на вопросы и консультации от ведущего эксперта, имеющего значительный практический опыт управления проектами по разработке программного обеспечения.
• Практически освоить работу с инструментами Scrum, такими как: product backlog, sprint backlog, daily scrum meetings, sprint planning meetings, burndown charts и другими.
• Понять, как применять Scrum для проектов разной сложности и объемов.
• Понять, почему внедрение Scrum порой сопряжено с серьезными трудностями и понять, как с проблемами бороться.

Тренеры курса

• Николай Рямзин, CSM, РМР, РМЕ - ведущий консультант PM Expert

Аудитория

За прохождение курса начисляется 24 PDU.

Описание образовательной программы

Управление проектами как область знаний прочно входит в практику деятельности многих коммерческих и государственных компаний и организаций. Однако, в ходе выполнения ряда проектов, прежде всего в высокоинтеллектуальной сфере, выяснилось, что «классические» подходы проектного управления или работают лишь частично, или не срабатывают вовсе.
Если проекты связаны с решением большого объема аналитических задач, если ситуация в проекте меняется ежедневно или даже ежечасно, если в проекте задействована компактная команда профессионалов из 5-ти/9-ти человек, если в проекте часто изменяется содержание и функционал будущей системы, а выполнить работу необходимо точно в срок и с требуемым уровнем качества, то, возможно, необходимо использовать гибкие (Agile) подходы при управлении проектами. Наибольшую популярность приобрел метод Scrum, успешно применяемый в различных отраслях экономики: информационных технологиях, финансах, обучении, научных исследованиях и т.д.
Курс «Управление Agile-проектами по методу Scrum» призван дать команде проекта инструментарий для более эффективного планирования, исполнения и контроля высокотехнологичных проектов с использованием самых передовых гибких методов.
После изучения курса слушатель будет:
Знать:

• основные процессы и события гибкого управления проектами (УП) в реализации Scrum;
• пути поиска основной информации по гибким методам в УП;
• отличия классических подходов в УП от предлагаемых Scrum;
• особенности организации управления проекта по методу Scrum;
• жизненный цикл Scrum - проекта.

Уметь:

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

Владеть:

• навыками составления Бэклога Продукта;
• навыками составления Бэклога Спринта;
• навыками проведения совещаний в Scrum - проектах;
• навыками демонстрации результатов.

Успешное окончание обучения по программе данного курса позволит специалистам:
Управлять общим ходом Scrum - проекта.

Цель курса

Формирование и совершенствование профессиональных компетенций в области выполнения проектов по методу Scrum

Целевая аудитория

Специалисты, чья деятельность связана с проектами разработки и/или внедрения информационных систем (ИС):

• менеджеры и аналитики,
• члены проектных команд

Необходимая подготовка

• Опыт участия в проектах разработки и/или внедрения ИС.
• Желательно иметь знания и навыки в объеме курса УП130 «Основы управления проектами» или прослушать этот курс

1. Введение в гибкое (Agile) управления проектами.
2. Основы управление проектами по методу Scrum.
3. Общее описание метода Scrum.
4. Жизненный цикл Scrum - проекта.
5. Определение Спринта (Sprint).
6. Основные артефакты Scrum - проекта.
7. Организация проекта по методу Scrum
8. Роли, внешние к проекту. Заинтересованные стороны (Stakeholders). Заказчик проекта (Customer), Спонсор (Sponsor), Потребители конечной продукции (Users)
9. Роли проектной команды (Скрам-команда, Scrum Team). Владелец продукта (Product Owner). Скрам Мастер (Scrum Master). Команда разработчиков (Development Team).
10. Жизненный цикл Scrum - проекта
11. Инициация. Создание приоритезированного Бэклога Продукта (Product Backlog).
12. Планирование и оценка. Разработка и оценка Пользовательских Историй (User Stories). Формирование и оценка Задач (Tasks). Планирование Спринта. Planning Poker.
13. Исполнение. Создание результатов проекта. Структура Спринта, Focus Factor. Проведение Ежедневных встреч Скрам - Команды (Daily Scrum Meeting).
14. Контроль. Обзор Спринта (Sprint Review). Ретроспектива Спринта (Sprint Retrospective). Отмена Спринта.
15. Завершение. Принятие результатов проекта. Ретроспектива проекта (Project Retrospective).
16. Дополнительные аспекты управления проектами по методу Scrum
17. Управление изменениями. Внесение изменений в Scrum - проекты. Изменения в ходе Спринта.
18. Управление качеством. Grooming (Уход за Бэклогом продукта). Spike (Enabler - история).
19. Управление рисками. Управление рисками в ходе проекта по методу Scrum.
20. Документы в проектной деятельности

Практические занятия

1. Элементы Жизненного цикла Scrum - проекта.
2. Составление Бэклога Продукта. Декомпозиция и приоритезация Пользовательских Историй.
3. Планирование этапа работ (Sprint), составления Бэклога Спринта. Оценивание Пользовательских Историй (User Stories) и Задач (Tasks).
4. Исполнение этапа работ. Ежедневные Командные встречи (Daily Scrum Meeting).
5. Демонстрация полученных результатов Заказчику (Sprint Review Meeting).
6. Совещание по итогам этапа работ (Sprint Retrospective Meeting).
7. Управление Scrum - проектом и этапами работ. Работа с инструментами визуализации: Доска Задач (Tasks Board) и Диаграмма сгорания Задач (Burndown Chart). Оценка производительности.
8. Управление рисками в Scrum – проекте.

Получаемый документ

Удостоверение о повышении квалификации и Сертификат международного образца.