Scrum без ошибок

Если вы действительно не хотите ничего усложнять, задайтесь тремя вопросами:

1. Стали ли ваши клиенты счастливее — они остаются лояльными и покупают больше продуктов?

2. Стали ли участники вашей команды счастливее — они бегут с корабля или больше улыбаются?

3. Стали ли ваши стейкхолдеры счастливее — они более расслаблены и позволяют команде выполнять свою работу, а не занимаются микроменеджментом?

Эстер Дерби и Диана Ларсен собрали в своей книге «Agile-ретроспектива»

Идеально, если ваша команда придет на ретроспективу подготовленной, со списком проблем и предложений, и вы сможете сразу приступить к делу. Чтобы команде было легче подготовиться, рекомендую перед встречей разослать e-mail и обозначить области, на которых следует сфокусироваться. Темы могут быть такими:

• коммуникация;

• процессы;

• скоуп задач;

• качество;

• рабочая среда;

• навыки.

закон Конвея: «Организации, проектирующие системы… ограничены дизайном, который копирует структуру коммуникации в этой организации»

Несмотря на то что ежедневный scrum проходит по стандартной схеме, я люблю держать всех в напряжении, добавляя элементы случайности. Так, вы можете использовать маленький футбольный мячик, который пасуется от одного члена команды к другому в случайном порядке. Любой, кто не слушает (или просто плохо играет), смутится, пропустив мяч между ног.

Мне нравится способ, который предложил Кен Швабер[76]. С его точки зрения, стендапы — это возможность для команд кратко «пообщаться и синхронизироваться». Но это не перекличка или сеанс микроменеджмента, когда команда отчитывается scrum-мастеру и/или владельцу продукта. Я часто вижу, что у некоторых участников команды вошло в привычку адресовать новости только scrum-мастеру. Если вы заметили, что участник команды обращается на стендапе только к scrum-мастеру и смотрит исключительно на вас, вот вам совет: начинайте медленно отворачиваться или смотрите в потолок. Подавая такой вот сигнал, можно быстро избавить команду от этой привычки.

GIFTS («подарки»)

Agile-консультант и блогер Джейсон Йип объясняет ключевую цель стендапа, используя акроним GIFTS[75]. Я люблю этот акроним, потому что его легко запомнить.

G — Good start (хорошее начало). Хорошее начало означает, что стендап должен давать команде энергию, а не забирать ее. Энергия приходит от общности цели и ее срочности.

I — Improvement (улучшение). Мы не можем решить проблемы, о которых не знаем, поэтому большая часть стендапов посвящена выявлению проблем, преодоление которых ведет к улучшению. Иными словами, улучшения — это не только про решение проблем, но и про обмен лучшими практиками и идеями.

F — Focus. Стендапы должны помогать команде держать фокус на выполнение рабочих задач ради достижения целей, а не поощрять бессмысленную активность.

T — Team (команда). Эффективную команду можно построить только с помощью регулярных коммуникаций, систематической работы и помощи друг другу. Все это тесно связано с внутрикомандной поддержкой, когда участники делятся информацией о трудностях, с которыми столкнулись.

S — Status. Статус — это ответ на пару вопросов:

1. Как продвигается работа?

2. Есть ли еще что-нибудь, что необходимо знать команде?

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

На самом деле участник команды должен успеть ответить на эти три вопроса за 30 секунд.

Вот типичные вопросы, на которые каждый участник команды разработки отвечает во время ежедневного стендапа:

1. Чего я достиг вчера?

2. Чего я надеюсь добиться сегодня?[74]

3. Есть ли у меня препятствия или затруднения?

Прежде всего я настоятельно рекомендую проводить стендапы на ногах, а не сидя. Это тонкое, но важное отличие. Общение стоя помогает команде зарядиться энергией на весь день. А также гарантирует, что встреча пройдет живо и по делу — чтобы не разболелись ноги.