Цитаты из книг автора «Вадим Миронов»

Конечная цель ИТ-проекта – создание ИТ-решения, которое принесет пользу заказчику. ИТ-решение – совокупность программных и аппаратных средств, выполняющая определенную бизнес-задачу. Для того, чтобы это решение учитывало все нюансы деятельности заказчика, и нужен бизнес-анализ. Результатом анализа в этом случае станут процессные и функциональные требования.

Дело в том, что карта «как есть» позволяет избежать узкого, субъективного взгляда на текущую деятельность. Вероятность выявить существенные детали при описании процесса «как есть» намного выше. Это касается взаимодействия разных подразделений, логических развилок, зон ответственности и т. д. Если же сразу начинать с процесса «как должно быть», можно упустить важные детали. Более того, существует риск, что при обсуждении целевого процесса подразделение-заказчик забудет об интересах других. Каждый руководитель в первую очередь исходит из нужд своего собственного подразделения. Возможна ситуация, при которой вы, как аналитик, потратите время и усилия на создание карты процесса «как должно быть», а потом окажется, что она не учитывает особенности работы других подразделений, поскольку заказчик в ходе работы подумал только о себе. В этом случае карты процессов придется переделывать.

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

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

1. В этом случае он проводит исследование предметной области подразделения-заказчика (возможно, своего собственного) и готовит требования к будущему ИТ-решению. В эти требования включаются карты бизнес-процессов, таблицы, диаграммы – всё, что может пригодиться системным аналитикам и разработчикам при знакомстве с предметной областью заказчика. Требования становятся частью технического задания, которое затем отправляется на оценку в ИТ-компании. На основании их ответов о сроках и стоимости проекта банк выбирает исполнителя.

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

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

Бизнес-аналитик для меня – переводчик с языка бизнеса на язык ИТ и обратно.

UX – от UX/UI – дизайн взаимодействия с пользователем. Цель данного направления – повышение удовлетворенности пользователя за счет удобства, доступности и эффективности решения стоящих перед ним задач.

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