Что чувствует Скрам-мастер, который знает о Скраме только от гида? Как он пытается помочь команде не развалиться и улучшить существующие процессы? Статья о трудностях, с которыми я столкнулся в начале своего самурайского пути.
Команда, к которой я присоединился как QA-инженер, уже была сформирована: отлажены стандартные процессы, атмосфера в команде дружелюбная и спокойная.
Через год моей работы встал вопрос о том, кто заменит Скрам-мастера, перешедшего в другую команду.
Я хотел попробовать.
Опыта управления и построения процессов не было, но почва для старта была благоприятная.
Почему нет? 
Сложности
После недели эйфории (эй, новое достижение!) на мою голову свалилась тысяча и одна проблема (мама, помоги!).Большинство из них личные, банальные или можно решить, пройдя пару тренингов.
Я хочу поделиться четырьмя основными проблемами, с которыми может столкнуться новый Scrum Master.
Отсутствие полномочий
Несмотря на то, что я проработал в команде год, роль Scrum Master была для меня новой.Для построения новых процессов авторитет является одним из важных компонентов.
Когда пытаешься изменить привычные практики, основываясь только на теоретических знаниях, сложно избежать скептицизма со стороны команды.
Даже внедрение одной из самых распространенных практик — скрам-покера — оказалось для меня проблематичным.
Тень бывшего мастера
От сравнений никуда не деться.
Если до моего приезда что-то работало плохо, а после моего приезда ничего не менялось, возникали просьбы: «У нас слишком сложное планирование, давайте что-нибудь с этим сделаем!» В случае, когда команде что-то было удобно, например, физическая доска на ежедневнике, а потом я появлялся и говорил: «Мне не удобно, давайте поменяем!», команда не понимала, зачем это нужно.
.
Другая трудность связана с общением.
Предыдущий Скрам-мастер был весьма чувствителен к отзывам о своей работе, и мне было важно получать обратную связь.
В итоге первый полезный отзыв был собран только через пару месяцев — помогла настойчивость и общение с глазу на глаз.
На личных встречах некоторые ребята говорили, что им неудобно критиковать мою работу: предыдущий опыт показал, что чувства Скрам-мастера легко задеть, а обратная связь воспринимается как оскорбление.
Общение с командой
Идеальный Scrum Master следит за настроением в команде, анализирует, как работают процессы, и понимает, как команда реагирует на изменения.Как не спутать безразличие к процессу со стороны команды с тем, что уже хорошо работает? Как собрать адекватную обратную связь? Здесь мне явно не хватило практики.
Особенно тревожили эти вопросы в ретроспективе, когда на общем собрании выносились на обсуждение мелкие проблемы или не выносились вообще.
Это происходит, если команда провела хороший спринт или если о проблемах замалчивают.
Синдром волонтера
В начале пути я хочу выложиться по максимуму, чтобы команда сразу поняла, какой я крутой и как много я могу сделать.
Почему я должен делать меньше, если могу сделать больше?
Решения
Не может быть универсального решения для всех трудностей.Ниже я перечислю модели поведения, которые когда-то помогли мне вжиться в новую роль.
Решайте проблемы шаг за шагом
Я совмещал роль Scrum Master с должностью QA-инженера и физически не мог себе позволить сосредоточиться исключительно на улучшении процессов в команде.Я старался найти баланс и в результате избежал серьезных проблем от изменения всего и всех в команде.
Пошаговое решение помогло не только не увязнуть в изменениях ради изменений, но и отследить, как то или иное нововведение повлияло на проблему, решаемую изначально.
Мне хотелось изменить кое-что в работе команды.
Одним из них была физическая ежедневная доска.
Мне было лень проектировать его от спринта к спринту.
Ситуацию осложняло то, что проблема не затронула всю команду.
Еще одна проблема платы — реактивное обновление статусов задач.
Поскольку команда находилась в одном офисе, узнать ход выполнения задачи было довольно легко — спросите коллегу или посмотрите на доску.
Никаких сложностей на тот момент это не вызвало, но могло нарушить процессы в случае длительной удаленной работы кого-то из коллег или появления удаленного сотрудника.
Решением первой проблемы было делегировать проектирование платы или перейти на какой-то электронный инструмент. Второе – развитие культуры поддержания порядка.
Кстати, аргумент «когда-нибудь это может нам помочь» недостаточно мотивирует команду к переменам.
Я решил убить физическую доску, заменив ее таблицами в Wrike, где довольно удобно представлена основная информация о задаче.
Через какое-то время статусы задач стали обновляться каждый день, так что источником истины стала не доска, а сами задачи! Мне даже не пришлось решать вторую задачу.
Объясните причины любого изменения
Не надо с места в карьер с криком: «Сейчас все будет!» В самом начале пути Scrum-мастерства есть вероятность испортить процессы ради процессов; это может ухудшить карму.Сначала нужно понять почему, а потом донести идею до команды.
В ситуации с отказом от физической платы я сказал команде, что мне сложно заниматься дизайном, и если альтернативного варианта платы нет, то я бы попросил команду разделить обязанности по вырезанию и вешаю со мной наклейки.
Изучите поведение власти
Видите ли вы, чтобы кто-нибудь из команды хорошо доносил свои идеи? Прислушивается ли к мнению лидера? Вы можете наблюдать, как этот человек передает информацию; скорее всего, он и команда на одной волне.Также важно настроиться на эту волну.
Душой нашей команды был менеджер по продукту.
Команда разделяла важность и необходимость функций, над которыми он предложил работать.
И дело не только в том, что это были очевидно необходимые и важные изменения.
Менеджер аргументировал предложение, выделил преимущества, внес ясность – это помогло понять и принять новую задачу.
Найдите единомышленников
Одна голова хорошо, но имейте сто друзей.Коллективный разум — это здорово, но не все вопросы можно выносить на командное обсуждение.
Вы можете найти одного/двух неравнодушных коллег и проконсультироваться с ними.
Но разные члены команды обладают навыками в разных аспектах работы, поэтому лучше не сосредотачиваться только на паре консультантов.
Расширьте свой круг общения.
За новыми идеями относительно процессов я обратился к менеджеру по продукту.
Инженер по тестированию помог мне найти острые углы и проблемы.
Конечным результатом стало приятное и проверенное решение.
Книги, тренинги и практика помогут вам получить опыт, необходимый Scrum Master. Но количество советов огромно, и даже определение приоритетности советов в порядке необходимости вызывает трудности.
Признание сложностей – это шаг в правильном направлении к поддержанию и построению процессов.
Что дальше?
Теперь, когда хаос приведен в порядок, можно подумать о работе над конкретными навыками и задачами.
Скрам
- Знать методологию Scrum (принципы, ценности, роли, артефакты)
- Помощь в формировании отставания
- Организовать работу Scrum-команды (итеративный и инкрементальный процесс, командные мероприятия)
- Помогите команде размышлять и работать над улучшением процессов (например, с помощью ретроспектив)
- Уметь организовывать встречи
Управление
- Помощь в планировании команды
- Организовать работу команды в соответствии с целями спринта
- Помощь в расстановке приоритетов задач, обеспечение прозрачности приоритетов
- Выявить проблемы в командной работе
- Отвечает за артефакты Scrum и командные инструменты: бэклог, встречи, результаты обсуждений.
Личные навыки
- Осознавайте и контролируйте свои эмоции
- Нести ответственность за результат
- Будьте инициативны и самостоятельны в организации работы.
Мой список проблем, с которыми сталкиваются Scrum-мастера на ранних стадиях, далеко не полон.
Было бы интересно узнать, какие проблемы вам пришлось решать.
Теги: #Управление разработкой #Управление проектами #Управление продуктом #agile #scrum
-
Барбадос
19 Oct, 24 -
Анализ Атаки Приманки Cowrie
19 Oct, 24 -
Офис Google В Лондоне
19 Oct, 24 -
Тигрис. Новая Мобильная Платформа Amd
19 Oct, 24 -
Drivovo.com.ua - Дубль 2
19 Oct, 24 -
Как Я Сделал И Продал Курс По Axure 7
19 Oct, 24
