Коучинг agile-команд. Руководство для scrum-мастеров, agile-коучей и руководителей проектов в переходный период - Адкинс Лисса

Как их agile-коуч я понятия не имела, как они собирались двигаться в сторону высокой результативности, и знала, что каждая команда будет это делать по-своему, что бы я ни предложила, поэтому бесполезно создавать для них некое подобие «шоссе». Даже извилистая дорожка не подошла бы. Мне пришлось придумать запоминающийся образ, чтобы разжечь в них желание добиться впечатляющих результатов. Помня о силе метафоры, я создала дерево высокой результативности (рис. 2.1).

Рис. 2.1. Дерево высокой результативности

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

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

Когда вы пишете слова на корне дерева, вы изучаете scrum-ценности. Говоря простыми словами, они заключаются в следующем.

Обязательства: стремиться к поставленной цели. Scrum предоставляет людям все те полномочия, которые необходимы, чтобы выполнить свои обязательства.

Фокусировка: делайте свою работу. Сосредоточьте усилия и умения на выполнении работы, которую вы обязаны выполнить. Не думайте ни о чем постороннем.

Открытость: Scrum создает условия открытости проекта для всех.

Уважение: люди формируются в соответствии со средой, в которой существуют, и своим опытом. Важно уважать всех людей, из которых состоит команда.

Смелость: иметь мужество брать обязательства, действовать, быть открытым и ожидать уважения (Швабер и Бекедале, 2001).

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

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

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

Обратная связь: конкретные отзывы о текущем состоянии системы абсолютно бесценны. Оптимизм – это профессиональный риск в программировании. А обратная связь – лечение.

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

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

Конец ознакомительного фрагмента.