Некоторое время назад, я перешел из компании, которая жила в мире жесткого Waterfall и суровых планов в MS Project на несколько тысяч строк, в компанию, которая живет в мире Agile — ценности, которую несут продукты уделяется больше внимания чем следованию плану, фокус в разработке сделан на скорость и качество, разработка здесь идет итеративно, для помощи командам есть коучи и скрам-мастера, MS Project используется крайне редко, а про Oracle Primavera никто и не слышал.
image
Не то что бы для меня это было в новинку, я и раньше работал в компании, которая активно использовала лучшие практики из Scrum и XP, но на таком высоком уровне опыта у меня не было. Тогда я задумался о том, как бы мне прокачаться в гибких методологиях, а также, как понять насколько ты прокачан? После беглого изучения вопроса, я и узнал о том, что в мире Agile, кроме специализированных курсов существуют еще и сертификации — компании, которые задают тренд на рынке, проводят специальные обучение и тесты, по результатам которых можно примерно сказать, какая квалификация есть (или нет) у того или иного специалиста.


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


Зачем вообще нужна сертификация людям, которые работают в Agile?


Для каждого, конечно, свой ответ. В целом, сертификация обычно нужна по следующим причинам:


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

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


Что важно для любой сертификации


Если вы хотите быть сертифицированным специалистом по Agile, Scrum, Kanban или Lean — вам стоит начать с изучения английского языка. Все тесты, и большинство материалов — увы, существуют только на английском, либо имеют такой перевод, от которого иногда даже не хочется плакать, но тесты с ним сдать точно не получиться. Например, сравните перевод некоторых принципов Agile Manifesto с официального сайта:


Анг. > Working software is the primary measure of progress.
Рус. > Работающий продукт — основной показатель прогресса.


Конечно, общий смысл ясен, но если в сертфикационном тесте вам попадется вариант выбора между product и software — вы ответите неправильно.


Итак, я взял 4 известных провайдера, которые предоставляют услуги по сертификации. Какие-то из сертификатов я сдавал сам, какие-то не сдавал, поэтому сужу только по опыту подготовки\написанному в интернете.


ICAgile


Общее описание


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


В целом сертификация идет аж по 8 трекам, картинка с треками представлена ниже, в каждом треке есть 2 уровня (правда, как я понял не иерархичные), проходишь оба уровня — получишь статус по всему треку.


Надо отметить, что вести кому попало лекции они не дают — например, в Москве и Петербурге от них работает компания ScrumTrek, прекрасно зарекомендовавшая себя в Agile-тусовке. Курсы они разнообразят практическими занятиями, предоставляют много материала для самостоятельного обучения, попытки сидеть в телефоне во время занятий умело пресекаются.


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


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


Картинка с описанием треков от ICAgile


image


Пример сертификата

image


С чего начать подготовку


Определите, скиллы из какого трека надо прокачать, после этого найдите курсы. Не хочу рекламировать, но скорее всего дорога вам в СкрамТрек.


Теста не будет, готовиться не надо.


Сколько стоит


Курсы будут стоить 30-90 тысяч рублей в зависимости от трека. Сертификат после прохождения пришлют бесплатно. Сертификат не надо продлять.


Scrum Alliance


Общее описание


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


Вашему вниманию предлагается три трека для сертификации ролей из Scrum-team — для скрам-мастера, владельца продукта и разработчика. Скрам-мастер и владелец продукта имеют три ступени — certified, advanced и professional, разработчик имеет только две — certified и professional.


Картинка с описанием треков от Scrum Alliance


image


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


На мой взгляд, если вы присматриваетесь к прохождению курсов ScrumAlliance, есть смысл пройти их за границей. Как бы то ни было, если кроме сертификата CSM вы в резюме упомяните что изучали Scrum в Германии, лишним это точно не будет.


Также, Scrum Alliance предлагает еще 2 трека — Guide Level Certifications для коучей и тренеров и Agile Leadership для эджайл-лидеров. Они более интересные, но мы сегодня не будем рассматривать их.


Формат теста (СSM)


Количество вопросов: 50 вопросов
Критерий прохождения: 37 правильных ответов
Ограничение по времени: 1 час


