Что делает аналитик в it компании

Кто такие аналитики в IT и чем они занимаются

Всем привет! Рада познакомиться, меня зовут Марина. И уже четвертый год, как работаю аналитиком. В этой должности я поменяла три места работы. До этого работала разработчиком и техническим писателем. Сейчас пишу книгу о профессии Аналитик. Некоторые мысли в помощь самой себе решила публиковать здесь. Надеюсь, они окажутся полезными и другим.

Аналитик — довольно свежая профессия в России. Многие не знают, не понимают, чем вообще занимаются аналитики, зачем они нужны. В начале нулевых, когда я после института устроилась на своё первое место работы, аналитиков не было вообще. Мы, разработчики, помимо написания кодов сами оформляли всю документацию, общались с заказчиками, выявляли требования, тестировали и т.д. Возможно, раньше, но на моём карьерном пути только 10 лет назад, появились технические писатели. Именно на них разработчики с облегчением переложили груз ведения документации. В то время она писалась строго по ГОСТам. ГОСТ 19, 34, ЕСПД, ЕСКД и т.д. Я успела поработать техническим писателем. Это был для меня адский ад. Монотонная, рутинная, бумажная работа. Согласование по сто раз всех запятых и абзацев. Проверка отделом метрологии и стандартизации — это просто треш! А мне, как бывшему разработчику, хотелось больше свободы, креатива, творчества. И, вот, вешаясь на работе от очередной сдачи документации, я листала вакансии на hh. Наткнулась на должность ведущего системного аналитика в одной из компаний операторов сотовой связи. Отправила резюме. С моим багажом опыта и знаний разработчика и технического писателя меня взяли без проблем.

Чем же занимается аналитик? В чем отличие бизнес-аналитика и системного аналитика? Если вкратце и простыми словами, аналитик — это, в первую очередь, посредник между заказчиками (бизнесом) и разработчиками (IT). Иногда в компании это один человек. А иногда от заказчика выступает именно бизнес-аналитик, а от разработчика — системный. Другими словами, бизнес-аналитик – это про общение с заказчиком и погружение в предметную область, системный аналитик – про общение с разработчиками и погружение в продукт.

Теперь разработчикам не надо ходить к заказчикам, выяснять требования, оформлять документацию и т.д. От этого всего их освободил аналитик. Он же и технический писатель, от части. Однако, в современных реалиях уже редко, где встретишь требования к документам по ГОСТам и бумажную волокиту. Всё оформляется, в основном, в электронном виде (чаще всего, как показывает мой опыт, в Confluence). Требования к оформлению больше внутрифирменные. Полная демократия.

Подведу итог (для меня всегда проблема писать кратко, поэтому и в этот раз буквально себя заставила). Обязанности аналитика:

• общение с заказчиком, выявление требований;
• документирование требований, написание, согласование ТЗ;
• постановка задач разработчикам, участие в тестировании, демонстрация продукта;
• документирование UI, UC, API и т.д. В общем, ведение и поддержание в актуальном состоянии внутренней документации;
• иногда проектирование макетов интерфейса и даже архитектуры проекта.

Это далеко не полный список. Но минимальный, чем точно придётся заниматься любому аналитику.

Думаю, мне удалось доказать, что роль аналитика очень важна. Если меня знакомые с сарказмом снова спросят: «Да, чем ты вообще занимаешься? За что такие деньги? Я тоже так хочу!», я теперь просто скину ссылку на эту статью 🙂

Также хочу отметить, что насколько я знаю, пока что в наших ВУЗах нет таких направлений и факультетов, как, например, «Системный анализ» (знаю, в Беларуси если целый институт системного анализа). Все аналитики — самоучки, либо какие-то курсы. Но не каждый может им стать. Мне кажется, у меня идеальный опыт для аналитика: разработчик + технический писатель. Но при этом необходимо постоянно прокачиваться, идти в ногу со временем, следить за новыми технологиями в разработке и т.д. Профессия интересная и перспективная. Я — аналитик и я горжусь этим!

