Бизнес-аналитик. Бизнес-аналитик изучает работу организации заказчика и предлагает способы достижения бизнес-целей. Затем вместе с заказчиком и командой прописывает маршрут, чтобы с минимальными затратами принести максимальную пользу бизнесу. Бизнес-аналитик нужен на всех трех этапах проекта. 1. Предпроектный анализ. Задача аналитика — выявить текущее состояние бизнеса, его потребности и определить границы решений: что делаем, а что делать не будем. Это верхнеуровневый анализ. Если, допустим, клиент внедряет ERP — аналитик определяет, какие модули нужны, с чем интегрируемся, какие будут типы пользователей. 2. Анализ в рамках проекта. Бизнес-аналитик работает с детальными требованиями: выявляет, описывает, моделирует и согласовывает. Управляет запросами на изменения, если в процессе появились новые бизнес-задачи или изменились пожелания. 3. Постпроектный анализ. После релиза аналитик оценивает, насколько решение соответствует планам, что мешает приносить заявленную ценность, какие улучшения можно внести. С кем работает бизнес-аналитик? Иногда говорят, что бизнес-аналитик — переводчик между бизнесом и IT. Я считаю, что это человек, который организовывает совместную работу. Это равноправный участник круглого стола, за которым сидят разработчики, тестировщики, менеджеры проекта, заказчик, его поставщики и клиенты, регулятор в лице отдела контроля качества, государства и международных организаций. Вот фактически с ними, так или иначе, работает бизнес-аналитик. Как выглядит рабочий день бизнес-аналитика? Основная часть рабочего времени уходит на общение с командой, чтобы донести требования заказчика, проговорить варианты реализации, ответить на имеющиеся и собрать новые вопросы. Во-вторых, общение с клиентом: выявление требований, фиксация договоренностей, определение приоритетов. В-третьих, бумажная работа: подготовка спецификаций, анализ документов, которые являются источниками требований. Что является результатом работы бизнес-аналитика? Главный результат — снижение неопределенности у заказчика и команды: появляется понимание, куда и как двигаться. Документы: перечень функциональных и нефункциональных требований, пользовательские истории, модели. Команда видит, что в каком порядке делать. И заказчик может подтвердить: «Да, это именно то, что я хочу». Еще один результат — база знаний, которая нужна, чтобы понимать, на основе каких требований система была построена. Она пригодится для сопровождения системы и переиспользования в других проектах. Навыки бизнес-аналитика. Широкий кругозор. Знание предметных областей, специфики разных видов деятельности, чтобы говорить с клиентом на одном языке. Плюс нужно держать в голове паттерны решения задач, которые можно переиспользовать в проектах. Развитые коммуникативные навыки. Общение с людьми и донесение информации в понятном виде. Аналитическое мышление. На практике это означает, что аналитик умеет генерировать разные варианты решения задачи. Развитая эмпатия. Умение посмотреть на проблему с разных точек зрения. Понять, что чувствуют заказчик и конечный пользователь. Посмотреть на постановку задачи глазами команды: разработчиков, тестировщиков. Системный аналитик. Системный аналитик разрабатывает требования к программному обеспечению. Заказчик определяет, что должна делать программа. После этого системный аналитик общается с заказчиком, добывает информацию из разных источников и изучает рынок. Например, перед системным аналитиком встаёт задача: автоматизировать работу оценочной компании. Раньше оценщики работали по шаблону в ворде. Они заходили на площадки по продаже недвижимости, смотрели объявления, копировали их в эксельтаблицу, копировали это всё в отчёт и так далее. На каждый отчёт они тратили полднядень. После автоматизации система сама стала находить релевантные объявления, применять повышающие и понижающие коэффициенты по площади объектов и даже генерировать текст для каждого отчёта. Тем самым она ускорила работу оценочной компании в 5–10 раз. Требования к продукции системный аналитик обычно предоставляет в текстовом виде. Текст чаще всего приходится наполнять иллюстрациями: диаграммами, прототипами, макетами и схемами. Чтобы ответить на вопрос, чем занимается системный аналитик, расскажем про его обязанности. Обязанности системного аналитика. В процессе реализации проекта системный аналитик первым шагом собирает требования с заказчика. Нужно выяснить, что заказчику нужно от программного обеспечения. Он анализирует эти требования на полноту, непротиворечивость, уточняет проблемные места и проводит дополнительные интервью. На интервью системный аналитик спрашивает заказчика обо всём, в чём сомневается: «А для чего? Какую проблему это решит? А точно ли это надо?» После интервью системный аналитик оформляет собранную информацию в ТЗ для разработчиков — спецификацию требований к программному обеспечению. Что делает системный аналитик после того, как составил ТЗ для разработчиков? Он отвечает на вопросы, сопровождает разработку и тестирование. Тестировщики приходят к аналитику с вопросами: «Программа работает так — это правильно или нет?» Далее системный аналитик демонстрирует результаты работы заказчику. На этом этапе, если того требует заказчик, добавляют обучение пользователей. На этапе сопровождения системный аналитик отвечает на сложные вопросы пользователей, на которые не может ответить техподдержка. Задачи системного аналитика разноплановые: общение с заказчиком, анализ требований, описание требований, сопровождение процесса, разбор кейсов. Всегда встречается что-то новое. Отличия системного аналитика от бизнес-аналитика. Разница между бизнес-аналитиком и системным аналитиком в том, что бизнес-аналитик может вообще не иметь отношения к IT. Например, он может заниматься только организацией процессов в компании. Есть два понимания позиции системного и бизнесаналитика: 1) Бизнес-аналитик Внедряет изменения в бизнеспроцессы внутри организации Не член команды разработки Бизнес-аналитик может не иметь отношения к IT Должен разбираться в бизнесе Системный аналитик Разрабатывает требования к программному обеспечению Член команды разработки Обязательно IT-специалист Разбираться в бизнесе не обязательно 2) Бизнес-аналитик В команде разработки Работает в команде с системным аналитиком и говорит, что делать Упор на общение с заказчиком Системный аналитик В команде разработки Работает в команде с бизнес-аналитиком и говорит, как делать Упор на общение с разработчиками Абстрактный пример: Иван — БА компании «Исполнитель». Ева — системный аналитик компании «Исполнитель». Компании «Заказчик» нужна крупная доработка имеющейся системы. В этой ситуации задачи Ивана (БА): выявить функциональные и нефункциональные требования Заказчика и Исполнителя, устранить противоречия между заинтересованными лицами для определения приемлемого решения, создать прототипы, взаимодействовать с заказчиком процессе разработки, осуществить демо-показ и приемку работы. Делать все это сообща с Евой. Задачи Евы (СА): спроектировать доработку оптимальным образом, описать ее влияние на систему, ограничения и возможные улучшения, создать спецификацию, декомпозировать и передать в разработку задачи, проконтролировать их своевременное выполнение в соответствии с требованиями. Делать все это сообща с Иваном. Навыки системного аналитика. Софтскилы Системное мышление. Системный аналитик должен на лету понимать, что с чем связано. Системное мышление помогает увидеть, понять смысл и закономерность в последовательностях, которые он наблюдает. Коммуникативные навыки. Системный аналитик должен уметь разговаривать с собеседником на его языке. Например, понять разработчика, чтобы донести до него необходимость реализации тех или иных функций программного обеспечения. С заказчиком же системный аналитик должен говорить на языке бизнеса: понять, чего он хочет и продемонстрировать это понимание. Например, насколько автоматизация важна для выручки. Внимательность, педантичность и здоровый перфекционизм. Ошибки на этапе анализа самые дорогие по сравнению с ошибками на других этапах. Если системный аналитик допустит ошибку на этом этапе, значит, команда зря потратит ресурсы на разработку и тестирование. А чтобы исправить ошибку, нужно откатываться назад и начинать сначала. Пример из строительства. Представьте, что дом построили, а только после этого заметили, что по стене пошла трещина, которая появилась из-за неграмотной заливки фундамента. В этом случае придётся тратить дополнительные ресурсы на укрепление фундамента. Хорошая память. Системный аналитик должен быть «живым справочником» по проекту, который отвечает на любой вопрос. Хардскилы SQL на базовом уровне. SQL — язык структурированных запросов. Его применяют для создания, модификации и управления данными. Техническая грамотность. У системного аналитика должны быть базовые знания об информационных системах — computer science. Например, важно понимать, как информационные системы обмениваются данными между собой. Основы UX/UI. Работа системного аналитика близко связана с пониманием интерфейсов, поэтому ему важно знать хотя бы основы UX/UI дизайна. Например, что такое модальность или почему важно учитывать привычки при создании интерфейсов. Пользователи интуитивно понимают, что ссылка — это переход на другой сайт или страницу, а кнопка — это действие. Грамотный русский язык. Системному аналитику приходится много писать и говорить. Важно, чтобы его правильно и легко понимали.