Пример сертификата

image


С чего начать подготовку


Найдите авторизованные курсы на сайте. Далее, не хлопайте на курсах ушами, быстро сдавайте тесты.


Сколько стоит


В России — примерно 50000 рублей за курс, 2 попытки сертификации после курсов бесплатно, последующие около 25 долларов. В Европе — может достигать 2000-25000 тысячи евро за курс. В целом все сильно зависит от провайдера, трека и длительности. Учитывайте, что продлять сертификат придется, и это скорее всего какие-то дополнительные затраты.


Scrum.org


Общее описание


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


Для нас на данный момент предполагается 6 треков — 3 из которых организованны по ролям Scrum-команды — Professional Scrum Master, Professional Scrum Product Owner и Professional Scrum Developer. Остальные три — Scaled Professional Scrum, Professional Scrum with Kanban и Professional Agile Leadership рассматривать сегодня мы не будем, а сосредоточимся в основном, на PSM. PSM (как и PSPO) имеет три уровня, один сложнее другого. В первом надо ответить на вопросы, довольно много из которых практические, во втором — вопросы будут сильно хитрее и сдать без специальной подготовки и большого опыта скорее всего не получиться, ну и в третьем — надо объяснять каждый вопрос текстом, который потом будут ревьювить тренера из scrum.org. Вторая и третья ступень больше нужна, если вы собираетесь становиться тренером, а вот первая — очень хороший пруф, что вы не чужой человек в скраме и понимаете терминологию и правила игры.


Хитрость теста в основном в том, что вопросов на теорию не очень много, а вот практических вопросов — полно. При этом, решение принимать нужно довольно быстро, на 80 вопросов дают всего час и к концу теста обычно не остается времени на ревью. При этом порог вхождения довольно высокий — 85% ответов должно быть правильными.


Хорошая новость в том, что прямо на сайте scrum.org есть бесплатное тестирование open assessment, которое может пройти всякий. Сертификата не дадут, но понять уровень подготовки к тесту можно (но не надейтесь, что если вы сдали его, то все ок, реальный тест много сложнее).


Формат теста (PSM1):


Количество вопросов: 80 вопросов
Критерий прохождения: 85% правильных ответов
Ограничение по времени: 1 час (45 секунд на вопрос!)


Пример сертификата

image


Кроме собственно сертификата, на сайте scrum.org будет доступно ваше портфолио, где будет указано какие сертификаты вы получили и какие курсы прошли. Пример моего скромного и немецкого именитого тренера.


С чего начать подготовку


Выберете трек по сертификации, после чего скачайте и внимательно прочитайте Scrum Guide и пройдите Open Assessment. Обратите внимание, что Scrum Guide очень небольшой, но воды в нем нет совсем и каждое предложение в нем несет определенный смысл в экзамене. Кроме того, настоятельно рекомендуется прочитать словарь и руководство по Nexus на том же scrum.org
Также в сети бродит тест Михаила Лапшина, вопросы совсем другие, но тематика похожа — стоит пройти и посмотреть аргументацию ответов.


Сколько стоит


150 долларов и выше, в зависимости от трека. Курсы стоят 1-2 тысячи долларов, есть и на русском, и на английском. После курсов — обычно получаете 2 бесплатных попытки, одна из которых сгорает в течении двух недель. Сертификат не надо продлять.


PMI Agile Certified Professional


Общее описание


Последняя, но не самая легкая сертификация в нашем списке. Мало того, что спецификация сделана с упором на управление проектами, так еще и довольно широка — кроме понимания Agile вам точно потребуются знания в Scrum, XP, Lean, Kanban, а возможно и DSDM, семейства Crystal и FDD, да и простого проектного менеджмента с точки зрения PMI.


Для того, чтобы вас допустили к сертификации, надо подать заявку, в которой подробно описать опыт (2 тысячи часов управления проектами и 1500 часов в эджайл-проектах), образование (высшее) и 21 час обучения. Возможно, все это придется подтвердить, если не повезет, и заявка попадет на аудит.


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


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


