Должен ли ScrumMaster быть немного занудой?

scrummaster

У вас бывало такое ощущение, что ваш ScrumMaster (или даже просто ваш менеджер) ведет себя как зануда? Вот эти его напоминания о взятых на себя обязательствах, о том, что вы обещали вчера на стендапе и сегодня говорили совершенно о другом, о договоренностях в команде и всяких там definition of done. И за опоздания на стендап ругается. А еще эти его трекеры типа JIRA или напоминания о том, что слишком много работы в прогрессе — явный способ завалить обещанное. Или вот эта паника, если Burndown не идет близко к прогнозу.

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

А теперь вопрос к первой группе читателей — которым кажется, что их ScrumMaster “занудничает” — что вы делаете, когда он оказывается прав? Когда напоминания о недоделанной работе позволило довести ее до конца, когда вовремя поднятая “паника” в середине итерации позволила собраться, приложить усилия и сделать то, что обещали. Или наоборот, в конце итерации вы понимаете, что если бы его не проигнорировали, результаты вашей команды были бы лучше. Кто из вас на ретроспективе сказал “да, ты был прав”? 🙂

Большая свобода, которая дается идеей само-организации в команде, подразумевает и ответственность за результат. И если кто-то напоминает своим коллегам о взаимных обещаниях или о чем договаривались все вместе — это, на мой взгляд, признак того, что он переживает за результат. Всё это как раз и есть проявление взаимной ответственности, “под-отчетность” друг-другу и реальная помощь в том, чтобы становится лучше.

Роль ScrumMaster специально названа по-другому, чтобы подчеркнуть, что это «менеджмент с человеческим лицом”, т.е. управление командой построенное на совершенно других принципах: «лидерство как служение”, делегирование команде принятия многих решений. И многих других принципах, которые “традиционным” менеджерам кажутся уж слишком демократическими. Но все равно остается один важный аспект менеджмента или лидерства — это ответственность за то, чтобы команда пришла к результату и, желательно, самым легким и эффективным путем. При этом желательно весело и получив удовольствие (ну про мотивацию тоже никто не забывает :)).

Поэтому мой совет всем кто оказался перед выбором “занудничать” или промолчать — не молчите! Помогайте команде, даже если они этого не хотят на первый взгляд, даже если не скажут спасибо сразу. Просто помогайте, будь это ваша работа или желание сделать как лучше для всех. Иногда нужно быть немножко занудой, чтобы люди не забывали о своих целях.

P.S.

Важный момент, ScrumMaster не может быть “засранцем” — это означает, что он сам раздает задачи, сам говорит команде, где они были не правы, говорит что делать, чтобы исправить текущую ситуацию, не слушает их мнение и, что самое ужасное, говорит в конце итерации “я же говорил” 🙂

Такие люди точно никогда не получат благодарности или признания от команды — они просто не оставляют команде места для роста и свободы принятия собственных решениях. Таких, я думаю, никто не любит 😉

Как расставлять приоритеты при совмещении роли ScrumMaster в команде

scrummaster

Интересный вопрос, который я неоднократно встречаю с самых первых дней практики и «евангелизации» Scrum подхода. Действительно, для маленьких команд от 5 до 9 человек (как предписывается), да еще и в аутсорсинге (как бывает) нанять отдельного выделенного ScrumMaster может быть проблемой. Бывает, что роль не до конца понятна команде и заказчику/менеджменту. А бывает, что банально не хватает денег на хорошего опытного ScrumMaster’а, который «разгонит» и оптимизирует команду —  поможет ей достигнуть небывалых высот.

В любом случае, многие приходят к казалось бы логичной идее совместить эту роль с технической ролью в команде. Тем самым получить продуктивного игрока, который лишь половину времени уделяет ScrumMaster’ству, а остальное время приносит пользу делает что-то в другой роли (разработчик, тестировщик, бизнес-аналитик и т.п.).

Давайте рассмотрим примеры такого совмещения, какие бывают плюсы и минусы и как можно расставлять приоритеты. (далее…)

События уходящего года

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

Итак, начну с ближайших, хотя рекомендую дочитать до конца — там тоже  немало интересного:-) (далее…)

Недокументированная встреча или как сделать остальные Scrum-встречи лучше

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

Кто-то спросит, а в чем проблема? Представьте себе, что команда пришла на встречу по планированию двух-недельной итерации: (далее…)

А вы играете по правилам?

Одна из наших активных читателей проявила инициативу и написала свой небольшой пост для нашего блога. За что ей отдельное спасибо 🙂 Толчком к написанию послужило обсуждение советов начинающим в Agile (кстати, если у вас есть чем поделиться по этому вопросу — присоединяйтесь к дискуссии).

Итак, знакомьтесь — Марианна Алмакаева, Project Manager, Харьков.

А вы играете по правилам?

Вы знаете правила игры в шахматы? Конечно, да! Кто же их не знает? Ничего сложного – черные, белые, кони, слоны, т.п. Но делает ли знание правил нас хорошим игроком? Ответ-нет, согласны? 🙂 Я, например, знаю правила игры в шахматы с самого детства, но играть совсем не умею. Так и с методологиями разработки программных продуктов, в частности, со SCRUM’ом. (далее…)

Консультанты, тренеры, коучи и другие милые люди

who-is-whoМой опыт показывает, что зачастую в умах людей происходит путаница, когда речь заходит о новомодных словах таких как: коучинг, менторинг, тренинг и прочие. Даже родное и привычное слово консультант у нас используют, как ни попадя, зачастую даже не задумываясь о его значении.

Обучение и передача знаний в такой области как гибкое управление проектами (Agile) и в частности использование методологии Scrum, так или иначе, требует привлечения специалистов «извне». Команды или каждый человек в отдельности обычно выступают как клиенты, а все эти люди, как бы они себя не называли, пытаются помочь. Давайте разберемся, как их правильно готовить чего от них ожидать. (далее…)

Наглядно об основах Scrum

Несмотря на все обилие статей, вопрос о том как объяснить Scrum по-прежнему актуален. Особенно, если вам необходимо объяснить Scrum кому-нибудь другому — коллеге, начальнику, заказчику и т.п.

Ниже приводиться подборка видео-роликов на тему «что такое Scrum». (далее…)

Новые СкрамМастера теперь действительно сертифицированы или новости от ScrumAlliance

CSM seal

Долгое время велись дебаты о ценности курса для СкрамМастеров, который проводит ScrumAlliance.

С одной стороны, Альянс — источник «истинного» знания, и его тренера действительно способны доходчиво и наглядно объяснить все премудрости тому, кто собирается исполнять роль СкрамМастера в своей команде. С другой стороны, (далее…)

Scrum на простом языке

scrumПоследнее время меня часто спрашивают, что такое Scrum, люди, которые имеют весьма отдаленное отношение к ИТ. В связи с этим я решила объяснить простыми словами, что же значит Scrum. Так что господа Scrum-последователи не судите меня строго.

(далее…)

Когда Scrum не похож на Scrum?

Достаточно давно читал статью Тобиаса Майера «Когда Scrum не Scrum?». И вот недавно мне она опять попалась на глаза. Хотя ей уже 2 года, в наших реалиях, как я вижу, она не утратила свою актуальность.

В связи с чем, привожу ее перевод. (далее…)