Некоторые книги, которые могут быть полезны бизнес-аналитику в сфере IT:

• «Путь аналитика. Практическое руководство IT-специалиста» (В. Иванова, А. Перерва). 1 Авторы рассказывают, как на первых этапах разработки продуктов избегать ошибок и эффективно проводить анализ. 1 Материал строится на реальных ситуациях и кейсах, есть примеры документов и шаблоны. 1
• «Настольная книга аналитика» (С. Ковалев, В. Ковалев). 1 В книге описываются частые ошибки компаний при оптимизации своей деятельности, в частности при изменении организационной структуры. 1
• «Теория и практика бизнес-анализа в ИТ» (В.К. Батоврин). 1 В практическом пособии во всех подробностях рассматривается работа аналитика и его роль в разработке IT-продукта. 1
• «Разработка требований к программному обеспечению» (К. Вигерс, Дж. Битти). 13 Авторы подробно описали все стадии создания ПО и представили приёмы для разработки качественных требований к программному обеспечению, а также для agile-проектов. 1
• «Требования для программного обеспечения. Рекомендации по сбору и документированию» (И. Корнипаев). 1 В книге много практических советов и рекомендаций, которые автор собрал за 15 лет работы. 1
• «Современные методы описания функциональных требований к системам» (А. Коберн). 13 Автор рассказывает о вариантах использования — их создании и применении при разработке требований к системе. 1
• «Принципы работы с требованиями к программному обеспечению. Унифицированный подход» (Д. Леффингуэлл, Д. Уидриг). 13 В книге описывается, как подготовить документацию, реализовать и проверить требования в процессе разработки сложных систем. 1

Бизнес-аналитик в сфере IT занимается следующим:

• Анализирует бизнес-процессы. 24 Выявляет требования, формулирует их в виде задач для разработчиков, а также участвует в контроле качества и внедрении решений. 2
• Проверяет функциональные требования. 4 В ИТ-компании бизнес-аналитик проверяет, соответствует ли разработанное ПО заявленным требованиям. 4
• Валидирует тест-кейсы. 4 Разрабатывает и проверяет тест-кейсы для системы управления складом, чтобы убедиться, что система функционирует корректно и соответствует требованиям. 4
• Утверждает решения. 4 Это этап, когда новую часть системы тщательно тестируют перед запуском. 4
• Общается с командами разработки и стейкхолдерами. 4 Согласовывает требования, координирует работу между отделами, собирает отзывы и предложения и обсуждает прогресс. 4

Выбор книг зависит от личных интересов и потребностей.