• Анализ и проектирование систем
• Профессиональная литература
• Управление разработкой
• IT-компании

Какую роль аналитик играет в IT-проекте?

На крупных ресурсах по поиску вакансий всё чаще ищут бизнес-аналитиков в ИТ-проекты. Причем работу такого специалиста весьма высоко оценивают в плане оплаты труда. Чем же таким занимается аналитик в IT-компании и почему его вклад в разработке ПО так важен? Любой проект по разработке требует множество действующих лиц: с одной стороны — это заказчики и пользователи, а с другой — менеджеры, разработчики и тестировщики. Спонсор проекта хочет одно, конечный пользователь желает другое, разработчик может третье, а тестировщик говорит, что сначала нужно решить кучу проблем. И что же тогда делать, чтобы никто не поссорился?

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

Аналитик выступает правой рукой менеджера проекта и является настоящим мастером компромиссов

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

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

Аналитик может быть занят как в разработке разового проекта, так и полноценного продукта. В течение проекта требования к разработке формируются от общего к частному — как наши возможности применить в этом конкретном случае? А при создании продукта задачи формируются от частного к общему – как наши уникальные наработки смогут пригодиться всем? Роль аналитика при создании проекта и продукта отличается. На этапе подготовки проекта аналитик собирает требования заказчика, производит оценку работ и составляет ТЗ. При создании продукта же аналитик собирает вводные из внешней среды – через исследование конкурентов, мониторинг трендов, отзывы и пожелания пользователей программного продукта. А уже при вводе в эксплуатацию аналитик демонстрирует проект заказчику и курирует тестирование на его территории, а в случае с продуктом демонстрация и тестирование производится для его владельца и других заинтересованных лиц на стороне вендора данного ПО.

Самые дорогие ошибки в сфере IT – это ошибки проектирования

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

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

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

Кто такой системный аналитик и чем он занимается?

Константин Валеев Продакт-менеджер в JetBrains

Системный аналитик — профессия на стыке разработки, аналитики, менеджмента. Функция специалиста в IT-компании — анализировать потребности заказчика и формулировать требования к программной системе, которая должна закрыть эти потребности. Вместе с Константином Валеевым, продакт-менеджером в JetBrains, который долгое время работал системным аналитиком и руководителем аналитиков, мы разобрались, кто такой системный аналитик, чем он занимается, какие навыки ему необходимы и как стать таким специалистом.

Основные задачи системного аналитика

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

Освойте профессию «Аналитик данных»
Аналитик данных

Аналитики влияют на рост бизнеса. Они выясняют, какой товар и в какое время больше покупают. Считают юнит-экономику. Оценивают окупаемость рекламной кампании. Поэтому компании ищут и переманивают таких специалистов.

Профессия / 12 месяцев
Аналитик данных
Находите закономерности и делайте выводы, которые помогут бизнесу
4 890 ₽/мес 8 150 ₽/мес

Чем занимается IT-аналитик

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

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

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

Проектирование и коммуникации

Процесс подготовки требований неразрывно связан с проектированием. Например, погружаясь в требования и разбирая их, специалист проектирует сценарии использования системы, то есть то, как она должна вести себя и отвечать на действия пользователя, разрабатывает пользовательские интерфейсы (как правило, в связке с дизайнером) и пр. Он является носителем знаний о предметной области. Это позволяет ему проектировать какую-либо концептуальную модель данных. Затем системный аналитик передает информацию разработчикам, чтобы они могли написать правильный код, корректно спроектировать базу данных и пр. Конечно, системный аналитик не полностью заменяет стейкхолдера, однако является одним из специалистов, наиболее погруженных в проект. Но тем не менее системный аналитик — связующее звено между клиентом, пользователями и командой разработки, способный либо самостоятельно ответить на возникающие вопросы с обеих сторон, либо передать их ответственным лицам. В ходе работы над проектом аналитик учитывает изменения требований, поддерживает обратную связь с заказчиком, согласовывает сложные моменты и передает информацию команде разработчиков. Иногда он же может заниматься презентацией продукта заказчику.

