- Гибкость
- Техническая экспертиза
- Проактивность
- Аналитическое мышление
- Меньше общения, больше данных
- Необходимые навыки и компетенции
- Преимущества работы и первые шаги
- Заключение
- Коммуникация
- Кем можно стать без опыта
- Бизнес-аналитик (Business analyst)
- Продуктовый аналитик (Product Analyst)
- Аналитик данных (Data Analyst)
- BI-аналитик (Business Intelligence Analyst)
- Дизайнер интерфейсов (UI/UX designer)
- Системный аналитик (System Analyst)
- Разработчик (Developer)
- Инженер тестирования (Quality assurance engineer)
- Технический писатель (Technical writer)
- Инженер технической поддержки и/или внедрения
- Проактивность
- Кем можно стать после обретения опыта в разработке
- Менеджер проекта / продукта (Project / product manager)
- Руководитель команды разработки (Team lead)
- Системный архитектор (System Architect)
- Инженер информационной безопасности
- DevOps-инженер
- К чему это может привести?
- Папин системный, мамин бизнес-аналитик
- Различия в области деятельности
- Бизнес-аналитик
- Системный аналитик
- Различия в навыках и методологиях
- Бизнес-аналитик
- Системный аналитик
- Вклад в процесс принятия решений
- Бизнес-аналитик
- Системный аналитик
- Базовый вывод
- Бизнес-аналитик в банке
- Системный аналитик в банке
- Вывод
- P.S.
- Как отличить хорошего аналитика от плохого?
- Кем можно стать без опыта
- Бизнес-аналитик (Business analyst)
- Продуктовый аналитик (Product Analyst)
- Аналитик данных (Data Analyst)
- BI-аналитик (Business Intelligence Analyst)
- Дизайнер интерфейсов (UI/UX designer)
- Системный аналитик (System Analyst)
- Разработчик (Developer)
- Инженер тестирования (Quality assurance engineer)
- Технический писатель (Technical writer)
- Инженер технической поддержки и/или внедрения
- Техническая экспертиза
Гибкость
Вы не понимаете, у нас тут Agile
Жизнь — штука непредсказуемая.
Проекты тому не исключение, соответственно ситуации могут возникать отнюдь не из приятных:
Проект, итоговая работа по которому отправляется в стол
Секвестр бюджета и последующее сокращение половины команды
Увольнение тимлида/продакта в самый ответственный момент проекта
Длительное ожидание новых задач, ибо разработчик — узкое горлышко команды
Настоящая сила системного аналитика — быть гибким и уметь подстраиваться и адаптироваться под появление таких «черных лебедей» на проектах. Да и в целом по жизни очень полезный навык.
А какие у вас были форс-мажорные ситуации на проектах?
Поделитесь в комментариях.Спасибо!
Техническая экспертиза
Перекосы случаются.. но это все менеджеры виноваты!
Именно то, что оценивают в процессе технического интервью.
Здесь довольно противоречивая история, так как интервьюеры на собеседованиях часто проверяют не техническую экспертизу кандидата, а устраивают «соковыжималку» его фундаментальных знаниях.
Это мое личное мнение и опыт проведения интервью, возможно многие тимлиды со моим подходом не согласятся. Но ни одна из команд, куда я аппрувил аналитика, тестировщика или разработчика, по завершению испытательного срока кандидата не выгоняла и была максимально довольна.
Мое видение: решение практических задач > вопросы на фундаментальные темы
Почему так? Ответ напишу на своем канале в ближайшее время.
Плохой пример: системный аналитик имеет недостаточное понимание технических аспектов проекта, что может привести к неправильной архитектуре или непроизводительной системе.
Например, на проекте системный аналитик никогда не работал и не понимает, как работает брокер сообщений, он не учитывает его ограничения, что приводит к неэффективному проектированию приложения.
Хороший пример: системный аналитик понимает принципы построения интеграций, архитектуры систем и других технических аспектов, чтобы эффективно проектировать решения.
На проекте при проработке бизнес-требований системный аналитик смог предложить оптимальную архитектуру будущей системы, учитывая существующее legacy-решение и технические ограничения.
Вопросы, проверяющие базовую техническую экспертизу:
Нарисуйте диаграмму последовательности для процесса, когда пользователь через веб-форму отправляет запросы в rest-сервис для получения данных.
Приходилось ли вам проектировать взаимодействие информационных систем? Какие способы интеграций вы знаете?
Есть четыре системы, участвующие в исполнении заказа клиента на выдачу карты: форма заявки на выдачу карты, скоринг клиента, доставка карты, активация карты. Опишите, как вы их cинтегрируете между собой.
Напишите пример rest-API для книжной библиотеки (напишите методы, эндпоинты и пример JSON).
Проактивность

Тот самый навык из категории «мягких», который очень не просто проверить на собеседовании. В основном он проявляется в рабочих процессах.
Но даже задав вопрос когда заканчивается работа системного аналитика — уже
можно многое понять о кандидате.
Плохой пример: системный аналитик может быть пассивным и не искать способы
решения явных проблем в команде.
На проекте системный аналитик не ищет способы автоматизировать задачи, которые могут быть автоматизированы, и продолжает выполнять их вручную, затрачивая много времени. Даже когда проблема решаема одним звонком в техподдержку.
Хороший пример: системный аналитик всегда прямо заявляет о проблемах, возникших на проекте и в работе, не боится брать ответственность решать. Самостоятельно ищет точки роста и занимает проактивную роль на проекте.
Аналитик готов изучать новые инструменты и методики системного анализа, чтобы повысить свою профессиональную эффективность.
Вопросы, проверяющие навык проактивности, обычно следуют из вопросов по навыку 1. Коммуникация. Но можно спросить например:
Были у вас конфликтные ситуации в команде? Как вы их решали?
Расскажите про процесс работы на последнем вашем проекте. Какая роль была у вас на нем?
В каком проекте либо задаче вы проявили себя как лидер?
Как вы прокачиваете свои навыки аналитика?
Аналитическое мышление

