И непонимание границы ролей бизнес и системных аналитиков это прям боль. Причем работающая в обе стороны, с одной стороны, раз аналитик работает в ИТ команде, то от него принято требовать быть "тру" айтишником. То есть не только бизнес опросить, но и API запросы раскурить. С другой стороны, увидел допущение и в обратную сторону. В первых двух описанных ошибках от аналитика вроде как требуется побыть в роли Product/Project Manager и не просто повысить уровень условной автоматизации выделенных процессов, а подумать и выйти на уровень ценности ИТ решения. Это не укладывается в тезисные описания обязанностей бизнес-аналитика в самой статье.
ИМХО. Нет ничего плохого в том, что бизнес-аналитик разбирает проблемы Заказчика и докапывается до ценности, которую хочет клиент. Но его ли это главная работа? Обычно так случается, когда PM номинален и работает как администратор, бегая с бумажками. Если в такой команде будет сильный аналитик, он может взять на себя провисающие роли. Но хорошо ли это, вопрос.
Тимур, спасибо) Согласен, что поиск и понимание ценности и истинных желаний бизнеса выходит за рамки канонических обязанностей аналитика. Но на практике, как вы и сказали, часто оказывается, что именно бизнес-аналитик глубже всех погружен в боли заказчика (банально потому, что он больше всех с заказчиком общается). Если бизнес-аналитик об этом не подумает, то, вероятно, все так и остановятся на решении, которое предложил заказчик. Поэтому я и рекомендую стараться находить и предлагать разные альтернативы для вашего заказчика.
Статья крутая, спасибо!
И непонимание границы ролей бизнес и системных аналитиков это прям боль. Причем работающая в обе стороны, с одной стороны, раз аналитик работает в ИТ команде, то от него принято требовать быть "тру" айтишником. То есть не только бизнес опросить, но и API запросы раскурить.
С другой стороны, увидел допущение и в обратную сторону. В первых двух описанных ошибках от аналитика вроде как требуется побыть в роли Product/Project Manager и не просто повысить уровень условной автоматизации выделенных процессов, а подумать и выйти на уровень ценности ИТ решения.
Это не укладывается в тезисные описания обязанностей бизнес-аналитика в самой статье.
ИМХО. Нет ничего плохого в том, что бизнес-аналитик разбирает проблемы Заказчика и докапывается до ценности, которую хочет клиент. Но его ли это главная работа?
Обычно так случается, когда PM номинален и работает как администратор, бегая с бумажками. Если в такой команде будет сильный аналитик, он может взять на себя провисающие роли. Но хорошо ли это, вопрос.
Тимур, спасибо)
Согласен, что поиск и понимание ценности и истинных желаний бизнеса выходит за рамки канонических обязанностей аналитика. Но на практике, как вы и сказали, часто оказывается, что именно бизнес-аналитик глубже всех погружен в боли заказчика (банально потому, что он больше всех с заказчиком общается).
Если бизнес-аналитик об этом не подумает, то, вероятно, все так и остановятся на решении, которое предложил заказчик. Поэтому я и рекомендую стараться находить и предлагать разные альтернативы для вашего заказчика.
Комментарий недоступен
Люди разные же