Мне любопытно, что делают другие, чтобы заставить команды работать с Agile устойчивым образом. На что вы обращаете внимание в первую очередь (практика, принцип, структура процесса)? Или нет единого подхода к запуску команд?
РЕДАКТИРОВАТЬ: Думаю, я все еще ищу что-то среднее между бизнесом и технологиями. Откуда берется это руководство и как оно выглядит? Я хотел бы услышать некоторые идеи по этому поводу.
Убедитесь, что владельцы бизнеса согласны и видят потребность в изменениях, а не только специалисты по технологиям и доставке. Изменения сложны, и если на линии нет ценности для бизнеса ($s), любой переход (гибкий или другой) остановится и потерпит неудачу.
Отпустите свое внимание на Agile ради Agile... забудьте о попытках использовать Agile так, как следует делать Agile, или о том, чтобы заработать звезды в каком-то табеле успеваемости Agile. Методология Agile — это всего лишь инструмент...
Сосредоточьтесь на бизнес-результатах — разрабатывайте и сообщайте SMART-цели с точки зрения бизнес-результатов — используйте/переделывайте/усовершенствуйте/реконструируйте методологии, такие как Agile, в качестве набора инструментов для ускорения достижения бизнес-результатов.
Даже если вы сможете превратить «успешное внедрение и переход на Agile» в какую-то конкретную, измеримую, агрессивную, реалистичную и ограниченную по времени цель, это все равно будет действительно глупой стратегической целью, потому что бизнес-результаты окупаются .
Мы не навязываем Agile, мы ожидаем, что клиенты и Teams потянут его.
В нашем довольно крупном, но коренастом предприятии у нас есть сообщество чемпионов Agile. Наша роль заключается в том, чтобы помочь командам и организациям начать правильное использование методов Agile. Это включает в себя обучение различным инструментам мышления, организации и действия, а также постоянное обучение, чтобы обеспечить постоянное улучшение атмосферы, а затем поддерживать ее.
Мы начинаем с формирования сообществ практиков, включающих лидеров разных уровней, а также коучей и наставников Agile, которые будут работать с самими командами. Это работает очень хорошо, когда лидеры уважают людей и относятся к ним соответственно. В ситуациях, когда некоторые менеджеры рассматривают людей как взаимозаменяемые ресурсы, мы вежливо прощаемся и, если необходимо, замолвим словечко с некоторыми руководителями, находящимися выше по организационному дереву — нам повезло, что сейчас у нас есть разумный генеральный директор и несколько мудрых вице-президентов (из разных вкусы), так что это очень помогает.
Один интересный аспект заключается в том, что мы можем помочь любой команде улучшить свое мышление и привычки, независимо от того, какой тип рабочего процесса они используют. Использование Agile-мышления — это не то же самое, что щелкнуть выключателем: в пятницу вы были в Waterfall Team, а в понедельник — в Agile Team. Людям требуется время и достаточное количество исследований, чтобы скорректировать свою точку зрения. Людям нужна практика, чтобы овладеть новыми привычками. Им нужно доверие, чтобы добровольно предлагать свое лучшее мышление и брать на себя ответственность за свои рабочие процессы. Сообщества практиков делают процесс непрерывного совершенствования устойчивым.
Итак, в некоторых наших крупных организациях мы начинаем с мягкого и постепенного улучшения всех аспектов рабочих процессов. Как только культура постоянного совершенствования закрепится благодаря привычкам проверки и адаптации, рабочие процессы могут сместиться в оптимальное положение в спектре, обусловленном потребностями и инвестициями клиентов.
Мы также всегда начинаем с вопроса: «Почему вы хотите использовать Agile? Использование Agile ради Agile — недостаточно веская причина». Это приводит к очень интересным беседам с различными лидерами и менеджерами. Короче говоря, мы либо достигаем взаимовыгодного результата и продолжаем, либо отказываемся от сделки и используем следующую возможность.
Лучшая идея? Наймите тренера (не обязательно меня, но я профессиональный тренер).
Коуч может работать и с бизнесом, и с технологами, и находить с ними общий язык. Это занимает всего несколько месяцев, а затем вы обычно можете взять его оттуда.
Что касается более прямого ответа: создайте инженерную среду и инженерные практики на раннем этапе и одновременно работайте со стороной управления продуктом, чтобы понять, как справляться со скоростью, итерациями, разбивкой историй и краткосрочной направленностью на непрерывную интеграцию и постоянная доставка.
Есть несколько грубых итераций, прежде чем вы достигнете успеха, но с хорошим началом, устойчивым темпом и регулярными ретроспективами вы сможете пройти через это.
Марк Филлипс
джморт253
Проворный разведчик
Лунивор
джморт253
Марк Филлипс