Станьте аналитиком данных и получите востребованную специальность

Что должен уметь аналитик

Системный аналитик занимается процессами, анализом и коммуникациями, а также работой со спецификацией, поэтому он должен разбираться и в IT, и в менеджменте.

Требования к системному аналитику

• Умение разбираться и фиксировать предметную область;
• Понимание процессов разработки ПО (цикл SDLC, модели и методологии);
• Знание основ проектирования;
• Понимание протоколов и интерфейсов интеграции систем;
• Понимание основ архитектуры информационных систем;
• Умение работать с UI-редакторами для прототипирования пользовательских интерфейсов;
• Владение инструментами, которые помогают зафиксировать требования, например UML;
• Знание основ управления;
• Умение работать с процессами, анализировать их, находить места, которые можно оптимизировать и улучшить, способы, как это сделать;
• Способность определять зоны влияния систем, выделять из большой задачи подзадачи, а из системы — подсистемы.

Также не менее важными будут софт-скиллы:

• Владение навыком активного слушания. Системному аналитику нужно получать от заказчика как можно больше полезной информации, задавать правильные вопросы, доносить до него важные сведения «на его языке»;
• Проактивность. Системному аналитику часто самому приходится быть инициатором взаимодействий;
• Стрессоустойчивость, умение аргументировать и убеждать. Иногда системному аналитику приходится решать сложные ситуации, договариваться, аргументировать, почему то или иное требование не может быть выполнено;
• Усидчивость. Системному аналитику приходится разбираться в больших массивах информации. Часто — в новых и не всегда интересных для себя областях;
• Грамотную и понятную речь, в том числе письменную. Результат работы системного аналитика, как правило, документ. Поэтому специалисту важно уметь структурировано, логично, без «воды» излагать свои мысли;
• Готовность обучаться новому и разбираться в технологиях, которые постоянно появляются на рынке. Также для системного аналитика важно уметь быстро погружаться в разные предметные области. Особенно это требуется в крупных компаниях, где одновременно ведется работа над большим количеством проектов;
• Хорошее умение понимать причинно-следственные связи, разбираться, что с чем связано. Такой навык называют системным мышлением;
• Внимательность и вдумчивость, которые помогают отследить даже малозаметные и неочевидные требования к продукту.

Читайте также Екатерина Седова: «Работодатель нашел меня сам, теперь я системный аналитик»

Чем системный аналитик отличается от представителей похожих профессий

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

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

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

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

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

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

Где работают системные аналитики

Системный аналитик есть не в каждой компании. В небольших организациях его обязанности делятся между другими специалистами, о которых мы рассказали выше. Системные аналитики работают в крупных компаниях, которые выпускают сложный технический продукт или имеют сложную техническую инфраструктуру, — например, в ритейле, банковской сфере, компаниях-интеграторах, которые занимаются созданием продукта на заказ, а также в ведущих IT-компаниях вроде Лаборатории Касперского, холдингах со своими экосистемами, такими как Яндекс, Mail.Ru Group или СБЕР.

Как стать системным аналитиком

Чтобы стать системным аналитиком, можно пойти по одному из путей:

1. Перейти из другой специальности, которая не связана с IT, или начать работать сразу после обучения в вузе.
2. Перейти из смежной профессии. Например, системными аналитиками часто становятся бывшие тестировщики, сотрудники техподдержки.

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

Своды знаний и учебники работе с требованиями:

• Учебники IREB — как минимум Foundation Level, Advanced Level Elicitation, Advanced Level Requirements Modelling;
• Agile Modeling — библиотека различных практик и инструментов;
• ISO/IEC/IEEE 29148:2018 Requirements engineering — основополагающий стандарт в отрасли.