Важнейший навык, без которого в общем-то аналитик не сможет выполнять свою работу.
В идеальном мире уровень качества и глубины аналитики = уровень сложности проектов, на которые тебя приглашают, и уровню зарплаты, которую тебе будут предлагать.
Но! Мы живем не в идеальном мире, и часто такое встречается, что на масштабных проектах работают недостаточно компетентные аналитики. Но это уже другая история, которую я раскрою позже не в рамках этой статьи.
Плохой пример: системный аналитик имеет недостаточные навыки для анализа сложных бизнес-процессов или данных. Его мышление ограничено, он не рассматривает альтернативные подходы или решения к проблемам.
По этой причине он активно подключает коллег для помощи в экспертизе и решения проблем, с которыми он сталкивается. Проблемы в основном связаны с непониманием предметной области и бизнес-процесса, бестолковые сессии интервью с бизнес-заказчиками, после которых нет ни резюме встреч, ни раскрытия болей бизнеса и так далее.
Хороший пример: системный аналитик способен мыслить нестандартно и предлагать рабочие решения. В работе он систематически анализировал требования и выявлял потенциальные проблемы или конфликты, которые эффективно решал и фиксировал.
Проведя глубокую аналитику текущего процесса и используя методы визуализации данных аналитик смог предложить новый подход к оптимизации бизнес-процесса, который не был ранее реализован в организации.
На собеседовании аналитические навыки могут проверить через следующие вопросы:
Вам аналитик принес список требований. Как вы их оцените?
Опишите, что обычно содержится в вашей постановке для разработчиков?
Опишите схему процесса доставки заказа в Яндекс.Еда со стороны курьера.
Вы продаете электронные дверные глазки. Я заказчик. Какие вопросы вы зададите потенциальному заказчику, который хочет купить глазок себе в квартиру?
Меньше общения, больше данных
Профессия аналитика идеально подходит тем, кто находит удовольствие в работе с данными и анализе, предпочитая это общению с людьми. Это не означает, что аналитикам вообще не приходится взаимодействовать с коллегами или клиентами, но основная часть их работы связана с анализом информации, а не с постоянным общением.
Аналитика данных требует глубокого погружения в информацию, изучения трендов и поиска закономерностей. Это занятие для тех, кто может часами сосредотачиваться на цифрах и таблицах, находя удовлетворение в решении сложных задач и создании моделей данных. Такие люди часто обладают высокой степенью самостоятельности, предпочитая работу в тишине общению в больших командах.
Аналитики занимаются широким спектром задач, от простого сбора и обработки данных до сложного моделирования и прогнозирования. Посмотрим на примеры этих задач.
Анализ потребительского поведения. Изучение данных о покупках, отзывах и поведении пользователей на веб-сайте для улучшения продуктов и услуг.
Финансовый анализ. Прогнозирование доходов и расходов, анализ рыночных тенденций для поддержки стратегического планирования.
Оптимизация цепочек поставок. Анализ логистических данных для снижения затрат и увеличения эффективности поставок.
Разработка рекомендательных систем. Использование алгоритмов машинного обучения для создания персонализированных предложений продуктов или услуг.
Эти задачи требуют не только технических навыков, но и способности видеть «большую картину», понимая, как анализ данных может влиять на бизнес-стратегии и решения. Работа аналитика подразумевает не только выполнение заданий, но и предоставление рекомендаций, основанных на данных, которые могут принести реальную пользу организации.
Таким образом, профессия аналитика становится идеальным выбором для тех, кто увлекается данными и аналитикой, предпочитая технические задачи общению и управлению.
Необходимые навыки и компетенции
Чтобы стать успешным аналитиком, необходимо развивать как технические, так и аналитические навыки (а также определенные мягкие навыки). Вот более подробный обзор требуемых компетенций.
Языки программирования. Знание SQL необходимо для работы с базами данных, а Python — для обработки данных, статистического анализа и машинного обучения. R также популярен в статистических исследованиях и анализе данных.
Инструменты визуализации. Визуализация данных является ключевым навыком для аналитика, поскольку она позволяет представлять сложные аналитические выводы в понятном виде. Инструменты вроде Tableau и Power BI позволяют создавать интерактивные отчеты и дашборды.
Работа с базами данных. Понимание принципов работы баз данных и умение эффективно извлекать из них информацию является фундаментальным навыком. Это включает в себя знание систем управления базами данных, таких как MySQL, PostgreSQL и NoSQL баз данных вроде MongoDB.
Критическое мышление. Способность анализировать факты, разбираться в сложных данных и выявлять скрытые закономерности и тренды. Критическое мышление помогает в формулировке правильных вопросов и поиске эффективных путей решения задач.
Решение проблем. Аналитикам часто приходится сталкиваться с нестандартными задачами, требующими творческого подхода и способности быстро находить решения.
Статистический анализ. Понимание статистических методов и тестов важно для анализа данных и построения выводов из них.
Внимание к деталям. В работе с большими объемами данных легко упустить важные детали. Аналитику необходимо обладать высокой степенью внимательности и аккуратности.
Способность к самообучению. Технологии и методы анализа данных развиваются с невероятной скоростью. Аналитики должны постоянно обучаться, чтобы оставаться в курсе современных трендов и инструментов.
Коммуникативные навыки. Хотя работа аналитика подразумевает меньше общения, чем многие другие профессии, способность ясно и убедительно излагать свои идеи перед коллегами и руководством крайне важна для успешного принятия решений на основе данных.
Владение этими навыками и компетенциями открывает перед аналитиками широкие возможности для карьерного роста и развития в различных отраслях. Стремление к постоянному саморазвитию и углублению знаний в области аналитики данных поможет не только достичь успеха в этой профессии, но и оказать заметное влияние на эффективность и инновационное развитие компаний и организаций.
Преимущества работы и первые шаги
В среде, где значение данных неуклонно возрастает, специалисты по аналитике востребованы как никогда. Это предоставляет им уверенность в профессиональной сфере и открывает широкие перспективы для развития карьеры. Специалисты в этой сфере могут рассчитывать на конкурентоспособную зарплату, что отражает сложность и важность их работы. Аналитика данных открывает двери в разные отрасли, позволяя специалистам переходить между ними и применять накопленный опыт для решения новых задач.
Начать карьеру в аналитике можно, не имея специализированного образования. Важны навыки и знания, которые можно получить через онлайн-курсы и самообучение. Практический опыт, получаемый через стажировки и собственные проекты, ценится работодателями не меньше дипломов. Сетевое взаимодействие через профессиональные сообщества поможет вам наладить контакты и узнать о новых возможностях.
Заключение
В данном обзоре мы раскрыли значимость и особенности работы аналитиков в сфере обработки данных. Профессия предлагает привлекательные условия труда, включая высокий уровень зарплаты и множество возможностей для профессионального роста. Начать путь в аналитике можно, активно обучаясь и вовлекаясь в практические проекты, что станет вашим входом в захватывающий мир анализа данных.
Этот путь подходит тем, кто любит анализ данных и стремится к непрерывному обучению. Мир аналитики постоянно расширяется, предлагая неограниченные возможности для развития и открытий. Пусть этот материал вдохновит вас исследовать мир данных глубже, превратив вашу карьеру в захватывающее приключение.
Материал написан при поддержке редакции ProductStar. Нажмите сюда, чтобы узнать, кто мы такие и чем занимаемся.
Коммуникация
P.S В начале хотелось назвать качество Коммуникабельность, но тут же вспомнились четыре всадника Апокалипсиса для рекрутеров в резюме:

