Scrum Master

Что вообще за компания?

Компания называется Gehtsoft USA LLC, зарегистрирована и имеет головной офис в штате Северная Каролина, в городе Райли. Компания работает с 2000 года, с 2008 года - в США.

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

Своих продуктов, впрочем, нету. Пока, наверное. Почему? Да наверное потому что, как обычно, “сапожник без сапог”.

За что будет отвечать человек?

Выполнять обязанности Scrum Master описанные в Scrum Guide:

Отвечает за реализацию командой Scrum в полном соответствии со Scrum Guide.
Отвечает за эффективность команды через применение Scrum и поддерживающих практик.
Организует и отвечает за оценку команды на основе метрик EBM (Evidence-based Management) и за организацию постоянного процесса улучшения метрик (Continuous Improvement).
Организует и отвечает за рост зрелости команды в рамках модели PAL.
Отвечает за применение командой эмпирического процесса, в случае необходимости - обучает и поддерживает команду через менторство и коачинг
Устраняет те препятствия которые не могут быть разрешены командой

Выполняет функции servant leader команды, включая:

Создание и поддержание условий для работы high-performing team
Создание и поддержание безопасной среды (как она описана в оригинальной статье Эми Эдмонсон)
Создание условий и поддержание командоформирования (например в рамках модели Такмэна)
Навигацию конфликтов внутри команды.

Целевые показатели на испытательный срок (3 месяца) (уровень миддл)

[Месяц 1] Есть оценка команды по уровню зрелости и по уровню командно-сформированности.
[Месяц 1] Есть оценка команды по знанию и применению Scrum
[Месяц 1] Есть оценка команды по метрикам EBM
[Месяц 1] Есть представленный и защищенный перед руководством план улучшений.
[Месяц 2] Реализовано как минимум два запланированных улучшения
[Месяц 2] Улучшение:

Или независимые измерения показали улучшение по одной или более метрик EBM
или
У команды есть lesson learned, commitment и план улучшения.

[Месяц 3] Независимые измерения показали улучшение по одной или более метрик EBM
[Месяц 3] Измерения по модели PAL показали улучшение зрелости команды
[Месяц 3] Команда подтвердила пользу Scrum Master для них
[Месяц 3] Подготовлен и защищен план на следующие 6 месяцев работы SM

Знания и навыки

Обязательно:

Знание Scrum, подтвержденное сертификатом PSM II, DASSM, PMI-ACP, A-CSM или аналогичным
Понимание модели Agile Leadership, подтвержденное сертификатом PAL, CAL или аналогичным.
Понимание модели EBM подтвержденное сертификатом PAL-EBM.

Примечание:

Сертификатов может в принципе не быть, если:

На интервью будет продемонстрировано знание и понимание Scrum, PAL и EBM достаточное для сдачи экзамена
Человек подписывается получить эти сертификаты не позднее чем за 3 месяца с начала работы.

Желательно:

Высокий эмоциональный интеллект.

Знание и навыки применения подхода Radical Candor - Kim Scott
Практическое знакомство с подходом Crucial Accountability - Kerry Patterson
Навыки системного коучинга (идеально - знакомство с моделью Reading the Room - David Kantor)
Навыки в области социального обучения (идеально - сертификация TBR)
Собственный технический бэкграунд (команды сильно технические, просто будет легче найти общий язык)
Эмоциональный интеллект.
Знакомство с фреймворком Cynefin.
Знания техник не только в области сложных систем, но и работы с хаосом.
Знания культуры DevOps (сертификация DoL ваще идеально)
Знания Management 3.0
Знания/сертификация в Disciplined Agile (DASM, DAC, DASVC)
Знания классической модели процессов (например кто имел раньше сертификации PMP, RUP до ухода в Agile)

Прям большой плюс:

Серьезные коучинг сертификаты, типа ICF, ICE-CE, ICE-AC
Опыт преподавания, особенно ICAgile authorized instructor, PST/CST.

Не желательно:

Богатый опыт в SAFe. Тех кто из SAFe придется внимательно смотреть насколько там был “и правда SAFe” или просто им воспользовались чтобы взять старое доброе top-to-down управление и просто покрасили так “под Agile”

Будет вот прям минусом:

Приверженность к модели Drive! Пинка. Вот прям кто про Пинка и с Пинком - к нам лучше ваще не ходить. Мы настолько anti-Пинк насколько это возможно.
“Испорченное” корпоративным псевдо-Agile понимание servant лидера как помеси секретарши/массовика-затейника/воспитателя младшей ясельной группы/вытирателя сопелек и слезок. Вот ваще ничего из этого не просто не надо, за это сразу скажем “спасибо, до свидания”. Защитники команды от злых менеджмента/заказчика/вообще всех вокруг не нужны. Нужны защитники эмпирического процесса и практической эффективности команды.