Начало работы Scrum мастера с командой

Сопротивление изменениям есть.

Почему — такая природа человека, и это нормально. Подробности думаю отвлекут от цели статьи.

Как уменьшить сопротивление в начале работы с командой?

Мой рецепт: Создать человеческое лицо, обрисовать роль и спросить разрешениям быть SM для команды.

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

Фаза 1. Мой опыт — говорить про себя и про свой опыт), и про путь в SM. Что работал инженером, DevOps`ом и PM. Если потребуется — приводить примеры из жизни. Также рассказываю каким образом попал на этот митинг.

Фаза 2. Роли SM — более 20 лет, и порой уже трудно представить — что кто то может не знать что делает SM. Так вот — Знают не все, и часто не совсем то, и у кого то был негативный опыт. В общем — надо обязательно рассказывать. Хотя бы в 2х словах. Сопротивление неизвестности — самое неконструктивное и изобретательное, на вызовы “по существу” гораздо легче ответить.

Фаза 3. Хорошей практикой считаю попросить разрешение команды на то чтобы стать их SM. Не только потому что сопротивляться изменениям сложнее когда уже сам дал апрув. И не только по тому что это может быть первое командное решение. Это ещё сильно помогает избавиться от чувства ненужности и эффекта самозванца

Мои грабли:

• Работал с командой уже давно и было особенно сильное сопротивление и разница в ожиданиях и просьбы подвигать таски в Jira. Пришло осознание — лучший момент — сейчас), точнее на ближайшем ретро. За одно с ролью SM границы и ожидания очертили для 2х других членов команды. Ситуацию улучшило и то что команда дала мне разрешение продолжить быть их SM. А то пророй как самозванец себя чувствовал.
• В какой то момент поймал себя на мысли – что иногда вещаю как с пьедестала: ”Все знают а вы ещё нет” и команда активно помогала оставаться в этой парадигме. Продуктивности это никому не добавляло. И пока чётко не ответил себе на вопрос – Чему я как лидер могу научиться у этой команды?, ситуация с мёртвой точки не сдвигалась.
• Также неплохо помогает задавать себе вопрос – Как решить проблему так чтобы команда максимально выросла?

Моя версия первой встречи:

Всем привет, меня зовут Михаил, я Scrum мастер.

Я тут потому что ….. благодаря ….

Немного о себе:

• Основатель RDB24, Разработка ПО, Поддержка, облачные решения, 2008–2019г. Компания продолжила работать поле моего ухода.
• Работал Админом, Разработчикам, DevOps, Начальником отдела ИБ, PM\PO, CIO.
• В роли PM вывел на самоокупаемость проект в Европе, 2018г.
• участвовал в команде взявшей номинацию в хакатоне CERN Mobility T-Hack, Женева, 2019г
• Учился в CERN School of Computing 2014
• опыт в IT более 16 лет, опыт использования Agile — c 2017 года.
• Закончил школу SM от ScrumTrek в роли Наставника(Сертификат #23122011), 2020г.

Хорошо помогает в принуждении к доверию дать ссылки на свои соц. сети или блог.

Моя работа состоит из 2х частей — работе непосредственно в командах и масштабированию гибких подходов на уровне организации.

Столько то времени смогу уделять вашей команде на постоянной основе если это потребуется.

SM — прежде всего это агент изменений. Причём 2-го порядка — он помогает изменять процесс агентам 1 порядка — людям которые своими “руками” вносят изменения в систему.

Моя задача — помимо контроля соблюдения scrum guide — держать зеркало перед командой — предъявлять проблемы команды — команде. Подсвечивать дисфункции.

Другими словами — помогаю и поддерживаю самоорганизацию в команде.

У меня есть вещи в которые верю

• В ценности Scrum — приверженность, сфокусированность, открытость, уважение и смелость.
• В краеугольный камень под названием Доверие.
• В самоорганизацию команд
• В кросс функциональность
• В Фича-тим
• В продуктовый подход
• В простоту
• В Микросервисную архитектуру
• В DevOps практики и контейнеризацию
• Инклюзивный Agile leadership

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

Потом иногда ещё задаю проверочный вопрос, для понимания — стоит ли задавать основной — Как вы думаете почему Scrum\Agile у вас не сработает? И если вижу

Ребята, у меня к вам вопрос. Вы разрешите мне стать вашим Scrum мастером?

И с заветным командным Апрувом, уже гораздо легче нести изменения в процесс и команду.

Для более скептической публики можно рассказать про Закон Конвея. И сказать что классных продуктов не будет если таски перекидывать “через забор”. И уже только потом спрашивать Апрув.

scrum guide 2020 — Scrum Master служит Scrum Team несколькими способами, в том числе:

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

scrum guide 2020 — Scrum Master служит Product Owner несколькими способами, в том числе:

• помогает находить техники эффективного определения Product Goal и управления Product Backlog;
• помогает Scrum Team осознать необходимость чётких и лаконичных элементов Product Backlog;
• помогает применять эмпирическое планирование продукта в комплексной среде; а также,
• фасилитирует взаимодействие с заинтересованными лицами по запросу или при необходимости.

Благодарности

Очень помогли материалы Александры Баптизманской. Думаю всем полезно будет посмотреть выступление 10 идей о том, как агенту изменений установить контакт с командой с Agile Days 2021.