Читать книгу Как создать подразделение IT-бизнес-анализа. От задачи до результата - - Страница 5

Роль бизнес- и системного аналитика в IT -проектах

Представьте себе опытного строителя, которому поручили возвести мост через реку. Он профессионал, знает технологию строительства, разбирается в материалах и инструментах, готов начать работу немедленно и даже мог бы назвать сроки завершения работ. Что немаловажно, ему доверяет заказчик. Но вот незадача – спустя миллионы долларов бюджета и месяцы ожидания проект завершен, мягко говоря, не вполне соответствуя ожиданиям клиента: шестиполосный хайвей через реку вряд ли смог бы заменить железнодорожный мост, который свяжет важные транспортные узлы города.

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

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

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

Таким образом, говоря языком метафор, задача аналитика – не только определить, какой мост нужен, но и на каждом этапе убеждаться, что команда действительно строит именно тот мост, который ожидает получить заказчик.

Задачи бизнес- и системного аналитика

Работа аналитика требований включает широкий спектр задач, которые можно условно разделить на четыре категории:

1. Сбор и анализ требований

● Сравнение решений конкурентов для определения их сильных и слабых сторон.

● Выявление ожиданий и потребностей заинтересованных сто рон, включая владельцев бизнеса и конечных пользователей.

● Анализ существующей документации и спецификаций (руко водства, API и т.д.).

● Выявление скрытых потребностей и потенциальных рисков, ограничений.

2. Управление требованиями

● Формализация и документирование функциональных и нефункциональных требований.

● Приоритизация требований.

● Управление изменениями требований, оценка их влияния, согласование корректировок с командой.

● Подготовка тест-кейсов для проверки соответствия продукта требованиям.

3. Работа с техническими аспектами

● Проектирование и документирование API-интерфейсов.

● Анализ зависимости между системами и разработка стратегии интеграции.

● Участие в разбиении монолитного приложения на микросервисы.

● Разработка диаграмм бизнес-процессов, последовательностей и данных.

4. Взаимодействие с командой и пользователями

● Организация и проведение воркшопов, демо и рабочих встреч.

● Подготовка задач для UI/UX-дизайнеров и разработчиков с учетом приоритетов.

● Проведение обучения пользователей и подготовка инструкций.

● Анализ метрик внедрения и сбор обратной связи для улучшений.

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

Профессиональная постановка и управление задачами проекта помогают аналитикам не только обеспечивать точное выполнение требований, но и вести проект от начального этапа до успешного завершения, минимизируя риски и создавая решения, которые отвечают потребностям бизнеса.

Аналитик как архитектор жизненного цикла проекта

Каждая из задач – часть кропотливой работы аналитика, который сопровождает проект в течение всего цикла разработки: от первичных обсуждений и сбора требований до сдачи конечного продукта (см. рисунок). Аналитик исследует рынок и конкурентов, формулирует требования, согласовывает их с заинтересованными сторонами и документирует в удобной форме для команды разработки.

На этапе реализации он контролирует выполнение задач, управляет изменениями, выявляет возможные отклонения и активно участвует в тестировании. Такой процесс может растянуться на несколько лет. При этом аналитик остается тем, кто обеспечивает соблюдение требований, поддерживает коммуникацию между участниками проекта и гарантирует, что конечный результат будет максимально соответствовать ожиданиям бизнеса.

Рис. Жизненный цикл разработки программного обеспечения (Software Development Life Cycle (SDLC))

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

Роль аналитика требует не только обширных профессиональных навыков, но и определенных личных качеств – умения выстроить коммуникацию, удерживать в голове множество деталей, стремления постоянно учиться, не боясь нового и неизвестного. Эти характеристики, наряду с опытом и знаниями, делают аналитика центральной фигурой на проекте, особенно в контексте современной IT-среды, где ценятся гибкость, адаптивность и навык работать в условиях неопределенности.

Мы договорились, что основным фокусом книги станет рассмотрение бизнес- и системной аналитики. Для удобства я предлагаю объединить функции этих ролей под общим названием – IT-бизнес аналитик, поскольку на практике их задачи часто выполняются одним специалистом. Однако при необходимости я буду подчеркивать различия между этими ролями. Такая концепция станет основой книги, позволяя сосредоточиться на ключевых аспектах организации работы IT-бизнес-аналитика.

Отдельно отмечу, что, несмотря на использование местоимений «он», «его» я вовсе не связываю роль аналитика исключительно с мужчинами. Это лишь удобная языковая форма, соответствующая грамматике, связанной со словом «аналитик». В IT-сфере работают выдающиеся профессионалы, которые ежедневно создают инновационные проекты. Мой выбор формы обращения продиктован исключительно стремлением упростить текст и не подразумевает никакой гендерной дискриминации.

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

Я поделюсь реальными примерами из своей практики, чтобы показать, как теоретические подходы превращаются в конкретные действия, а сложные задачи находят свои решения. Это позволит вам не только понять принципы работы аналитика, но и увидеть их применение в реальной жизни.