Итак, что у нас по коммуникации. Да в целом это и есть тот самый soft skill, который довольно просто оценить, но сложно прокачать.
Аналитик с развитым скиллом коммуникации может ясно и четко объяснить свои идеи и донести свою аналитику разработчикам и другим участникам проекта.
Плохой пример: системный аналитик не может объяснить разработчику, почему он решил реализовать логику именно таким образом. В результате разработчик тратит время на погружение в бизнес-процесс, чтобы самому убедиться в корректности решения, либо чтобы предложить свое.
Хороший пример: системный аналитик задает вопросы пользователю с целью лучшего понимания требований и умеет объяснять сложные концепции простым языком как заказчикам, так и разработчикам. По итогу обсуждения к его решению вопросов нет, либо они минорные.
На собеседовании навык коммуникации проверяют через следующие вопросы:
Расскажите о себе и своем опыте.
Расскажите, что вы делали как аналитик.
Какими достижениями в своей работе вы гордитесь?
Расскажите о своей самой сложной/важной работе за последние полгода.
С какими группами заинтересованных лиц вы общались?
Кем можно стать без опыта
Я старалась расположить специальности по порядку участия в работе над проектом от старта проекта до внедрения, однако некоторые специальности особенно важны в итерационной разработке и работают с результатами предыдущей итерации.
Бизнес-аналитик (Business analyst)
Этот человек должен ответить на вопросы:
Что мы делаем?
Какие есть ограничения извне?
Какими должны быть рабочие процессы в компании?
Что должно происходить с информацией в системе?
Бизнес-аналитик исследует деятельность компании, её предметную область, процессы работы, производства, а ещё нормативные акты и законы, которым компания должна подчиняться. Бизнес-аналитик должен найти проблемные места в рабочих процессах и предложить, как их можно улучшить. Может случиться так, что информационная система для этого и не нужна. Но мы говорим о разработке, поэтому бизнес-аналитик — это тот человек, который приносит бизнес-требования команде, то есть говорит, как система должна менять жизнь компании и взаимодействовать с пользователями.
Будет намного проще пройти собеседование, если почитать перед ним книжку «Разработка требований к ПО» (К. Вигерс, Дж. Битни).
Продуктовый аналитик (Product Analyst)
По сути подвид бизнес-аналитика на проекте системы, которая разрабатывается без конкретных требований от пользователей, итерационно. Задача продуктового аналитика — выдвигать гипотезы о том, какие доработки принесут максимум пользы, проверять их, отказываться от провальных гипотез, и так, путём проб и ошибок, вести продукт к славе и величию к обретению конкурентного преимущества.
Аналитик данных (Data Analyst)
Этот человек собирает данные и выжимает из них полезную информацию. Его стезя – статистика, графики, скрытые зависимости и коэффициенты доверия.
Это специфическая область, в которой пригодятся математика, статистика и программирование.
Перед собеседованием желательно пройти курс по анализу данных. Скорее всего он будет включать в себя основы программирования на Python.
К этой профессии близки инженеры машинного обучения (Machine Learning Engineer), которые занимаются настройкой всевозможных нейросетей. Не стала выделять их отдельно, потому что требования вакансий к ним очень схожие.
BI-аналитик (Business Intelligence Analyst)
Подвид аналитика данных, который специализируется на формировании отчётов, дашбордов и презентаций для руководителей и специалистов, которые по этим документам будут принимать решения о стратегии развития своего отдела или компании.
До собеседования желательно пройти курс по теме и потренироваться работать в BI-системе.
Дизайнер интерфейсов (UI/UX designer)
Определяет внешний вид и поведение пользовательского интерфейса, но что ещё важнее — путь пользователя в нём. Сколько кликов сделает пользователь для достижения своей цели, сколько времени проведёт на странице сайта, какого цвета будет заветная кнопочка — зависит от дизайнера. Дизайнер должен быть художником и психологом, а ещё хорошо знать паттерны и возможности платформы, на которой реализуется интерфейс приложения.
Перед тем, как отправиться на собеседования, стоит пройти курс по Figma и добавить в портфолио учебный проект.
Системный аналитик (System Analyst)
Этот человек должен ответить на вопросы:
Как мы будем реализовывать требования, которые принёс бизнес-аналитик?
Какие технологии мы будем использовать для этого, как именно?
Какими данными и в каких форматах наша система должна обмениваться с пользователем, с другими системами, между своими частями?
Как происходит обработка данных внутри системы и её частей?
Какие ошибки при этом могут возникнуть?
Системный аналитик служит связующим звеном между бизнес-аналитиком и разработчиками. Он раскладывает потребности бизнеса (заказчиков, пользователей) на техническую реализацию. Системный аналитик знает, как именно работает система изнутри. И ещё он много пишет. Системный аналитик создаёт и поддерживает документацию, которая содержит все технические требования к системе. Именно по ней разработчик будет писать код, а тестировщик проверять реализованную функциональность.
Зачастую между бизнес и системным аналитиками нет чёткой границы. Также могут плавать верхняя (сбор требований) и нижняя (описание требований для разработчиков) границы обязанностей — уровень проработки требований может быть совершенно разный.
Перед собеседованием советую почитать ту же книжку «Разработка требований к ПО» (К. Вигерс, Дж. Битни) и телеграм-канал «Системный аналитик«.
Разработчик (Developer)
Это человек, который реализует требования, которые передал системный аналитик.
Разработчик непосредственно программирует алгоритмы обработки данных, программные интерфейсы, управляет хранилищами данных.
Выбирая эту стезю, нужно определиться, что вам ближе: пользовательские интерфейсы (frontend, все эти экранные формы, окошечки, кнопочки) или сложные алгоритмы обработки данных (backend, логика “под капотом” системы); разработка мобильных приложений, веб или десктопных?
Исходя из этих предпочтений, стоит выбрать язык программирования и пройти по нему курс, чтобы как минимум не теряться в синтаксисе на собеседовании.
Инженер тестирования (Quality assurance engineer)
Человек, который следит за тем, чтобы все требования к системе были выполнены. Тестировщик проверяет не только реализованную функциональность, но и сами требования — на предмет неполноты и противоречивости. Он же устраивает системе краш-тесты нагрузкой и т.п.
Как и разработчики, тестировщики могут делиться на frontend и backend, но часто работают с системой целиком.
Тестировщики ведут особый вид документации – тест-кейсы.
Технический писатель (Technical writer)
Этот человек готовит официальную документацию по системе: технические задания для заказчиков, руководства пользователей, маркетинговые документы и документы для регистрации в различных организациях (например, в патентном бюро или Минцифры).
Технический писатель не должен глубоко разбираться в технологиях, он описывает систему со слов других членов команды. Однако он лучше всех знает правила оформления документов, ГОСТы, стандарты и правила русского языка.
Инженер технической поддержки и/или внедрения
Объединять эти категории не совсем корректно, но их обязанности схожи и зачастую совмещены.
Инженер внедрения настраивает систему на стендах заказчика. В зависимости от проекта и сложности системы он может разворачивать систему самостоятельно или ожидать окончания работы DevOps-инженеров.
Инженер внедрения взаимодействует с прямыми пользователями системы, проводит их обучение, помогает адаптироваться к системе, собирает боли и пожелания, фиксирует ошибки опытной эксплуатации.
Инженер технической поддержки первой линии также взаимодействует с пользователями, фиксирует запросы, ошибки, оказывает консультации. Вторая и третья линии технической поддержи обрабатывают более сложные запросы.
Оба вида инженеров хорошо знают систему и могут выполнять первичный анализ проблем: воспроизводить ошибки, анализировать логи системы и данные в базе.
Опыт инженера внедрения или технической поддержки третьей линии — хорошая база для развития в системный анализ или тестирование.
Проактивность
Тот самый навык из категории «мягких», который очень не просто проверить на собеседовании. В основном он проявляется в рабочих процессах.
Но даже задав вопрос когда заканчивается работа системного аналитика — уже
можно многое понять о кандидате.
Плохой пример: системный аналитик может быть пассивным и не искать способы
решения явных проблем в команде.
На проекте системный аналитик не ищет способы автоматизировать задачи, которые могут быть автоматизированы, и продолжает выполнять их вручную, затрачивая много времени. Даже когда проблема решаема одним звонком в техподдержку.
Хороший пример: системный аналитик всегда прямо заявляет о проблемах, возникших на проекте и в работе, не боится брать ответственность решать. Самостоятельно ищет точки роста и занимает проактивную роль на проекте.
Аналитик готов изучать новые инструменты и методики системного анализа, чтобы повысить свою профессиональную эффективность.
Вопросы, проверяющие навык проактивности, обычно следуют из вопросов по навыку 1. Коммуникация. Но можно спросить например:
Были у вас конфликтные ситуации в команде? Как вы их решали?
Расскажите про процесс работы на последнем вашем проекте. Какая роль была у вас на нем?
В каком проекте либо задаче вы проявили себя как лидер?
Как вы прокачиваете свои навыки аналитика?
Кем можно стать после обретения опыта в разработке
Менеджер проекта / продукта (Project / product manager)
Часто появляются из бизнес-аналитика, продуктового-аналитика или менеджера извне IT.
Выполняют схожие функции — определяют границы проекта и направление развития исходя из финансовых показателей, рисков и сроков. Эти люди составляют план проекта и следят за его выполнением. Они же оценивают риски и принимают решения о том, какие действия предпринять в случае, если негативная ситуация всё-таки наступила. Они же набирают команду и распределяют финансирование.
Менеджер проекта обычно присутствует в проекте заказной разработки или продукте с чётко определёнными целевой аудиторией и направлением развития. Менеджер продукта отвечает за продуктовый проект, у которого есть клиенты, но нет заказчиков извне компании.
Руководитель команды разработки (Team lead)
Обычно вырастает из разработчика, системного аналитика или тестировщика.
Этот человек организует работу команды разработки. Он служит связующим звеном между менеджером проекта, вышестоящим руководством компании и командой. Он синхронизирует цели компании и команды разработки, выстраивает внутренние процессы, подбирает персонал и следит за развитием подчинённых.
Тимлиду необходимо обладать как навыками менеджера, так и техническими знаниями, ведь без последних невозможно эффективно решать внутренние проблемы команды разработки.
Системный архитектор (System Architect)
Обычно вырастает из разработчика или системного аналитика, иногда из тестировщика.
Этот человек проектирует систему на уровне компонентов, обмена данными между ними и с внешними системами. В отличии от аналитика, архитектор решает не сиюминутные, а стратегические задачи. Он должен понимать, в какую сторону будет развиваться система в ближайшие полгода, год, три года, чтобы укладывать текущую разработку в целевое решение и тем самым снизить необходимость глобальной переделки системы в будущем.
Инженер информационной безопасности
В его обязанности входит анализ уязвимостей системы и обеспечение защиты данных. Обязанности могут включать анализ архитектуры и кода системы, анализ логов, системное администрирование, мониторинг и анализ действий сотрудников компании вне системы, обучение сотрудников правилам информационной безопасности.
DevOps-инженер
Часто вырастает из разработчика, тестировщика или инженера внедрения.
Специалист широкого профиля, который отвечает за развёртывание системы, выделение для неё ресурсов, доставку обновлений на стенды, системное администрирование, устойчивость к сбоям и безопасность.
К чему это может привести?
И на моем опыте уже приводит:
Перманентный синдром самозванца у людей на позиции системного аналитика. Тот объем знаний, который ожидают от такого специалиста, просто не может вместить в себя средний статистический человек.
Новые люди, которые приходят в профессию, не осознают, что их нагружают нерелевантной работой и уходят, не справившись с завышенными требованиями.
Специалист, который пытается делать всё: анализ, дизайн, проектирование, саппорт, интеграции — будет напоминать утку: умеет летать, плавать и ходить, но всё делает посредственно.
Если техническое решение придумывает один человек с небольшим техническим опытом, то высока вероятность большого количества багов в краткосрочном периоде и конструирование легаси — в долгосрочном.
Проседает непосредственно та часть, из-за которой и появляется потребность в аналитике в команде. Предварительный анализ задач или никто не делает, или делают по остаточному принципу, или делают специалисты, которые не владеют навыками системного анализа.
Папин системный, мамин бизнес-аналитик
Целью данной статьи является защита точки зрения, что Системный аналитик с бизнес-навыками или наоборот Бизнес-аналитик с навыками системного анализа — это то, что сейчас востребовано бизнесом, хотя открыто это и не декларируется. Данное мнение базируется только на личном опыте. Личном опыте человека, который:
Узнал о профессии аналитика, находясь на срочной службе в армии
Имел неуставной телефон с доступом в интернет, немного свободного времени и большое желание найти работу
За неполных два года прошел путь до ведущего аналитика на проекте в одном желтом, зеленом или красном банке(секретики).
Читая статьи на том же Хабре и пересмотрев уйму роликов на тему различия бизнес- и системного анализа, я очень часто слышал отстаивание позиции в духе «категорически неправильно смешивать эти два понятия». И тем удивительнее было для меня осознавать, что на трех моих последних продуктах, где моя роль каждый раз характеризовалась по-разному (Системный аналитик, Бизнес-аналитик, ИТ-аналитик), де-факто мои обязанности сочетали набор требований и задач из обоих направлений аналитики. И мне, как человеку, искушенному любопытством, было интересно понять — это баг или фича данной сферы?
Но прежде чем разобраться, как эти ветви анализа могут сочетаться в одном аналитике, давайте разложим по полочкам принципиальные различия.
Различия в области деятельности
Бизнес-аналитик
Бизнес-аналитик фокусируется на изучении бизнес-процессов и потребностей компании. Он анализирует и документирует требования клиентов и заинтересованных сторон, определяет проблемы и предлагает эффективные решения. Бизнес-аналитик работает в тесном взаимодействии с бизнес-пользователями, менеджерами и другими заинтересованными сторонами, чтобы понять их потребности и обеспечить успешное внедрение проектов. Он также отвечает за создание бизнес-моделей, определение требований к программному обеспечению и подготовку спецификаций для разработчиков.
Системный аналитик
Системный аналитик, с другой стороны, сфокусирован на анализе технических аспектов системы. Он изучает текущую информационную инфраструктуру компании, выявляет ее слабые места и разрабатывает концепции новых систем или улучшений существующих. Системный аналитик работает с техническими специалистами и разработчиками, чтобы определить требования к аппаратному и программному обеспечению, обеспечивая, чтобы система соответствовала бизнес-потребностям компании. Он также отвечает за моделирование и оптимизацию бизнес-процессов, анализ рисков и разработку плана внедрения системы.
Различия в навыках и методологиях
Бизнес-аналитик
Бизнес-аналитик должен обладать широким спектром навыков, включая хорошее понимание бизнес-процессов, аналитическое мышление, коммуникативные навыки и умение работать с различными заинтересованными сторонами. Он часто использует методологии, такие как BPMN (Business Process Model and Notation) или UML (Unified Modeling Language), для моделирования бизнес-процессов и создания требований. Бизнес-аналитик должен быть в состоянии перевести требования бизнеса в понятные техническим специалистам термины.
Системный аналитик
Системный аналитик обладает техническими навыками, такими как знание информационных систем, баз данных, сетей и архитектуры ПО. Он работает с различными методологиями, такими как UML, ER-моделирование (Entity-Relationship), CASE-инструменты (Computer-Aided Software Engineering) и другими техническими методиками. Системный аналитик должен иметь глубокое понимание технических возможностей и ограничений системы, чтобы предложить оптимальные решения.
Вклад в процесс принятия решений
Бизнес-аналитик
Бизнес-аналитик играет ключевую роль в процессе принятия решений, предоставляя бизнес-пользователям аналитическую информацию и рекомендации. Он помогает определить бизнес-потребности, выявляет проблемы, предлагает альтернативные решения и оценивает их эффективность. Бизнес-аналитик также отслеживает выполнение требований и взаимодействует с командами разработки и тестирования, чтобы обеспечить соответствие результатов ожиданиям бизнеса.
Системный аналитик
Системный аналитик вносит свой вклад в процесс принятия решений, предлагая технические решения и оптимизируя системные процессы. Он анализирует технические требования, прогнозирует возможные риски и препятствия, идентифицирует необходимые изменения в архитектуре и инфраструктуре системы. Системный аналитик работает в тесном взаимодействии с разработчиками, тестировщиками и другими техническими специалистами, чтобы обеспечить эффективную реализацию проекта и соответствие требованиям бизнеса.
Базовый вывод
Бизнес-аналитик и системный аналитик – это две важные роли в области аналитики, имеющие различные области деятельности, навыки и методологии работы. Бизнес-аналитик фокусируется на анализе бизнес-процессов, выявлении потребностей клиентов и разработке решений, которые удовлетворяют эти потребности. Системный аналитик, в свою очередь, специализируется на техническом анализе информационных систем, оптимизации процессов и разработке технических решений.
Успешная реализация проектов требует сотрудничества между бизнес-аналитиками и системными аналитиками. Бизнес-аналитики обеспечивают понимание бизнес-потребностей и коммуникацию с заинтересованными сторонами, а системные аналитики гарантируют техническую реализацию этих потребностей. Вместе они способствуют эффективному принятию решений, созданию инновационных решений и развитию компании в целом.
Так это работает, вернее — должно работать. Но вот, что мне удалось узнать из своего личного опыта.
В современной B2B-сфере все больше требуется гибкость и комплексный подход со стороны аналитических профессионалов. В то время как бизнес-аналитики и системные аналитики обладают разными навыками и задачами, настоящий профессионал должен уметь объединять эти роли для эффективного взаимодействия с продуктом или услугой, особенно в контексте банковской сферы. В данной статье мы рассмотрим пример системного аналитика в банке, который успешно сочетает навыки бизнес-аналитика и системного аналитика для оптимизации процессов работы операторов АРМ (автоматизированного рабочего места).
Бизнес-аналитик в банке
Бизнес-аналитик в банковской сфере отвечает за анализ бизнес-процессов и потребностей клиентов. Он работает с бизнес-пользователями и менеджерами для определения требований и разработки эффективных решений. В контексте оптимизации работы операторов АРМ, бизнес-аналитик проводит интервью с операторами, изучает текущие процессы и выявляет возможные точки оптимизации. На основе полученных данных он разрабатывает предложения по улучшению процесса работы операторов, учитывая бизнес-потребности и требования.
Системный аналитик в банке
Системный аналитик в банковской сфере фокусируется на технической стороне проектов и системных решениях. Он изучает информационную инфраструктуру банка, анализирует ее слабые места и разрабатывает концепции новых систем или улучшений. В случае оптимизации работы операторов АРМ, системный аналитик проводит технический анализ существующей системы, выявляет ее ограничения и предлагает технические решения для улучшения процесса. Он может предлагать изменения в архитектуре системы, оптимизировать базы данных или разрабатывать дополнительные функциональности, которые улучшат производительность и эффективность операторов АРМ.
Роль гибридного аналитика
Однако, настоящий профессионал в области аналитики в B2B сфере, особенно в банковской индустрии, должен быть способен сочетать в себе навыки и задачи обеих профессий — бизнес-аналитика и системного аналитика. Гибридный аналитик, в данном случае, может быть человеком, который не только проводит интервью с операторами АРМ для выявления точек оптимизации, но также обладает техническим пониманием информационных систем банка и способен предложить конкретные технические решения для улучшения процесса работы.
Пример системного (на самом деле гибридного) аналитика в банке
Допустим, в банке имеется проблема с процессом обработки клиентских заявок, который требует оптимизации. Гибридный аналитик, сочетающий навыки бизнес-аналитика и системного аналитика, начинает работу с интервьюирования операторов АРМ, чтобы понять, какие именно задачи требуют больше времени и усилий, и какие проблемы они сталкиваются при выполнении своих обязанностей. Он также анализирует текущую информационную систему, включая базу данных, интерфейс пользователя и интеграции с другими системами.
На основе собранных данных, гибридный аналитик выявляет, что операторы АРМ тратят слишком много времени на рутинные задачи, такие как поиск информации о клиенте в разных системах или заполнение повторяющихся полей в заявках.
Он предлагает решение в виде автоматизации некоторых процессов с использованием роботизированного процесса автоматизации (RPA) и создания единообразного интерфейса для доступа к информации о клиентах.
Таким образом, гибридный аналитик не только выявляет точки оптимизации в процессе работы операторов АРМ, но также предлагает конкретные технические решения, которые помогут улучшить производительность и эффективность операторов. Он способен объединить бизнес-потребности с технической реализацией, обеспечивая гармоничное взаимодействие между бизнес- и IT-сторонами.
Преимущества гибридного аналитика
Сочетание навыков бизнес-аналитика и системного аналитика в одном профессионале приносит ряд преимуществ в B2B сфере:
Глубокое понимание бизнес-процессов: Гибридный аналитик обладает широким обзором на бизнес-процессы и способен выявить потребности клиентов. Он может анализировать данные и выстраивать связи между различными аспектами бизнеса, что помогает ему лучше понять и представить требования к системе.
Техническая экспертиза: Гибридный аналитик обладает пониманием информационных систем и технологий, применяемых в конкретной сфере. Это позволяет ему предлагать конкретные технические решения, учитывая возможности и ограничения существующей инфраструктуры.
Сокращение коммуникационных пробелов: Гибридный аналитик является мостом между бизнес-пользователями и IT-специалистами. Он говорит на обоих «языках» и способен эффективно коммуницировать с обеими сторонами, устраняя возможные недопонимания и сокращая коммуникационные пробелы.
Целостное видение продукта: Гибридный аналитик имеет возможность рассматривать продукт или услугу с разных сторон — как с бизнес-позиции, так и с технической. Это позволяет ему принимать более обоснованные и сбалансированные решения, учитывая обе стороны медали.
Вывод
В заключение, несмотря на разделение на бизнес-аналитика и системного аналитика, настоящий профессионал в сфере B2B должен обладать навыками обеих профессий и уметь сочетать их в рамках продукта, с которым он работает. Гибридный аналитик, обладающий глубоким пониманием бизнес-процессов и технической экспертизой, является ценным активом для организации.
В итоге, гибридный аналитик, сочетающий в себе навыки бизнес-аналитика и системного аналитика, способен принести большую ценность для компании. Его умение анализировать бизнес-процессы, предлагать технические решения, обеспечивать эффективную коммуникацию и обладать целостным видением продукта позволяют ему успешно решать сложные задачи и способствовать достижению бизнес-целей.
P.S.
Я хотела рассказать ещё и о том, почему не стоит бояться собеседований, как составить резюме при отсутствии опыта и как выбрать компанию по душе, но статья и без того вышла очень длинной. Эти темы подниму в следующий раз.
Как отличить хорошего аналитика от плохого?

