Agile-команда: Зрелость разработки

Почему Scrum прост, но не легок?

Scrum  прост, но не легок по следующим причинам:

1. Успешное изменение не происходит полностью сверху вниз или снизу вверх;
2. Конечное состояние непредсказуемо, и Scrum нуждается в постоянном совершенствовании;
3. Scrum распространен во всей организации;
4. Scrum полностью отличается от традиционного обучения/образования;
5. Изменения приходят быстрее, чем раньше;
6. Лучшие практики опасны. Найдите способ, который вам подходит;

Scrum — это не только техническое изменение, но и концептуальная инновация. Вся команда должна придерживаться следующего отношения при работе:

1. Команда должна научиться начинать работу без большого и всеобъемлющего плана;
2. Команда должна научиться анализировать и понимать требования с помощью пользовательских историй и общения без подробных документов с требованиями, а также приступить к проектированию и программированию;
3. Команда должна привыкнуть к частому отправке кода и непрерывной интеграции;
4. Команда работает в очень прозрачной среде, и каждый прогресс известен всем;
5. Команде необходимо парное программирование, необходимо частое общение и обсуждение;

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

Эта статья посвящена трем этапам Scrum-команды от создания до зрелости, чтобы помочь вам определить этап вашей команды и найти способ прорваться через следующий этап.

Agile-команда: Этап I

1. Роль PO ( владелец продукта ) в команде ясна, и PO отвечает за управление  бэклогом продукта ;
2. PO является основным источником требований и отвечает за сбор требований от всех сторон, а также отвечает за требования;
3. PO отвечает за определение приоритета бэклога продукта, что также имеет место при внесении изменений;
4. В команде есть один человек, который может взять на себя роль  Scrum Master , в основном этот человек будет брать на себя роль Scrum Master на долгое время;
5. В основном быть в состоянии координировать команду для решения проблем, возникающих в Спринте. Однако способность решать междоменные проблемы слаба;
6. Скрам-мастер помогает членам команды поддерживать Бэклог Спринта и культивирует у членов команды привычку вести Бэклог Спринта самостоятельно;
7. Скрам-мастер отвечает за руководство и председательство на собрании стенда. Заседание стенда проводится в фиксированном месте и времени и заканчивается в стандартное время. Скрам-мастер очень четко понимает содержание работы каждого члена команды, и большинство проблем и рисков можно обнаружить на собрании стенда. ；
8. Скрам-мастер отвечает за проведение различных совещаний в соответствии с графиком, таких как совещание по плану, итоговое совещание, обзор PRD (обзор производительности и разработка), обзор кода, анализ кейса и т. д.;
9. Скрам-мастер отвечает за руководство и председательство на собрании по планированию, предоставление метода оценки рабочего времени, предоставление содержания плана и уровня приоритета этого спринта, руководство всеми по разделению содержания спринта и руководство всеми для завершения оценки работы. часы;
10. Скрам-мастер отвечает за ведение итоговой встречи и председательствует на ней. Скрам-мастер в основном отвечает за обобщение преимуществ и недостатков этой итерации, а также за формулировку мер по устранению недостатков и принятие последующих мер;
11. Скрам-мастер отвечает за мониторинг рисков и прогресса и может информировать заинтересованные стороны;
12. В большинстве случаев Team может выполнить свои обязательства перед  DOD ;

Agile-команда: Этап II

