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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечания

1

Кон, М. Scrum. Гибкая разработка ПО. М.: Вильямс, 2016. Прим. ред.

2

Бек, К. Экстремальное программирование: разработка через тестирование. М.: Питер, 2017. Прим. ред.

3

Бек, К., Фаулер М. Экстремальное программирование: планирование. М.: Питер, 2016. Прим. ред.