• «Разработка требований к программному обеспечению», Карл Вигерс;
• «Современные методы описания функциональных требований к системам», Алистер Коберн;
• UML Distilled: A Brief Guide to the Standard Object Modeling Language 3rd Edition, Martin Fowler;
• User Stories Applied: For Agile Software Development 1st Edition, Mike Cohn.

• Книги Главреда — про понятные тексты в целом.

• «Спроси маму», Роб Фитцпатрик;
• «Психбольница в руках пациентов», Алан Купер;
• Intercom on Jobs‑to‑be‑Done;
• «Не заставляйте меня думать», Стив Круг.

Архитектура и разработка:

• The System Design Primer — краткий обзор про архитектуру;
• Software Architecture Books — большой выбор, что почитать в целом;
• https://12factor.net/ru/ — документ с основными процессами.

What is REST — обзор хороших практик REST API.

Сколько зарабатывают системные аналитики

Несмотря на то что в основном системные аналитики работают в крупных компаниях, они очень востребованы. Специалистов часто не хватает. Из-за этого многие организации нанимают перспективных и заинтересованных в работе джунов «под вырост». По данным hh.ru, в Москве младший системный аналитик, стажер может получать до 85 тыс. рублей. Средняя зарплата специалистов уровня Middle составляет 120–180 тыс. рублей. Системные аналитики уровня Senior могут получать до 350 тыс. рублей.

Карьера в IT: должность Бизнес-аналитик

Idea image via Shutterstock.

Представляем седьмую статью серии «Карьера в IT». На этот раз речь пойдет о бизнес-аналитике, который выполняет роль связующего звена между заказчиком и разработчиками.

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

По данным ДОУ, среднему украинскому бизнес-аналитику 28 лет, он имеет зарплату $1300-2500 и опыт работы 3 года.

Задачи и обязанности

Главная задача бизнес-аналитика — выявить проблемы бизнеса заказчика и найти максимально эффективное решение. Для этого он должен обладать знаниями в предметной области. Бизнес-аналитик работает с требованиями на всех этапах жизненного цикла разработки ПО и постоянно выступает посредником между заказчиком и командой программистов.

Работа бизнес-аналитика включает такие этапы:

1. Выявить потребности заказчика, понять проблему, которую он хочет решить.
2. Самостоятельно или с помощью команды сформулировать концепцию решения.
3. Оформить концепцию в техническое задание с конкретными требованиями к будущему продукту. Для этого используются различные техники бизнес-анализа — постронение моделей процессов и структур, прототипы пользовательского интерфейса, сценарии использования. В это же время делается точная оценка трудозатрат и длительности работ.
4. Детализировать каждое требование в виде спецификаций.
5. Консультировать программистов и тестировщиков во время разработки продукта, спорные моменты обговаривать с заказчиком.

«Круг задач можно описать простыми словами: работа с требованиями. Это предполагает как взаимодействие с заинтересованными лицами на стороне заказчика, так и с членами команды, которые отвечают за процесс разработки решения».

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

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

«Иногда аналитики жалуются, что заказчик сам не знает, чего хочет. Обычно как раз заказчик знает, а вот аналитик не имеет достаточных аналитических навыков, чтобы понять его».

В круг обязанностей бизнес-аналитика входит:
— Анализ бизнес-потребностей заказчика;
— Составление требований к будущему продукту (общение с заинтересованными лицами — разработчиками, клиентами, конечными пользователями);
— Анализ требований (применение различных методологий и нотаций — прототипирование, анкетирование, опрос, мозговой штурм, анализ существующих документаций, конкурентов);
— Анализ проблемных областей и предложения для улучшения;
— Формализация требований (разделение требований на бизнес-, функциональные, не функциональные, написание спецификации требований);
— Управление требованиями (обработка запросов на изменение, анализ и описание влияния на существующие требования);
— Трансляция требований между разработчиками и клиентом.

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