Сегодня я разберу 5 навыков системного аналитика, на которые пристально обращает внимание работодатель.
На собеседовании с каждым ответом на вопрос вы добавляете либо отнимаете по очку от навыков своего персонажа-кандидата на вакансию.
Например, отвечая правильно на вопрос когда заканчивается работа системного аналитика, вы зарабатываете себе +1 балл к навыку Проактивность в глазах работодателя.
Сегодня я лишь оглашу список этих навыков на примере плохих и хороших аналитиков. Бонусом добавил несколько вопросов по каждому навыку, которые я сам задаю аналитикам на собеседованиях.
Как грамотно построить рассказ о себе и как отвечать на вопросы на собеседовании — тема отдельная, еще более важная. Которую я обязательно раскрою в следующих статьях.
А сейчас в процессе обзора попробуем все же разобраться — как отличить хорошего
аналитика от плохого?
Кем можно стать без опыта
Я старалась расположить специальности по порядку участия в работе над проектом от старта проекта до внедрения, однако некоторые специальности особенно важны в итерационной разработке и работают с результатами предыдущей итерации.
Бизнес-аналитик (Business analyst)
Этот человек должен ответить на вопросы:
Что мы делаем?
Какие есть ограничения извне?
Какими должны быть рабочие процессы в компании?
Что должно происходить с информацией в системе?
Бизнес-аналитик исследует деятельность компании, её предметную область, процессы работы, производства, а ещё нормативные акты и законы, которым компания должна подчиняться. Бизнес-аналитик должен найти проблемные места в рабочих процессах и предложить, как их можно улучшить. Может случиться так, что информационная система для этого и не нужна. Но мы говорим о разработке, поэтому бизнес-аналитик — это тот человек, который приносит бизнес-требования команде, то есть говорит, как система должна менять жизнь компании и взаимодействовать с пользователями.
Будет намного проще пройти собеседование, если почитать перед ним книжку «Разработка требований к ПО» (К. Вигерс, Дж. Битни).
Продуктовый аналитик (Product Analyst)
По сути подвид бизнес-аналитика на проекте системы, которая разрабатывается без конкретных требований от пользователей, итерационно. Задача продуктового аналитика — выдвигать гипотезы о том, какие доработки принесут максимум пользы, проверять их, отказываться от провальных гипотез, и так, путём проб и ошибок, вести продукт к славе и величию к обретению конкурентного преимущества.
Аналитик данных (Data Analyst)
Этот человек собирает данные и выжимает из них полезную информацию. Его стезя – статистика, графики, скрытые зависимости и коэффициенты доверия.
Это специфическая область, в которой пригодятся математика, статистика и программирование.
Перед собеседованием желательно пройти курс по анализу данных. Скорее всего он будет включать в себя основы программирования на Python.
К этой профессии близки инженеры машинного обучения (Machine Learning Engineer), которые занимаются настройкой всевозможных нейросетей. Не стала выделять их отдельно, потому что требования вакансий к ним очень схожие.
BI-аналитик (Business Intelligence Analyst)
Подвид аналитика данных, который специализируется на формировании отчётов, дашбордов и презентаций для руководителей и специалистов, которые по этим документам будут принимать решения о стратегии развития своего отдела или компании.
До собеседования желательно пройти курс по теме и потренироваться работать в BI-системе.
Дизайнер интерфейсов (UI/UX designer)
Определяет внешний вид и поведение пользовательского интерфейса, но что ещё важнее — путь пользователя в нём. Сколько кликов сделает пользователь для достижения своей цели, сколько времени проведёт на странице сайта, какого цвета будет заветная кнопочка — зависит от дизайнера. Дизайнер должен быть художником и психологом, а ещё хорошо знать паттерны и возможности платформы, на которой реализуется интерфейс приложения.
Перед тем, как отправиться на собеседования, стоит пройти курс по Figma и добавить в портфолио учебный проект.
Системный аналитик (System Analyst)
Этот человек должен ответить на вопросы:
Как мы будем реализовывать требования, которые принёс бизнес-аналитик?
Какие технологии мы будем использовать для этого, как именно?
Какими данными и в каких форматах наша система должна обмениваться с пользователем, с другими системами, между своими частями?
Как происходит обработка данных внутри системы и её частей?
Какие ошибки при этом могут возникнуть?
Системный аналитик служит связующим звеном между бизнес-аналитиком и разработчиками. Он раскладывает потребности бизнеса (заказчиков, пользователей) на техническую реализацию. Системный аналитик знает, как именно работает система изнутри. И ещё он много пишет. Системный аналитик создаёт и поддерживает документацию, которая содержит все технические требования к системе. Именно по ней разработчик будет писать код, а тестировщик проверять реализованную функциональность.
Зачастую между бизнес и системным аналитиками нет чёткой границы. Также могут плавать верхняя (сбор требований) и нижняя (описание требований для разработчиков) границы обязанностей — уровень проработки требований может быть совершенно разный.
Перед собеседованием советую почитать ту же книжку «Разработка требований к ПО» (К. Вигерс, Дж. Битни) и телеграм-канал «Системный аналитик«.
Разработчик (Developer)
Это человек, который реализует требования, которые передал системный аналитик.
Разработчик непосредственно программирует алгоритмы обработки данных, программные интерфейсы, управляет хранилищами данных.
Выбирая эту стезю, нужно определиться, что вам ближе: пользовательские интерфейсы (frontend, все эти экранные формы, окошечки, кнопочки) или сложные алгоритмы обработки данных (backend, логика “под капотом” системы); разработка мобильных приложений, веб или десктопных?
Исходя из этих предпочтений, стоит выбрать язык программирования и пройти по нему курс, чтобы как минимум не теряться в синтаксисе на собеседовании.
Инженер тестирования (Quality assurance engineer)
Человек, который следит за тем, чтобы все требования к системе были выполнены. Тестировщик проверяет не только реализованную функциональность, но и сами требования — на предмет неполноты и противоречивости. Он же устраивает системе краш-тесты нагрузкой и т.п.
Как и разработчики, тестировщики могут делиться на frontend и backend, но часто работают с системой целиком.
Тестировщики ведут особый вид документации – тест-кейсы.
Технический писатель (Technical writer)
Этот человек готовит официальную документацию по системе: технические задания для заказчиков, руководства пользователей, маркетинговые документы и документы для регистрации в различных организациях (например, в патентном бюро или Минцифры).
Технический писатель не должен глубоко разбираться в технологиях, он описывает систему со слов других членов команды. Однако он лучше всех знает правила оформления документов, ГОСТы, стандарты и правила русского языка.
Инженер технической поддержки и/или внедрения
Объединять эти категории не совсем корректно, но их обязанности схожи и зачастую совмещены.
Инженер внедрения настраивает систему на стендах заказчика. В зависимости от проекта и сложности системы он может разворачивать систему самостоятельно или ожидать окончания работы DevOps-инженеров.
Инженер внедрения взаимодействует с прямыми пользователями системы, проводит их обучение, помогает адаптироваться к системе, собирает боли и пожелания, фиксирует ошибки опытной эксплуатации.
Инженер технической поддержки первой линии также взаимодействует с пользователями, фиксирует запросы, ошибки, оказывает консультации. Вторая и третья линии технической поддержи обрабатывают более сложные запросы.
Оба вида инженеров хорошо знают систему и могут выполнять первичный анализ проблем: воспроизводить ошибки, анализировать логи системы и данные в базе.
Опыт инженера внедрения или технической поддержки третьей линии — хорошая база для развития в системный анализ или тестирование.
Техническая экспертиза

