Бизнес-аналитик vs Системный аналитик Хочу от высоких материй мотивации перейти к почти ставшим традиционным для моего канала-дневничка холиварам, а именно: в чем разница между бизнес-аналитиком и системным аналитиком и нужно ли разделять эти роли. Традиционно их делят так: Бизнес-аналитик общается с «бизнесом» (ох, про деление на бизнес и ИТ нужно отдельный пост писать) и решает, ЧТО нужно изменить в бизнес-процессе, чтобы решить проблему. Системный аналитик берет на вход документ от бизнес-аналитика и решает, КАК в конкретной системе (или системах) это реализовать. Например, вот статья на Хабре, в которой все подробно описано. Меня в этом смущает два фактора: 1. Конфликт с одним из принципов Agile, о том, что бизнес и разработчик должны работать как можно ближе друг к другу. То есть между разработчиком, который де-факто пишет код, и тем самым бизнесом появляется два промежуточных человека, и шанс «испорченного телефона» значительно увеличивается. 2. Чтобы правильно спроектировать систему, требуется уровень разработчика и понимания кода на уровне сеньор. А обладают ли таким знанием большинство системных аналитиков? Я понимаю, что в крупном энтерпрайзе разбиение ролей помогает, плюс результат работы BA+SA можно использовать для будущих согласований всякими там архитекторами, ИБ и прочими службами — это в случае чего снимет риски претензий к некачественному результату (и умножит время разработки). Но для почти идеальных, самоорганизующихся команд — нужно ли эти роли делить? В моем экстремально идеальном мире эти роли распределены между Владельцем Продукта и разработчиком (или тех лидом разработчиков, если команда большая).