Имхо, тест самый сложных из представленных здесь. Вопросы в основном по практике, при подготовке надо учитывать довольно широкий круг методологий, используется много терминов и определений, а также экзамен содержит задания на расчеты (пусть и не такие сложные, как в РМР). Не радует сдающего так же контроль на экзамене.


Формат теста


Количество вопросов: 120 вопросов (из которых засчитывается ответы только на 100, внутри теста спрятано 20 тестовых, но вы не узнаете какие).


Критерий прохождения: не открыт, но ходят слухи что около 70%
Ограничение по времени: 3 часа


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


Пример сертификата

image


С чего начать подготовку


Сначала надо изучить описание экзамена на сайте PMI и решить, надо ли оно вам вообще или нет
Наверное, с курса на Udemy — дешево, дает часы. Далее, стоит купить классическую Rita Mulcahy PMI-ACP Exam Prep System — там есть и симулятор экзамена.


Сколько стоит


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


Резюме


Не будет новостью, что гарантировать что вы можете хорошо фасилитировать события, развивать команду, трансформировать организацию или успешно завершать проекты не может ни одна сертификация. Если у вас есть время и желание — вперед, начинайте выбор сертификации от роли, в которой вы работаете в организации. Если вы SM\PO — Scrum.org или Scrum Alliance, если вы РМ — PMI-ACP, если же вы только начинаете путь и желаете понять, что к чему — попробуйте сходить на курсы от ICAgile. Подумайте над тем, что самые плохие курсы и сертификаты обычно лучше хорошего их отсутствия. В любом случае, желаю успехов!


Трек для разработчиков на мой взгляд лучше не сдавать. Если хотите сертификатов — добро пожаловать на специализированные вещи вроде Oracle Certified Associate\Professional, Microsoft Certified Professional Developer и им подобные. В этом случае любой работодатель в первую очередь будет смотреть на технические знания и умения, только потом на сертификаты.


Я планирую в этом году написать еще две части:


Сравнение сертификаций по Agile, Часть 2 — Редкие звери — PSK, PAL, KMP, Prince2 Agile
Сравнение сертификаций по Agile, Часть 3 — Эффект масштаба — LeSS, SAFe, SPS


Если есть любые пожелания, предложения или хотите поделиться своим опытом — вэлком в комментарии!

