БАза №23. Работа аналитика в Agile и Waterfall

В чём ключевые отличия работы бизнес-аналитика в методологиях Waterfall и Agile?

Waterfall – это обычно длительные сессии по сбору требований на строго определенном этапе реализации проекта и подробная документация как результат работы аналитика. Требования корректируются или пересматриваются крайне редко. То, в каком виде оформляются требования, также строго утверждено, иногда вплоть до государственных стандартов на технические задания. Коммуникация с заказчиком также формализована: в основном это электронная почта и бумажный документооборот.

Agile – это краткие регулярные встречи команды разработки и заказчика в рамках каждого спринта, а также оформление минимально необходимой документации. Минимальны и требования к оформлению артефактов бизнес-анализа – таблиц, схем, заметок. Главные критерии: понятность и удобство для участников команды. Регулярно возникает необходимость изменения, уточнения или исключения требований. Коммуникация строится по принципу максимального упрощения: короткие онлайн- и офлайн-встречи, переписка в мессенджерах.

При этом, какая бы методология ни использовалась в вашем проекте, содержание, смысл и глубинная суть работы аналитика, если хотите, остаются прежними. В основе этой работы – ответы на всё те же фундаментальные вопросы: «Что?», «Как?», «Зачем?». Это логично, ведь и при Agile, и при Waterfall мы создаем одно и то же – программный продукт, представляющий ценность для потребителя.

А как вы считаете, есть ли принципиальная разница в работе бизнес-аналитика при Agile и Waterfall? Или же всё сводится к формальным различиям в оформлении артефактов?

—————————

Книга «Профессия бизнес-аналитик. Краткое пособие для начинающих»

OZON: https://ozon.ru/t/LtQnUWu (скидка 10% по промокоду BAZA10)

Литрес: https://clck.ru/3PpCsU