AGILE methodology
Понятия и определения в Agile модели
#more
🔻
Определение#
Agile — модель разработки ПО, ориентированная на использование итеративной разработки, динамическое формирование требований и их реализацию в самоорганизующейся группе.
Agile основан на ценностях и принципах, которые зафиксированы в agile manifesto разработанном в 2001 году.
Ценности#
- Люди
- Работающее ПО
- Сотрудничество
- Реагирование на изменение
Принципы#
- Удовлетворение потребностей клиентов
- Меняющиеся требования
- Доставка ПО максимально часто
- Команда и заказчик работают вместе
- Доверяй мотивированным людям
- Беседуй лицом к лицу
- Работающее ПО - мерило прогресса
- Устойчивое развитие и постоянный темп
- Внимание к техническому совершенству
- минимизации лишней работы
- самоорганизующимися командами
- команда регулярно размышляет как стать эффективнее
see ↪ agile manifesto
Frameworks#
В рамках гибкой модели разработки существуют ряд фреймворков, которые придерживаются принципов Agile. Некоторые из них:
Scrum
- LeSS (Large Scale Scrum)
- SAFe (scaled agile framework)
Kanban
- Extreme Programming (XP)
- Lean (бережливая разработка ПО)
AGILE АНАЛИЗ#
7 принципов анализа для BA:#
- See the whole (цельный взгляд)
- необходимо рассматривать проблемы, возможности, и ценность для заинтересованных лиц в конкретном контексте. Изменение контекста должно быть учтено при определении ценности.
- Stimulate collaboration and continuous improvement (сотрудничество и постоянное совершенствование)
- качество требований к ПО обеспечивается на основе совместной командной работы
- Understand what is doable (Понять, что можно сделать)
- необходим оптимальный баланс между усилием на реализацию и ценностью для заинтересованных лиц.
- Think as a customer (Думайте как клиент)
- в основе разработки требований. должны лежать ожидания, потребности и ценности заказчика
- Analyze to determine what is valuable (анализируйте, что ценно сейчас)
- непрерывная оценка и приоритизация ценности каждого элемента бэклога в целях поставки наиболее важных на текущий момент функций.
- Get real using examples (Используйте примеры)
- валидность потребности заинтересованных лиц должна быть подтверждена при помощи реальных примеров.
- Avoid waste (Избегайте отходов)
- усилия на каждом этапе должны быть целесообразны и минимальны для достижения необходимого результата.
- этот принцип реализован в виде легковесной проектной документации и декомпозиции
User Story
только в верхней, наиболее приоритетной частиBacklog
.
Особенности бизнес-анализа в Agile#
- Облегченная документация
- подробная документация с требованиями и техническими деталями решения не требуется. Основным артефактом, содержащим требования, является
- Артефакты Agile
- бизнес-аналитик создает и поддерживает
Backlog
включающий в себяEpic
иUser Story
сAcceptance Criteria
- Помимо этого, он может создавать
Impact Mapping
,Personas
,Story Mapping
, а также сопровождать требования визуальными моделями иPrototyping
. - Спецификации требований редко используются в agile.
- бизнес-аналитик создает и поддерживает
- Фокус на конечном пользователе
- большинство артефактов за основу берут нужды и задачи пользователя
- Именно этот подход положен в основу декомпозиции и приоритизации требований.
- Итеративность разработки требований
- бизнес-аналитик детализирует самые приоритетные элементы бэклога, необходимые для формирования скоупа ближайшего спринта.
- Адаптивность
- основным двигателем является обратная связь от заказчика.
- бизнес- аналитик сконцентрирован на сборе обратной связи и адаптивно вносит изменения в бэклог
- вместо того, чтобы заранее упреждающе предсказывать изменения в требованиях
- Оптимальность декомпозиции
- требования должны быть оптимально декомпозированы на
User Story
иEpic
для:- краткосрочного планирования,
- приоритизации,
- итеративной реализации,
- поставки наименьшего инкремента как можно чаще.
- требования должны быть оптимально декомпозированы на
- Совместная работа над требованиями
- требования детализируются в процессе совместной работы над
Backlog
всей командой. Это позволяет спроектировать оптимальное решение и обеспечить качество
- требования детализируются в процессе совместной работы над
- Участие в agile церемониях
- на проекте
Scrum
бизнес-аналитик это ключевой участникBacklog grooming
планинга и Sprint Review а также активно участвует в Daily scrum иRetrospective
- на проекте
Практики бизнес-анализа#
- Процесс работы с требованиями итеративен и повторяется несколько раз по мере продвижения команды в разработке продукта.
- В зависимости от сложности и размера проекта бизнес-аналитик выбирает необходимые практики . Наиболее популярные их них: