Методология Agile Scrum — один из популярных методов гибкой разработки программного обеспечения. Существуют и другие методы разработки программного обеспечения Agile, но наиболее популярным и широко используемым является Agile Scrum Methodology. Методология Agile Scrum представляет собой сочетание инкрементной и итеративной моделей управления разработкой продукта.
В Scrum проект делится на спринты.
Спринт:Каждый спринт имеет определенный график (от 2 недель до 1 месяца). Этот график будет согласован Скрам-командой во время совещания по планированию спринта. Здесь пользовательские истории разделены на разные модули. Конечным результатом каждого спринта должен быть продукт, который потенциально может поставляться.
Три важных аспекта Scrum, такие как Роли, Артефакты и Встречи :
РОЛИ В МЕТОДОЛОГИИ AGILE SCRUM:
Владелец продукта:
Владелец продукта обычно представляет Клиента и выступает в качестве контактного лица со стороны Клиента. Тот, кто расставляет приоритеты в списке невыполненных работ по продукту, которые Скрам-команда должна завершить и выпустить.
Scrum Master:
Скрам-мастер выступает в качестве фасилитатора для команды разработки Скрам. Уточняет запросы и организует команду от отвлекающих факторов, обучает команду использованию Scrum, а также концентрируется на рентабельности инвестиций (ROI).
Группа разработки Scrum:
разработчики, специалисты по контролю качества. Кто разрабатывает продукт. Команда разработки Scrum определяет объем усилий, необходимых для завершения элемента бэклога продукта.
Команда Scrum:
Многофункциональная, самоорганизующаяся группа преданных своему делу людей (группа владельцев продукта, бизнес-аналитиков, разработчиков и специалистов по обеспечению качества). Рекомендуемый размер команды Scrum — 7 человек плюс-минус 2 (т. е. от 5 до 9 участников в команде)
АРТЕФАКТЫ В МЕТОДОЛОГИИ AGILE SCRUM:
Истории пользователей :
Истории пользователей не похожи на традиционные документы с требованиями. В пользовательских историях заинтересованные стороны упоминают, какие функции им нужны и чего они хотят достичь.
Бэклог продукта:
Бэклог Продукта — это репозиторий, в котором список Элементов Бэклога Продукта хранится и поддерживается Владельцем Продукта. Список элементов невыполненной работы продукта определяется владельцем продукта как высокий и низкий, а также может постоянно изменять приоритеты невыполненной работы продукта.
Бэклог спринта:
Группа пользователей истории, которые команда разработчиков Scrum согласилась сделать в течение текущего спринта (элементы выделенного невыполненной работы по продукту)
Диаграмма выгорания продукта :
График, показывающий, сколько элементов невыполненной работы по продукту (пользовательских историй) реализовано/не реализовано.
Диаграмма выгорания спринта:
График, который показывает, сколько спринтов реализовано/не реализовано Скрам-командой.
Диаграмма выработки релизов:
график, показывающий список незавершенных релизов, запланированных Скрам-командой.
Диаграмма устранения дефектов.
График, показывающий, сколько дефектов выявлено и исправлено.
Примечание. Диаграммы устранения дефектов служат подтверждением того, идет ли проект по плану или нет.
ВСТРЕЧИ ПО МЕТОДОЛОГИИ AGILE SCRUM:
Встреча по планированию спринта.
Первый этап Scrum — это встреча по планированию спринта , на которой присутствует вся Скрам-команда. . Здесь Владелец Продукта выбирает Элементы Бэклога Продукта (Истории пользователей) из Бэклога Продукта.
Самые важные пользовательские истории находятся вверху списка, а наименее важные — внизу. Команда разработки Scrum принимает решение и обеспечивает оценку усилий.
Ежедневная встреча Scrum: (ежедневная встреча)
Ежедневный скрам также известен как ежедневная встреча. Здесь каждый член команды отчитывается перед коллегой о том, что он сделал вчера, что собирается сделать сегодня и какие препятствия мешают его прогрессу. Отчетность будет осуществляться между коллегами, а не перед Скрам-мастером или владельцем продукта. Ежедневный Scrum будет длиться примерно 15 минут.
Собрание по обзору спринта.
На обзорном совещании по спринту команда разработчиков Scrum представляет демонстрацию потенциально готового продукта. Владелец продукта объявляет, какие элементы завершены, а какие нет. Владелец продукта добавляет дополнительные элементы в список невыполненных работ на основе отзывов заинтересованных сторон.
Ретроспективная встреча спринта:
Скрам-команда снова встречается после собрания по обзору спринта и документирует уроки, извлеченные из предыдущего спринта, такие как «Что прошло хорошо», «Что можно улучшить». Это помогает Scrum-команде избежать ошибок в следующих спринтах.
Когда мы используем методологию Agile Scrum?
Клиент не очень четко понимает требования
Клиент ожидает быстрых выпусков
Клиент не дает все требования одновременно
Вывод:
В методологии Agile Scrum все участники Скрам-команда собирает и дорабатывает элементы невыполненной работы по продукту (пользовательские истории) для конкретного спринта и фиксирует график выпуска продукта. На основе ежедневных собраний Scrum команда разработчиков Scrum разрабатывает и тестирует продукт и представляет его владельцу продукта на собрании по обзору спринта. Если Владелец Продукта принимает все разработанные Пользовательские Истории, то Спринт завершается, и Скрам-Команда таким же образом переходит к следующему Спринту.
Я опубликовал список «20 вопросов для собеседования по Agile-тестированию». Если вы не прошли его, вы можете просмотреть, нажав на ссылку.
TAG: qa
Еще об этом:
ВЛАДЕЛЕЦ ПРОДУКТА VS СКРАМ-МАСТЕР: ВСЕ, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ
ТОП-30 ВОПРОСОВ НА ИНТЕРВЬЮ ПО Agile-тестированию
Top Agile Methodology Interview Questions You Must Prepare
АГИЛ ПРОТИВ. SCRUM: ВСЕ, ЧТО ВАМ НУЖНО ЗНАТЬ
SCRUM VS CANBAN: ВСЕ, ЧТО ВАМ НУЖНО ЗНАТЬ
SCRUM VS ВОДОПАД: ВСЕ, ЧТО ВЫ ДОЛЖНЫ ЗНАТЬ
Метрики Agile-тестирования: чем они могут помочь?
Agile Methodology – The Complete Guide
КАК ДОСТИГНУТЬ УСПЕХА В РАЗРАБОТКЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
