Координатор на полный рабочий день?

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

Но если вы представляете себе команду, для которой настали великие времена, когда она может выполнить задачи, которые прежде даже не рассматривались, в рамках общей преображенной компании - задумайтесь над тем, чтобы стать Отличным скрам мастером (ScrumMaster). 

Такой отличный скрам мастер может работать только с одной командой. 

Мы рекомендуем - один выделенный скрам мастер на команду из семи, или около того, человек, особенно в начале работы. 

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

Часть 1 - Как дела у моего владельца продукта? 

Скрам мастер повышает эффективность работы владельца продукта, помогая поддерживать бэклог продукта и план релиза. Обратите внимание, что только владелец продукта может приоритезировать бэклог (Backlog). 

Итак, проверьте: 

  1. Приоритезиован ли бэклог продукта (Product Backlog) в соответствии с его/ее последними соображениями? 
  2. Все ли требования и пожелания на продукт от всех заинтересованных лиц охвачены бэклогом? Помните - бэклог постоянно изменяется. 
  3. Имеет ли бэклог управляемый размер? Чтобы поддерживать контролируемое число задач в бэклоге, задачи по мере продвижения к верхней части списка должны быть все более мелкими и подробными, при этом в нижней части остаются задачи с общим описанием. Контрпродуктивно подробно анализировать задачи, расположенные не в топе бэклога. Ваши требования к продукту будут меняться по мере обсуждений владельцев и заказчиков продукта с разработчиками. 
  4. Может ли любое требование (особенно из верхней части бэклога) быть лучше описано, как независимая, согласованная, имеющая ценность, готовая к оценке, небольшая и готовая к тестированию пользовательская история (User story)? 
  5. Рассказали ли вы своему владельцу продукта о "технической задолженности" и как избегать ее появления? Здесь одним из рецептов является включение автоматического тестирования и рефакторинг в критерий выполнения (DoD) для каждой задачи. 
  6. Доступен ли бэклог в виде информационной доски, информационного "радиатора", непосредственно доступного для все участников? 
  7. Если вы используете инструменты для автоматизации управления бэклогом, все ли умеют эффективно их использовать? Такие инструменты представляют определенную опасность и без эффективного участия скрам мастера превращаются в информационный "охладитель". 
  8. Можете ли вы помочь сделать доступнее информацию, демонстрируя распечатки? 
  9. Можете ли вы помочь сделать доступнее информацию, создав большую понятную диаграмму? 
  10. Помогли ли вы своему владельцу продукта организовать задания из бэклога в соответствующие релизы или группы по приоритетам? 
  11. Все ли участники знают, соответствует ли еще план релиза реальности? Вы можете попробовать продемонстрировать каждому графики сгорания продукта/релиза (Product/Release Burndown Charts), после того как задачи признаются выполненными в ходе совещания по обзору спринта (Sprint Review Meeting). Графики показывают как скорость выполнения задач, так и скорость добавления новых, позволяя отследить на ранних этапах тенденции в изменении содержания и сроков проекта. 
  12. Скорректировал ли владелец продукта план релиза после последнего совещания обзора спринта? Небольшое число владельцев продукта, которые отправляют адекватно протестированный продукт вовремя, перепланируют релиз каждый спринт. Может потребоваться отложить некоторые работы на будущее, поскольку появятся более важные. 

Часть 2 - Как дела у моей команды? 

В то время, как вас поощряют руководить, постоянно приводя примеры взаимодействия с членами команды в их работе, существует риск того, что вы упустите из внимания технические задачи. Рассмотрите следующие основные обязанности по отношению к команде: 

  1. Находятся ли большинство своего времени члены команды в потоке, без разрыва контекста?

Вот некоторые характеристики этого состояния: 

  • Понятные цели (ожидания и правила различимы, цели достижимы и соответствуют навыкам и умениям); 
  • Концентрирование и фокусирование, высокая степень концентрации на ограниченном поле внимания;
  • Потеря чувства самосознания, объединение действия и осознания;
  • Прямая и моментальная обратная связь (успехи и неудачи в процессе деятельности очевидны, так что поведение может быть скорректировано по мере необходимости);
  • Баланс между возможностями и задачами (выполнение не является ни слишком легким, ни слишком сложным); 
  • Чувство личного контроля над общей ситуацией или текущей деятельностью;
  • Деятельность действительно приносит удовлетворение, как следствие легкость действий. 
  1.  Хорошо ли относятся члены команды друг к другу, развлекаются ли вместе, радуются ли за успехи друг друга? 
  2.  Поддерживают ли члены команды при работе друг с другом высокие стандарты и поощряют друг друга к росту профессионализма? 
  3.  Есть ли препятствия для работы в команде, которые не хотят обсуждать члены команды, поскольку они слишком не удобны?
  4. Пробовали ли вы различные форматы и места для проведения ретроспектив по спринту (Sprint Retrospective Meetings)?
  5. Держит ли команда в фокусе цели спринта? Возможно вам следует провести в середине спринта сверку и пересмотреть критерии готовности для задач из бэклога, назначенных на спринт.
  6. Отражает ли доска задач то, что реально делает команда? Остерегайтесь "темной материи" не раскрытых задач и задач длительностью более одного дня. Задач не относящиеся к целям спринта являются препятствием к достижению этих целей.
  7. Состоит ли ваша команда из 3-9 специалистов, с достаточными уровнями квалификации для разработки продукта потенциально готового к релизу?
  8. Обновляется ли ваша доска задач регулярно?
  9. Доступны ли для команды инструменты самоменеджмента (доска задач, график сгорания задач..), удобно  ли ими пользоваться?
  10. Защищены ли такие инструменты от назойливого вмешательства? Избыток внимания извне команды к ежедневной деятельности сотрудников может препятствовать внутреннему общению и самоменеджменту.
  11. Вызываются ли члены команды самостоятельно для решения задач?
  12. Включены ли задачи, связанные с техническим долгом в задачи бэклога, которые постепенно делают ваш код приятным для работа?
  13. Оставляют ли члены команды свои должности за пределами командной комнаты, коллективно отвечая за все аспекты согласованной работы (тестирование, документирование и т.д.)?

Часть 3 и Часть 4 в следующем посте.   

 

 

Последние статьи из раздела "Про управление проектами":

Кейс: как ускорить развитие проекта

Публикую этот пост, чтобы он всегда был "под рукой". Авторство и повествование от имени Carrot Quest. Представители ФРИИ, Илья Красинский и Carrot Quest провели воркшоп, главной задачей которого было улучшение юнит-экономики 5 стартапов. ... читать далее
10.01.18

Что такое эскалация в управлении проектами и зачем она нужна?

Отдельно хочу отметить, что я являюсь поклонницей Юлии Бажановой. Статья - Что такое эскалация в управлении проектами и зачем она нужна? - ее авторства. Юлия легко и непринужденно рассказывает о проектном менеджменте. ... читать далее
12.12.17

Что такое тестирование. Большая и крайне полезная статья от Алексея Баранцева

Гарантирование качества возможно при наличии инструментов опережающих технологии находящиеся у потребителя. Специалист QA всегда находиться на передовой IT технологий и умеет предугадать некоторые баги еще до их официального появления.... читать далее
12.12.17

Возможно Вам будут интересны другие статьи из разделов:

Интересно, полезно? Поделитесь у себя:



comments powered by HyperComments