Я считаю, что да!

Не на уровне разработчика и не для того, чтобы самостоятельно писать код. А для того, чтобы понимать, как твоя бизнес-идея на самом деле будет жить внутри системы.

Бизнес-аналитик может собрать требования, описать процесс и нарисовать красивую схему.

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

Например, бизнес говорит: «Давайте просто добавим автоматическую передачу заказов».

Без технического погружения можно сразу пойти описывать требования.

А если немного копнуть глубже, появляются вопросы: Какая система будет инициатором? Откуда брать данные? Куда их передавать? Что делать, если передача не удалась? Как понять, что заказ действительно принят? Где посмотреть ошибку?

И вот здесь технические знания становятся не дополнительным навыком, а инструментом самого анализа. При этом я не считаю, что бизнес-аналитик должен знать всё. Наша задача не становиться разработчиками. Наша задача понимать достаточно, чтобы видеть связь между бизнес-потребностью и тем, как она будет реализована в системе.

Для меня сильный бизнес-аналитик - это человек, который умеет смотреть на задачу с двух сторон: «Зачем это нужно бизнесу?» + «А как это реально будет работать?»