Непрерывные и непредсказуемые изменения являются нормой в большинстве отраслей и сфер бизнеса. Vuca (изменчивость, неопределенность, сложность и двусмысленность) требует от вас избегать традиционных и устаревших методов и практик управления и лидерства.
Поэтому все больше компаний начинают внедрять agile и scrum , но внедрение agile у многих компаний не вызывает нареканий.
В ходе повседневной работы на режим работы бригады большое влияние оказывает бригадир или руководитель службы. Иногда оперативность команды зависит от индивидуального стиля работы лидера. Модель сошла с рельсов и не сделала команду по-настоящему гибкой.
Итак, когда продуктовая команда применяет гибкую модель разработки , как узнать, действительно ли она гибкая?
Почему Scrum прост, но не легок?
Scrum прост, но не легок по следующим причинам:
- Успешное изменение не происходит полностью сверху вниз или снизу вверх;
- Конечное состояние непредсказуемо, и Scrum нуждается в постоянном совершенствовании;
- Scrum распространен во всей организации;
- Scrum полностью отличается от традиционного обучения/образования;
- Изменения приходят быстрее, чем раньше;
- Лучшие практики опасны. Найдите способ, который вам подходит;
Scrum — это не только техническое изменение, но и концептуальная инновация. Вся команда должна придерживаться следующего отношения при работе:
- Команда должна научиться начинать работу без большого и всеобъемлющего плана;
- Команда должна научиться анализировать и понимать требования с помощью пользовательских историй и общения без подробных документов с требованиями, а также приступить к проектированию и программированию;
- Команда должна привыкнуть к частому отправке кода и непрерывной интеграции;
- Команда работает в очень прозрачной среде, и каждый прогресс известен всем;
- Команде необходимо парное программирование, необходимо частое общение и обсуждение;
Scrum — это не только структура процесса, но, что более важно, он использует Scrum для создания команд и расширения их возможностей. Степень обкатки команды практически определяет эффект внедрения Scrum. Но успех команды не достигается в одночасье. Как отшлифовать команду на разных стадиях команды — задача для всех.
Эта статья посвящена трем этапам Scrum-команды от создания до зрелости, чтобы помочь вам определить этап вашей команды и найти способ прорваться через следующий этап.
Agile-команда: Этап I
- Роль PO ( владелец продукта ) в команде ясна, и PO отвечает за управление бэклогом продукта ;
- PO является основным источником требований и отвечает за сбор требований от всех сторон, а также отвечает за требования;
- PO отвечает за определение приоритета бэклога продукта, что также имеет место при внесении изменений;
- В команде есть один человек, который может взять на себя роль Scrum Master , в основном этот человек будет брать на себя роль Scrum Master на долгое время;
- В основном быть в состоянии координировать команду для решения проблем, возникающих в Спринте. Однако способность решать междоменные проблемы слаба;
- Скрам-мастер помогает членам команды поддерживать Бэклог Спринта и культивирует у членов команды привычку вести Бэклог Спринта самостоятельно;
- Скрам-мастер отвечает за руководство и председательство на собрании стенда. Заседание стенда проводится в фиксированном месте и времени и заканчивается в стандартное время. Скрам-мастер очень четко понимает содержание работы каждого члена команды, и большинство проблем и рисков можно обнаружить на собрании стенда. ；
- Скрам-мастер отвечает за проведение различных совещаний в соответствии с графиком, таких как совещание по плану, итоговое совещание, обзор PRD (обзор производительности и разработка), обзор кода, анализ кейса и т. д.;
- Скрам-мастер отвечает за руководство и председательство на собрании по планированию, предоставление метода оценки рабочего времени, предоставление содержания плана и уровня приоритета этого спринта, руководство всеми по разделению содержания спринта и руководство всеми для завершения оценки работы. часы;
- Скрам-мастер отвечает за ведение итоговой встречи и председательствует на ней. Скрам-мастер в основном отвечает за обобщение преимуществ и недостатков этой итерации, а также за формулировку мер по устранению недостатков и принятие последующих мер;
- Скрам-мастер отвечает за мониторинг рисков и прогресса и может информировать заинтересованные стороны;
- В большинстве случаев Team может выполнить свои обязательства перед DOD ;
Agile-команда: Этап II
- PO отвечает за управление бэклогом продукта, а команда утверждает содержание бэклога продукта;
- Команда будет помогать PO в сборе требований и будет активно предлагать требования. Команда признает требования и несет ответственность за них;
- PO помогает Команде определить приоритет Бэклога Продукта, даже когда происходят изменения;
- Роль скрам-мастера в команде — резервная копия. Когда скрам-мастера нет, резервное копирование может полностью взять на себя роль работы;
- Полностью способен координировать команду для решения проблем, возникших в Спринте. Способность продвигать междисциплинарное решение проблем велика, но способность продвигать межведомственное решение проблем слаба;
- Сформировалась привычка членов команды вести Бэклог Спринта самостоятельно, а Скрам-мастеру нужно только контролировать и напоминать;
- Скрам-мастер помогает в эффективном проведении стендовой встречи. Заседание стенда заканчивается в стандартное время в установленном месте и в определенное время. Члены команды очень четко понимают содержание работы других членов. Члены команды могут помочь скрам-мастеру найти некоторые проблемы и риски. Некоторые проблемы и риски все еще обнаруживаются скрам-мастером;
- Скрам-мастер помогает в эффективном проведении различных совещаний, таких как совещание по плану, итоговое совещание, обзор PRD, обзор ERD, обзор кода, обзор кейса и т. д .;
- Скрам-мастер помогает в эффективном выполнении собрания по плану и обсуждает с членами команды метод оценки рабочего времени, содержание плана и приоритет этого спринта, а затем совместно завершает разделение содержания спринта и оценку рабочее время;
- Скрам-мастер помогает подвести итоги эффективного хода встречи, обсудить и обобщить преимущества и недостатки этой итерации с членами команды, а также может сформулировать эффективные меры по улучшению и внести эффективные улучшения против недостатков, а преимущества могут продолжать поддерживаться;
- Под руководством Скрам-мастера члены команды участвуют в мониторинге рисков и прогресса и могут регулярно уведомлять заинтересованные стороны;
- Команда совместно выполняет свои обязательства по DOD (Definition of Done);
Agile-команда: Этап III
- Бэклог Продукта инициируется и управляется PO, а Команда участвует в обсуждении и улучшении;
- Команда совместно предлагает и собирает требования и несет совместную ответственность за продукт;
- Команда совместно определяет и несет ответственность за приоритет Бэклога Продукта, даже если происходят изменения;
- Любой член Команды может взять на себя роль Скрам-мастера;
- Это может помочь Команде преодолеть все препятствия, возникающие в ходе Спринта, и обладает сильными способностями содействовать решению проблем между доменами и отделами, а также обеспечивать выполнение DoD в соответствии с договоренностью;
- Члены команды сознательно поддерживают Бэклог Спринта, а Скрам-мастер регулярно проверяет, как члены команды ведут Бэклог Спринта;
- Члены команды активно участвуют в стендап-совещании, которое проводится качественно и результативно. Собрание проводится в фиксированном месте и в определенное время и заканчивается в стандартное время. Члены команды очень четко понимают содержание работы других членов, и члены команды активно поднимают вопросы и риски, обнаруживают все проблемы и риски вместе со скрам-мастером;
- С помощью Скрам-мастера члены команды руководят эффективным проведением различных совещаний, таких как совещание по плану, итоговое совещание, обзор PRD, обзор ERD, обзор кода, обзор кейсов и т. д.;
- С помощью Скрам-мастера члены команды проводят собрание по плану, и команда несет совместную ответственность за результаты оценки рабочего времени, содержание плана и результаты разделения этого спринта, а также результаты подтверждения уровня приоритета;
- При поддержке Скрам-мастера члены команды проводят итоговую встречу. Команда несет совместную ответственность за результаты этой итерации и может совместно определить основную причину недостатков. В более поздний период все члены команды активно и эффективно совершенствуются, постепенно превращая недостатки в достоинства. Преимущества могут становиться все лучше и лучше;
- Команда активно отслеживает риски и прогресс вместе и может своевременно уведомлять заинтересованные стороны;
- Команда фокусируется на реализации функций и специализируется на реализации продуктов. Команда имеет возможность определить правильный маршрут продукта и совместно способствовать постоянному улучшению продукта;
Резюме
Чем более зрелой становится Agile-команда, тем больше она требует не только от PO и SM, но и от членов команды.
В гибкой команде разработчиков это процесс непрерывного обучения и совершенствования, который способствует развитию способностей и уровня всей команды и, следовательно, очень полезен для развития команды, особенно когда на рабочем месте появляется больше новых людей.
Наконец, лучше позволить им учиться и расти в командной работе, что может помочь им быстрее совершенствоваться и повысить общую силу команды.
Эта статья также доступна на Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Việt Nam, 简体中文 and 繁體中文