Именно то, что оценивают в процессе технического интервью.
Здесь довольно противоречивая история, так как интервьюеры на собеседованиях часто проверяют не техническую экспертизу кандидата, а устраивают «соковыжималку» его фундаментальных знаниях.
Это мое личное мнение и опыт проведения интервью, возможно многие тимлиды со моим подходом не согласятся. Но ни одна из команд, куда я аппрувил аналитика, тестировщика или разработчика, по завершению испытательного срока кандидата не выгоняла и была максимально довольна.
Мое видение: решение практических задач > вопросы на фундаментальные темы
Почему так? Ответ напишу на своем канале в ближайшее время.
Плохой пример: системный аналитик имеет недостаточное понимание технических аспектов проекта, что может привести к неправильной архитектуре или непроизводительной системе.
Например, на проекте системный аналитик никогда не работал и не понимает, как работает брокер сообщений, он не учитывает его ограничения, что приводит к неэффективному проектированию приложения.
Хороший пример: системный аналитик понимает принципы построения интеграций, архитектуры систем и других технических аспектов, чтобы эффективно проектировать решения.
На проекте при проработке бизнес-требований системный аналитик смог предложить оптимальную архитектуру будущей системы, учитывая существующее legacy-решение и технические ограничения.
Вопросы, проверяющие базовую техническую экспертизу:
Нарисуйте диаграмму последовательности для процесса, когда пользователь через веб-форму отправляет запросы в rest-сервис для получения данных.
Приходилось ли вам проектировать взаимодействие информационных систем? Какие способы интеграций вы знаете?
Есть четыре системы, участвующие в исполнении заказа клиента на выдачу карты: форма заявки на выдачу карты, скоринг клиента, доставка карты, активация карты. Опишите, как вы их cинтегрируете между собой.
Напишите пример rest-API для книжной библиотеки (напишите методы, эндпоинты и пример JSON).