Типичный рабочий день бизнес-аналитика — это:
— Митинги с проектной командой и с заказчиком;
— Проработка концептуальных решений;
— Работа с инструментами анализа: схемами, диаграммами, моделями, прототипами;
— Работа с требованиями: сбор, написание ТЗ и спецификаций;
— Консультации разработчиков и тестировщиков;
— Изучение стандартов.

«Всё зависит от того, на каком этапе находится проект. Когда-то могу заниматься самообразованием, когда-то — писать документацию, или изучать документы, написанные другими, тестировать программу, общаться с Заказчиком».

Достоинства и недостатки

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

«Мне нравится придумывать красивые решения реальных проблем. Красивые — это логичные, универсальные, которые ложатся в имеющуюся структуру и сами становятся масштабируемой структурой, в которую потом лягут дальнейшие изменения. Реальные проблемы — это первоисточники проблем заказчика, решение которых уберет большое количество „симптомов“, с которыми он к нам обратился».

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

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

«Нравится заниматься структурированием информации, оптимизацией, проявлять творчество. Коммуницировать на всех уровнях — с заинтересованными лицами и конечными пользователями, разработчиками, менеджерами, тестировщиками, дизайнерами и админами. Истинная власть над проектом ^_^»

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

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

«Качество продукта — это качество требований. Качество требований — это аналитик».

Среди недостатков выделяют сложности в общении с заказчиком, когда не удается донести хорошие идеи или же мешают ограничения в сроках и бюджете.

Другая жалоба — необходимость изучать большие объемы информации в краткие сроки. Кроме изучения непосредственно своего проекта, бизнес-аналитик обязан постоянно держать руку на пульсе новых методологий, подходов, изучать базовые принципы новых платформ.

«Идеального ТЗ не существует. Да оно и не нужно, это колоссальные затраты времени и денег. Критика будет всегда, нужно учиться отделять зерна от плевел».

Как стать бизнес-аналитиком и куда идти дальше?

Можно выделить 2 пути становления:
1. IT-специалист, которому ближе общение, чем написание кода. Такой аналитик будет понимать процесс разработки, знает возможности ПО и понимает, что нужно знать разработчику для качественной работы. Однако ему необходимо отдельно приобретать бизнес-знания в области, которая автоматизируется.
2. Специалист без IT-образования, который является профессионалом в определенной предметной области. Такой аналитик понимает все нюансы бизнеса и разговаривает с заказчиком на одном языке. Но ему придется разбираться, что именно подлежит автоматизации и какие данные нужны разработчикам для работы.

«Часто аналитики вырастают из тестировщиков. Проделавшие такой путь специалисты знают „внутреннюю кухню“ IT и имеют материал для того, чтобы отличать хорошо написанные требования от плохо написанных».

Для работы бизнес-аналитика важно:
— знать методологии сбора, анализа и формализации;
— знать предметную область, которую нужно анализировать;
— понимать жизненный цикл ПО в соответствии с различными методологиями;
— знать основы программирования, тестирования, алгоритмов, экономики.

«Аналитик должен избавиться от узконаправленности мышления айтишника, уметь увидеть картину в целом, замечать недостатки. Чем лучше ему удастся выйти „за рамки“, тем успешней будет работа».

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

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

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

Перспективы карьерного развития бизнес-аналитика:
1. Совершенствоваться как аналитик, осваивать все больший круг аналитических задач.
2. Углубиться в системную составляющую и стать Business или Enterprise Architect
3. Развиваться по управленческой лестнице, проектной (Project manager -> Program Manager -> CTO) или бизнес (Product manager).

«Перспективы разные. Стать руководителем подразделения аналитики, стать квалифицированным специалистом, предоставлять консалтинговые услуги. Даже открывая свое дело, необходимо анализировать рентабельность бизнеса. И в уже созданном бизнесе необходимо анализировать и прогнозировать результаты работы».

P.S. Спасибо за помощь в написании статьи 18 украинским бизнес-аналитикам, которые поделились с DOU таинствами своей профессии. Приведенные в статье цитаты взяты из их рассказов.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU