Как вы запускаете новые Agile-команды?

Мне любопытно, что делают другие, чтобы заставить команды работать с Agile устойчивым образом. На что вы обращаете внимание в первую очередь (практика, принцип, структура процесса)? Или нет единого подхода к запуску команд?

РЕДАКТИРОВАТЬ: Думаю, я все еще ищу что-то среднее между бизнесом и технологиями. Откуда берется это руководство и как оно выглядит? Я хотел бы услышать некоторые идеи по этому поводу.

Привет Жан - добро пожаловать на сайт! Не могли бы вы отредактировать свой вопрос, чтобы он был больше вопросом? Это похоже на сообщение в блоге / мыльницу, а не на вопрос.
@Jean - Как сказал Марк, добро пожаловать! Мы рады, что вы присоединились к нашему сообществу. Я предлагаю пройтись по некоторым другим нашим вопросам от наших пользователей с высокой репутацией . Кроме того, на нашем мета-сайте вы можете узнать больше о нашем сообществе, а также принять участие в определении его направления и помочь решить некоторые проблемы его роста. Мы с нетерпением ждем вашего вклада в наш сайт. Добро пожаловать! :)
Похоже на запись в блоге. Но дельный совет дан в этом посте! +1 за вопрос в блоге. :)
Привет Жан, добро пожаловать на pm.se! Вы всегда можете ответить на свой вопрос (совершенно допустимо), так что, возможно, вырежьте что-то из этого и вставьте в ответ. Тогда остальные из нас могут представить разные точки зрения.
@Lunivore - Хорошо сказано. Я думаю, что это отличное предложение. Жан, пожалуйста, не стесняйтесь переформатировать свой вопрос как вопрос и вставить свои ответы в качестве ответа. Просто притворись, что ты в опасности! ;)
@Jean - хорошо отредактировано!

Ответы (4)

Убедитесь, что владельцы бизнеса согласны и видят потребность в изменениях, а не только специалисты по технологиям и доставке. Изменения сложны, и если на линии нет ценности для бизнеса ($s), любой переход (гибкий или другой) остановится и потерпит неудачу.

+1 отличный ответ, Боб. Практично, по делу. То, что можно использовать сразу.

Отпустите свое внимание на Agile ради Agile... забудьте о попытках использовать Agile так, как следует делать Agile, или о том, чтобы заработать звезды в каком-то табеле успеваемости Agile. Методология Agile — это всего лишь инструмент...

Сосредоточьтесь на бизнес-результатах — разрабатывайте и сообщайте SMART-цели с точки зрения бизнес-результатов — используйте/переделывайте/усовершенствуйте/реконструируйте методологии, такие как Agile, в качестве набора инструментов для ускорения достижения бизнес-результатов.

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

Я согласен. Успешное «принятие Agile» должно быть связано с успешной формулировкой бизнес-целей и тем, почему определенные (Agile) методы могут быть ценным подходом, помогающим командам внести свой вклад в успех бизнеса. Что заставит людей, говорящих о «бизнес-результатах», перейти к обсуждению «Agile» или «не Agile». Где происходит обсуждение методов, технологий и инструментов успеха в бизнесе и под каким руководством?

Мы не навязываем Agile, мы ожидаем, что клиенты и Teams потянут его.

В нашем довольно крупном, но коренастом предприятии у нас есть сообщество чемпионов Agile. Наша роль заключается в том, чтобы помочь командам и организациям начать правильное использование методов Agile. Это включает в себя обучение различным инструментам мышления, организации и действия, а также постоянное обучение, чтобы обеспечить постоянное улучшение атмосферы, а затем поддерживать ее.

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

Один интересный аспект заключается в том, что мы можем помочь любой команде улучшить свое мышление и привычки, независимо от того, какой тип рабочего процесса они используют. Использование Agile-мышления — это не то же самое, что щелкнуть выключателем: в пятницу вы были в Waterfall Team, а в понедельник — в Agile Team. Людям требуется время и достаточное количество исследований, чтобы скорректировать свою точку зрения. Людям нужна практика, чтобы овладеть новыми привычками. Им нужно доверие, чтобы добровольно предлагать свое лучшее мышление и брать на себя ответственность за свои рабочие процессы. Сообщества практиков делают процесс непрерывного совершенствования устойчивым.

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

Мы также всегда начинаем с вопроса: «Почему вы хотите использовать Agile? Использование Agile ради Agile — недостаточно веская причина». Это приводит к очень интересным беседам с различными лидерами и менеджерами. Короче говоря, мы либо достигаем взаимовыгодного результата и продолжаем, либо отказываемся от сделки и используем следующую возможность.

Лучшая идея? Наймите тренера (не обязательно меня, но я профессиональный тренер).

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

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

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