Итак, я получил сертификат Professional Scrum Master I от Scrum.org. По сути, это демонстрация того, что за Скрам я знаю, и могу с ним работать. И даже немного других учить.
Выдается онлайн, после оплаты 150 долларов США и прохождения теста из 80 вопросов. Положительным результатом считаются 85% правильных ответов или в абсолютном количестве 68. Есть право на 12 ошибок. Время 60 минут.
В целом, по Скраму есть две популярные международные сертификации: PSM и CSM. Вторая расшифровывается как Certified Scrum Master и выдается Scrum Alliance.
PSM считается сложнее - вопросов больше, проходной балл выше, есть лимит по времени - в общем нормальный тест. При этом для CSM обязательно нужно посетить курс под 1к долларов стоимостью. Отличный бизнес. Зато тест на 35 вопросов, можно прерваться, да и никто не гонит - хоть весь день его делай. Проходной балл 68%. Подробнее можно найти погуглив, есть отличные статьи от тех кто обладает обеими сертификатами.
Прелесть PSM I же в том что курсов не нужно - оплатил, и тебе дают одну попытку. Технически это так:
Регистрируешься на Scrum.org.
Заказываешь и оплачиваешь сертификацию - в моем случае молдавская карта отлично сработала (правда потом её временно заблокировали за странную операцию, но разблочили в итоге).
Получаешь на почту пароль.
Вводишь на сайте и можешь проходить тест. Пароль бессрочный, но одноразовый.
На тест даётся 60 минут, прерываться, ставить таймер на паузу нельзя. На вопросы можно поставить закладки и потом вернуться через оглавление. Пропускать вопросы не ответив нельзя.
Вопрос как правило на выбор одного, двух или трех правильных или наоборот ложных утверждений. Есть еще True/False.
У меня ушло чуть более получаса на это всё, и в итоге я сделал 9 ошибок, 88.8% верных ответов. И красивый серт.
Подготовка
К тесту подошел я уже практикуя Скрам (или пытаясь) - несколько лет. Основы знал хорошо, гайд читал, а когда вышел новый - был повод еще раз подробно изучить. С 9 января 2021 все тесты основаны уже на новой версии. Сразу скажу что были каверзные вопросы основанные на разнице с предыдущей редакцией
Скрам гайд в итоге и был моим ключевым материалом - 13 страниц при должной усидчивости можно и наизусть заучить. Мое личное мнение - он проще и понятней чем был в старой версии.
Спойлер: но вызубрить не поможет )
Ключевой момент - понять схему и философию. И это несложно - документ структурирован, логичен, и объясняет всё что предлагает.
Например, есть вещи достаточно категоричные - слово Продакт Оунера последнее, Спринт - это тайм-бокс, кончилось время - кончился спринт, и точка. Никто, совсем никто, вне команды - не может добавлять в спринт таски - только с разрешения Продакт Оунера. Пришел СЕО - отправь его к ПО. И т.д.
В качестве тренировки я проходил открытые тесты на том же Scrum.org - 30 вопросов рандомно выбранные из пула, в конце показывают где ошибся и объясняют - что полезно.
Примечательно, что после выхода новой редакции скрам гайда - многие другие тесты которые я проходил потеряли актуальность, так как авторы либо забили, либо не успели обновить.
Отмечу, что ни одной книги по Cкраму я так и не прочел.
Во-первых, я хорошо понял гайд и с абстрактным мышлением у меня все хорошо. Не зря в менеджеры пошел.
Во-вторых, я в курсе для чего пишутся книги в этой индустрии.
В-третьих, посчитал что для моей подготовки это будет лишней тратой дефицитного времени. Достаточно гайда, статей, видео, и некоторых еще материалов которые легко найти в интернете.
В день самого теста я прошел еще два раза тренировочный, перечитал внимательно гайд и в бой.
Тест
И вот этот день настал - я сел за тест. Судя по скорости прохождения тренировочных (рекорд 6 минут на 30 вопросов) - я рассчитывал закончить менее чем за час.
Первый же вопрос показал что не всё есть в пуле тренировочных тестов ) но он вполне укладывался в положения гайда, поэтому ок.
Вопросы чередуются - парочка со сложными абстрактными утверждениями, парочка про ивенты и артифакты. Вопросы из тренировочных тестов практически все были - проходились быстро.
Наблюдение номер раз. Скрам это во многом про разработку софта, но не только. И если вы видите что-то актуальное только для софта - это неверные варианты. В гайде если внимательно читать - нет ни слова про программирование, тестирование, девопс. А раз нету - то и не трогайте их.
Наблюдение два. Роли в Скраме три - Скрам Мастер, Продакт Оунер и Разработчики, про остальных там положений нет. Максимум упоминаются стейкхолдеры. То есть сразу когда встречаются тестеры, деливери менеджеры, прожект менеджеры, СЕО - это намек на ошибочные варианты. Потому как Скрам универсален, а роли в каждой компании распределены и именуются по своему. Исходите из тех, что четко описаны в гайде - не ошибетесь.
Наблюдение номер три - Скрам гайд написан достаточно специфическим языком. Фразы из него легко узнать. Это помогает там где есть сомнения: если фраза не звучит в стиле гайда, скорее всего это ошибочный вариант. А большая часть правильных - это прямые цитаты из гайда.
Наблюдение четыре - точность никогда не бывает лишней. Как в любых сложных тестах - ответы неочевидны часто. Одно измененное слово в вопросе может перевернуть ответ с ног на голову. Вопрос надо читать внимательно и понимать его логику, пытаться перевернуть: все что не запрещено - разрешено.
Пример: может/должен. Продакт Оунер должен присутствовать на дэйли скраме. Верно или нет? Ответ в P.S.
В итоге: моей подготовки хватило на успешное прохождение теста, но в ряде вопросов я просел. Например про то как формируются скрам команды когда у вас допустим 80 человек - в гайде прямо не сказано. Предполагаю в других местах описано.
Тест занял чуть более получаса. Вопросы - от 2 секунд до минуты на каждый. Самые сложные на мой взгляд были из разряда "Тебя назначили Скрам Мастером.." и дальше ряд условий - что ты сделаешь? Надо применять философию на практике.
В заключении про важность сертификации: на рынке труда зачастую работает презумпция незнания. То есть вы можете (и многие так и делают) - рассказывать о себе все что угодно. Что вы знаете Скрам, Канбан, Лин и Экстремальную разработку. Но пока не покажете доказательства - всё это лишь слова. Сертификат это как раз бумажка с которой вы человек, даже в чем-то мастер )
Плюс, это неплохой повод показав его - напомнить сети контактов какой вы молодец, работаете над собой, растёте. Пиар к слову тоже часть нынешней реальности рынка труда. Все это конечно пришло из штатов - они там особенно любят поговорить за погоны и репутацию. Но нельзя не признать что в ряде аспектов это вполне оправдано.
В общем такой был мой опыт. Если у кого есть еще вопросы - приглашаю в комменты.
P.S. Не должен. Это ивент для разработчиков, для ПО - опционально. Хотя у нас по моему у всех всегда присутствует вся честная компания включая СМ и ПО. Никто не верит что разработчики сами справятся.
HappyGroundhog
Раньше в гайде было 7+-2, а теперь вроде «Не более 10». Значит у вас будет 8 команд. Следует учесть, однако, что они должны быть кроссфункциональными. Т.е. нельзя разбить их на одну команду аналитиков, другую тестеров и т.д. Вообще к PSM I крайне рекомендовалось еще и читать Nexus Guide, который про большой Scrum. Кто соберется сдавать — вот рекомендуемый список для внеклассного чтения — www.scrum.org/pathway/scrum-master
VitStep Автор
Там вопросы больше были про то как их сформировать — дать людям самим распределиться, или же распределять своей властью.
изучал — но у меня возник вопрос стоит ли оно временных затрат? Учитывая что я не собираюсь становиться agile-коучем.
Как показал лично мой пример, никому не навязываю — можно обойтись и без книжек.
HappyGroundhog
Дать людям самим) Они же самоорганизующиеся команды. Я изучал и набрал в итоге 98.75, при этом я даже знаю где я ошибся, но вопрос был очень спорный...
Что касается списка, не обязательно читать его от корки до корки, достаточно посмотреть слабые места и их подтянуть... Обойтись без книжек можно, но как правильно было сказано, экзамен на хорошее понимание процесса, а не на зазубривание скрам гайда.
VitStep Автор
Во мне просто заговорил здравый смысл и жизненный опыт — не могут 80 людей сами взять и сформировать команды) Даже если им такое право предоставят — все равно появятся лидеры которые начнут формировать эти команды. Так не лучше то же самое делать сразу а не ждать пока они появятся? Это все таки не детский сад.
На этом собственно я и прокололся )
а так да согласен — большую часть списка я собственно проштудировал внимательнейшим образом, и это помогло.
Stazol
Можно уточнить, как на практике разрешается конфликт того, что команда двигается к цели спринта, а аналитик в теории прорабатывается задачи на будущее? Насколько аналитик нужен непосредственно в команде вместе с разработчиками? Почему не стоит выделять аналитиков в отдельную команду?