Комментарии (12)


  1. Logrise
    27.06.2019 15:34
    +1

    Отсутствуют сертификации EXIN ACF, ACPO, ACSM. Авторитетный Европейский сертификационный центр.


    1. PMVyatkin Автор
      27.06.2019 15:56

      Спасибо, возьму на следующую часть! Если есть опыт и желание поделиться им, напишите пожалуйста контакты в ЛС.


  1. eumorozov
    27.06.2019 15:55
    +1

    хорошо фасилитировать события
    Можно пожалуйста перевести эту фразу с… русского на русский?


    1. PMVyatkin Автор
      27.06.2019 15:58

      Фасилитатор (англ. facilitator, от лат. facilis «лёгкий, удобный») — это человек, обеспечивающий успешную групповую коммуникацию.

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


  1. chilicoder
    27.06.2019 16:24
    +1

    > Для того, чтобы пройти фильтр работодателей
    Единственное основания проходить сертификацию. И это, к сожалению, болезнь индустрии.

    Agile это всего лишь подход к организации разработки, описанный в 4 ценностях и 12 принципах. Больше ничего. Вам не нужно проходить сертификацию для того, чтобы изменить подход. И наоборот, сертификация не изменит вашего подхода автомотически.

    Авторы манифеста многократно критиковали сертификацию. Примеры: Alistair Cockburn и Dave Thomas


    1. PMVyatkin Автор
      27.06.2019 17:13
      -1

      Да, сертификация конечно не изменит подхода, да и вряд ли вообще поможет в реальной ситуации. Но, все-таки, когда человек начинает на эджайл конференции с рассказа о себе, и у него есть сертификаты, хотя бы не ждешь треш и угар.
      В этом году я был на конференции, на которой спикер заявил — в манифесте написано «Люди и взаимоотношения важнее результата!», и, увы, его не остановили модераторы, а времени на вопросы он предусмотрительно не оставил. Или, компания, которая внедряла продукт по эджайл и хвасталась этим на хабре — мол, наши ПМы стали СМами, команду мы били палками только за то, что она не бьет себя сама, а планерки по утрам заменили на дейли скрам. И это читаешь, и плакать хочется.
      Так что для меня, наверное, серт — это скорее доказательство адекватности, а вот мериться ими смысла точно нет.
      P.S. За примеры спасибо, не видел видео с этого события.


  1. Cobolorum
    28.06.2019 09:37
    +1

    Товарищи, господа, дамы, PM, PO, CIO!
    Ну прочтите Мифический человеко-месяц Брукса и особенно 16 главу — Серебряной пули нет.
    Поймите что это писалось в 1986, что проблемы и вопросы поставленные тогда ни куда не делались и не решились. Что улучшилось только понимание проблемы, но не способы решения проблем. Начните честно признаваться с первых слов что у Scrum есть куча ограничений честно их и СРАЗУ заявите! Что гибкие методики тоже не применимы в 100%.
    P.S. Перестаньте насиловать мозги.


    1. eumorozov
      01.07.2019 14:59

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


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

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


      Остался в недоумении. Если честно, худшая книга в моей жизни. Даже различные self-help книги и то наверное способны кому-то помочь в какой-то ситуации.


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


      1. PMVyatkin Автор
        01.07.2019 15:12

        Хм, возможно дело в переводе. На русском эти книги даже читать не стоит, они переведены по принципу «Что знали, перевели, что непонятно выкинули, как поняли так и поняли».
        Например, книга «Scrum: The Art of Doing Twice the Work in Half the Time» легко и непринужденно переведена на русский как «Scrum. Революционный метод управления проектами»?. Ну а потом, на конференциях начинаются споры — «Мы попробовали скрам по книжке, не пошло, фигня этот ваш скрам!».
        Для того что бы начать внедрять Скрам (Принс2, ITIL, авторитарное управление и что угодно еще) мало прочитать 1-2-3 книжки. Мое мнение — надо звать тренера который уже не одну трансформацию провел, что бы он оценил — применимы ли к вашей компании вообще гибкие методологии и будет ли профит, а потом уже внедрять что то.


  1. PMVyatkin Автор
    28.06.2019 10:20

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

    image

    Думаю, любой опытный ПМ\АЛ понимает, что кесарю кесарево.


    1. regamad
      28.06.2019 16:53

      Для некоторых областей гибкие подходы не подходят. И дело не в сложности. Вы считаете, к примеру, проектирование и сооружение моста простой задачей?


      1. PMVyatkin Автор
        01.07.2019 10:24

        Проектирование моста непростая задача.
        Но, заметьте, что на графике выше — не просто сложность, а сложность по определенным критериями.
        Согласно графику, эджайл хорошо заходит в проектах, где все плохо с пониманием того, что делать, и пониманием того, как делать.
        Если понимания, куда строить мост нет — наверное, его не надо начинать строить. Так же, если не понимать как именно его строить — мост это, туннель под водой, или, скажем, телепорт, начинать его строить нет смысла.
        Именно поэтому мост по эджайл строить не нужно — здесь все в порядке с тем, что мы понимаем что надо построить и куда надо построить.
        В разработке софта же все не так. Очень часто приложение или портал, которое мы делаем, будет меняться в процессе изготовления. Например ФБ задумывался как сеть для студентов, но рынок определил ему другую участь, Windows задумана как оболочка над операционкой МС ДОС, но выросла в полноценную ОС, телеграм задумывался как мессенджер, но по сути уже целая социальная сеть и т.д. и т.п.
        Тоже и с технологиями — можно взять и спланировать приложение (UML например), но это будет очень дорого и не факт что эффективно. Даже в самом кровавом энтерпрайсе я видел документацию к приложениям в виде концепции или техзадания + описание проекта + руководств. Конечно, они не включали в себя описания классов, стандарты кодирования, расшифровки комментариев, и конечно были написаны уже по факту написания кода.
        В итоге — строить мост по эджайлу можно, но ни к чему (определенность и использование известных технологий). Строить софт по вотерфоллу — всегда пожалуйста, просто дороже и не факт что это кому то будет нужно.