1. PO отвечает за управление бэклогом продукта, а команда утверждает содержание бэклога продукта;
2. Команда будет помогать PO в сборе требований и будет активно предлагать требования. Команда признает требования и несет ответственность за них;
3. PO помогает Команде определить приоритет Бэклога Продукта, даже когда происходят изменения;
4. Роль скрам-мастера в команде — резервная копия. Когда скрам-мастера нет, резервное копирование может полностью взять на себя роль работы;
5. Полностью способен координировать команду для решения проблем, возникших в Спринте. Способность продвигать междисциплинарное решение проблем велика, но способность продвигать межведомственное решение проблем слаба;
6. Сформировалась привычка членов команды вести Бэклог Спринта самостоятельно, а Скрам-мастеру нужно только контролировать и напоминать;
7. Скрам-мастер помогает в эффективном проведении стендовой встречи. Заседание стенда заканчивается в стандартное время в установленном месте и в определенное время. Члены команды очень четко понимают содержание работы других членов. Члены команды могут помочь скрам-мастеру найти некоторые проблемы и риски. Некоторые проблемы и риски все еще обнаруживаются скрам-мастером;
8. Скрам-мастер помогает в эффективном проведении различных совещаний, таких как совещание по плану, итоговое совещание, обзор PRD, обзор ERD, обзор кода, обзор кейса и т. д .;
9. Скрам-мастер помогает в эффективном выполнении собрания по плану и обсуждает с членами команды метод оценки рабочего времени, содержание плана и приоритет этого спринта, а затем совместно завершает разделение содержания спринта и оценку рабочее время;
10. Скрам-мастер помогает подвести итоги эффективного хода встречи, обсудить и обобщить преимущества и недостатки этой итерации с членами команды, а также может сформулировать эффективные меры по улучшению и внести эффективные улучшения против недостатков, а преимущества могут продолжать поддерживаться;
11. Под руководством Скрам-мастера члены команды участвуют в мониторинге рисков и прогресса и могут регулярно уведомлять заинтересованные стороны;
12. Команда совместно выполняет свои обязательства по DOD (Definition of Done);

Agile-команда: Этап III

1. Бэклог Продукта инициируется и управляется PO, а Команда участвует в обсуждении и улучшении;
2. Команда совместно предлагает и собирает требования и несет совместную ответственность за продукт;
3. Команда совместно определяет и несет ответственность за приоритет Бэклога Продукта, даже если происходят изменения;
4. Любой член Команды может взять на себя роль Скрам-мастера;
5. Это может помочь Команде преодолеть все препятствия, возникающие в ходе Спринта, и обладает сильными способностями содействовать решению проблем между доменами и отделами, а также обеспечивать выполнение DoD в соответствии с договоренностью;
6. Члены команды сознательно поддерживают Бэклог Спринта, а Скрам-мастер регулярно проверяет, как члены команды ведут Бэклог Спринта;
7. Члены команды активно участвуют в стендап-совещании, которое проводится качественно и результативно. Собрание проводится в фиксированном месте и в определенное время и заканчивается в стандартное время. Члены команды очень четко понимают содержание работы других членов, и члены команды активно поднимают вопросы и риски, обнаруживают все проблемы и риски вместе со скрам-мастером;
8. С помощью Скрам-мастера члены команды руководят эффективным проведением различных совещаний, таких как совещание по плану, итоговое совещание, обзор PRD, обзор ERD, обзор кода, обзор кейсов и т. д.;
9. С помощью Скрам-мастера члены команды проводят собрание по плану, и команда несет совместную ответственность за результаты оценки рабочего времени, содержание плана и результаты разделения этого спринта, а также результаты подтверждения уровня приоритета;
10. При поддержке Скрам-мастера члены команды проводят итоговую встречу. Команда несет совместную ответственность за результаты этой итерации и может совместно определить основную причину недостатков. В более поздний период все члены команды активно и эффективно совершенствуются, постепенно превращая недостатки в достоинства. Преимущества могут становиться все лучше и лучше;
11. Команда активно отслеживает риски и прогресс вместе и может своевременно уведомлять заинтересованные стороны;
12. Команда фокусируется на реализации функций и специализируется на реализации продуктов. Команда имеет возможность определить правильный маршрут продукта и совместно способствовать постоянному улучшению продукта;

Резюме

Чем более зрелой становится Agile-команда, тем больше она требует не только от PO и SM, но и от членов команды.

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

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