​​Ключевые отличия в сборе требований к существующей и к новой | BA GIRL | Бизнес-аналитик в IT

​​Ключевые отличия в сборе требований к существующей и к новой системе.
(16 секунд)

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

Давайте в комментариях подумаем, зачем нам вообще собирать требования к существующей системе? В каких ситуациях нам придётся это делать?

Итак, топ-3, на мой взгляд, ключевых отличия в сборе требований к существующей и к новой системе (опуская рассуждения о разнице в источниках требований, потому что источники требований слишком сильно зависят в целом от ситуации):

Уровень детализации. Уровень детализации при сборе требований к новой системе практически всегда «низкий», т.е. требования нам нужно собрать максимально детально и описать максимально точно и однозначно, опускаясь до функциональных требований.

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

Возможность анализировать реализованные интерфейсы и взаимодействия пользователей с системой в реальном времени. Тут, думаю, и расшифровывать нечего.

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

На сколько мой «топ» различий совпадает с Вашим?