Чем занимаются бизнес-аналитики в IT? С одной стороны, они решают сложные стратегические вопросы и перед ними стоят серьезные, комплексные задачи. С другой же, работа бизнес-аналитика может показаться некоторым молодым специалистам чрезмерно простой и переоцененной. Кто такие бизнес-аналитики по сути и зачем они нужны в IT-компаниях — разбираемся в этой статье.
В классическом понимании, бизнес-аналитик — это человек, который анализирует бизнес-потребности организации, а также формулирует пути и схемы усовершенствования бизнес-процессов, осуществляет стратегическое планирование. Бизнес-аналитики могут отвечать за одну конкретную сферу деятельности компании, либо за всю организацию в целом.
Когда говорят о бизнес-аналитиках в IT, под их обязанностями, зачастую, подразумевают анализ и работу с требованиями к программным продуктам. В зависимости от рода деятельности компании, бизнес-аналитики могут выполнять одну из двух ролей:
- Заниматься усовершенствованием продуктов компании — в случае, если она разрабатывает собственные решения. Чаще всего являются очень компетентными специалистами, но в наших краях (СНГ) встречаются намного реже, чем вторые.
- Бизнес-аналитики в аутсорс и аутстаф компаниях — те люди, которых бросают на передовую работы с клиентами. Занимаются сбором требований, составлением ТЗ и многим другим. Далее речь пойдет именно о них.
Основной задачей бизнес-аналитиков в IT-аутсорс компаниях является работа с клиентом, а именно — контроль над тем, чтобы разрабатываемый продукт был качественным и полностью удовлетворял требованиям заказчика.
Являясь связующим звеном между заказчиком и командой разработки, бизнес-аналитик ведет клиента от начала и до конца работы над проектом. Он выясняет пожелания заказчика, его требования к продукту, консультирует его в спорных или технических вопросах, подсказывает пути решения поставленных задач.
По сути, целью работы бизнес-аналитика является связь представлений клиента об идеальном продукте, который должен получиться на выходе, с реальностью:
- формулирование высокоуровневых требований к программному продукту;
- составление его структуры и связей между элементами;
- определение технологий и/или используемых программных решений;
- проектирование юзер-интерфейса, формата и способа взаимодействия между пользователем и программой — конечно же, на определенном уровне абстракции.
Таким образом, бизнес-аналитик должен быть компетентным в целом ряде не очень связанных между собой областей:
- Быть хорошим переговорщиком (коммуникатором). Он должен уметь понять собеседника, объяснить ему сложные вещи из мира IT, убедить и переубедить клиента в эффективности разного рода решений, при необходимости — сгладить конфликтные ситуации;
- Разбираться в технической стороне разработки ПО;
- Обладать хотя бы базовой, но основательной экспертизой в юзабилити и проектировании интерфейсов;
- Понимать принципы движения денежного потока и работы с финансами — чтобы иметь возможность до конца точно соблюсти интересы клиента относительно продукта, если разрабатывается коммерческое ПО;
- Иметь прикладные навыки из области системного анализа: составление технической документации, специфических диаграмм и схем.
Некоторым может показаться, что бизнес-анализ — это просто, так как, в целом, глубоких знаний в каждой из перечисленных выше областей от аналитика не требуют. Однако, по факту, все эти знания должны быть очень практичными. Ведь в противном случае результаты работы бизнес-аналитика будут иметь очень слабую связь с реальностью и приведут к созданию не эффективного и не работающего должным образом продукта. А это может крайне негативно сказаться на репутации компании.
И именно потому работа бизнес-аналитика является в высокой степени ответственной, и оценивается соответствующим образом.
Конечно же, описанный выше специалист является сферическим бизнес-аналитиком в вакууме. И в разных компаниях работа бизнес-аналитики может иметь уклон либо в сторону усиленного общения с клиентом, либо в сторону проектирования программной архитектуры.
via Любовь Колосовская, business analyst at RubyGarage
kolosovska.com
Источник: itkeys.org
Чем занимается бизнес-аналитик в IT?
Его называют «универсальным переговорщиком», «двигателем IT-проекта», двумя первыми буквами алфавита – BA и просто бизнес-аналитиком. О нём говорят много. Связано это с востребованностью профессии на трудовом рынке.
Бизнес-аналитиками становятся бывшие дизайнеры, тестировщики, маркетологи, экономисты, лингвисты и даже программисты. И наоборот, иногда бизнес-анализ – всего лишь отправная точка развития в сфере IT, открывающая дорогу в новое направление.
Мы поговорили с Викторией Пилипцевич, автором и тренером курса «Бизнес-анализ в области разработки ПО» в IT-Academy, о том, кто такой BA, зачем он нужен на проекте и какие есть возможности роста в бизнес-анализе.
Виктория Пилипцевич
— Виктория, чем занимается бизнес-аналитик в IT?
— Бизнес-анализ подразумевает определение решения для проведения изменений. А также требований, которые должны быть выполнены, чтобы определенное решение было реализовано. Если говорить про бизнес-аналитика в IT, то это решение об изменении, которое может быть достигнуто при помощи IT-продуктов.
Что мы понимаем под изменениями? Например, у нас есть предприятие, которое работает определенным образом: понятно, кто звонит поставщикам, как оформляются документы, фиксируются сделки, происходит складирование и т.д.
Если в какой-то момент потребности рынка требуют большей отдачи, больших объемов поставки, нужны изменения. Для этого нужно изменить логистику, работу складов, перестроить отношения с поставщиками и клиентами: начинаем отгружать больше, новые нагрузки на склады, меняется скорость работы людей, которые в этом всем участвуют. Чтобы спроектировать необходимые изменения, предприятия нанимают аналитика.
Часть изменений может быть реализована при помощи IT-продуктов. Например, нам нужно доработать существующий софт или разработать новый, чтобы скорость внесения данных о поступающих продуктах и их отгрузке фиксировалась в 10 раз быстрее и без ошибок. Бизнес-аналитик анализирует этот софт с точки зрения возможностей, подбирает к нему новые модули, оценивает риски и ограничения, которые нужно соблюсти, чтобы этот софт был внедрен и т.д.
Бизнес-аналитик обсуждает проект изменений с заинтересованными лицами, согласовывает границы решения: что мы сделаем сразу, а что – позже. Продумывает, какие знания о будущем IT-продукте необходимы пользователям. Если на проекте нет технического писателя, бизнес-аналитик готовит и пользовательскую документацию. BA взаимодействует с командой разработки и внедрения, ему нужны скиллы на грани бизнеса и этой разработки.
С первого взгляда кажется, что бизнес-аналитик по своим обязанностям чем-то напоминает PM. Если тебе трудно ответить на вопрос, чем отличается проджект-менеджер от бизнес-аналитика смотри митап о ролях PM и BA в команде .
— Какими программами должен владеть бизнес-аналитик?
— Есть программы, которые регулируют работу команды. Компания обычно декларирует в вакансии, какой софт используется на проектах. Этими программами желательно попробовать пользоваться еще до собеседования. Через эти инструменты проходит обучение на нашем курсе по бизнес-анализу: это сервисы Google, в том числе и командная координация в этих документах, и Jira. Это наш must have.
— Нужно ли иметь техническое образование?
— Я расскажу о тех, кто у меня учился: прекрасно трудоустраиваются и гуманитарии, и технари. Тут вопрос в том, насколько ты хочешь развиваться в этой сфере. Получаешь ли кайф от того, что продумываешь решение и все тонкости его реализации. Для начинающего бизнес-аналитика важно умение коммуницировать.
Первое, что ему нужно сделать, – это правильно собрать требования, понять ситуацию, которая должна быть реализована для бизнеса и пользователей, продумать, как IT-продукт будет вписан, какие процессы он затронет и какие задачи решит. Описанное решение и требования к нему он передаст разработчику, который задаст нужные вопросы, где сам не разберётся. Но это для джуна. Middle+ может понадобиться технический бэкгрунд. Он будет глубже погружаться в разработку и уже влиять на решения, которые принимают разработчики.
— А как потом получить технический бэкграунд? Куда вообще можно двигаться в развитии?
— Бизнес-аналитик может развиваться в сторону управления продуктами или двигаться в техническую специализацию, к системному анализу.
Product Manager – это человек, который управляет развитием продукта. Он должен хорошо понимать рынок, потребности пользователей, клиентов, заказчиков. Он больше уходит в анализ потребностей рынка, ближе к маркетингу и более глубокому пониманию бизнеса, позиционированию продукта. Если двигаться туда, технический бэкграунд по-прежнему будет вторичен. Например, хватит вводных курсов по разработке ПО , которые предлагает IT-Academy.
Вторая ветвь развития – понимание того, как это все будет разработано, погружение в разработку. Знаю, некоторые мои выпускники даже получали второе высшее техническое образование или проходили курсы для программистов. Обычно команда-работодатель сама потом это развитие и оплачивает. Как правило, оплачивая курсы, работодатель заключает договор, согласно которому некоторое время после прохождения обучения человек должен отработать в компании.
Зачастую не видно, куда потянет аналитика на старте.
— Без каких soft skills не обойтись хорошему бизнес-аналитику?
— Бизнес-аналитик – это командный игрок. Умение коммуницировать – must have. Не бояться прозрачности в результатах своих работ, информировать об изменениях в решениях и требованиях вовремя. Любить системность и работу с документами. Быть настойчивым, потому что есть моменты, когда нужно проявить твердость.
Иметь смелость подсветить ситуацию такой, какой она есть, озвучить решение, указать на сложности. Не бояться выступить на презентации. А еще уметь слышать, потому что мы не придумываем требования, мы их слышим и наблюдаем, записываем и помогаем сформулировать, но сами не сочиняем.
— Вы сказали, что бизнес-аналитик – это командный игрок. А смогут ли интроверты быть аналитиками?
— Да, я сама интроверт. На мой взгляд, коммуникативные навыки не зависят от того, человек завернут на себя или на других. Это уже больше о том, как человек заходит в коммуникацию. Тут я не вижу никаких блоков, это больше про культуру и развитие навыков общения. И интроверт, и экстраверт могут одинаково владеть способностью управлять коммуникацией.
Очень много общения идет письменно. Особенно в век удаленки, поэтому здесь выигрывает тот, у кого красивая речь. Мне кажется, что это никак не связано с характером.
Кстати, инструментам коммуникации и сбора информации на нашем курсе по бизнес-анализу уделяется несколько занятий.
— Все говорят, что в бизнес-анализе нужен английский. Это правда?
— Если говорить про начинающего аналитика, то это спорно. Потому что есть русскоязычные команды и заказчики, с которыми не нужно общаться на английском. Если заказчик будет немец или китаец, то с ними нужно будет, скорее всего, говорить на немецком или китайском. Поэтому нужно знать тот язык, на котором общается команда и заказчик. Нам можно выбрать разные рынки и разные команды, заказчиков.
Англоязычный рынок больше, там больше заказов и возможностей роста. Поэтому если развиваться в этой сфере и дальше, то лучше выбирать англоязычный рынок. Если бизнес-аналитика нужно подключать сразу в команду, где он будет работать напрямую с англоговорящим заказчиком, то английский нужно знать на уровне родного. Тебе могут позвонить еще до интервью и без подготовки попросить рассказать о себе на английском. Если человек теряется, его даже на собеседование не пригласят.
Есть еще один момент, почему в IT нужен английский. Очень много документации и полезной информации на английском. Поэтому английский необходим, чтобы держать себя в тонусе и быть в курсе всех новинок. Нужно ли это джуну прям в первые дни работы – вряд ли, в перспективе – да.
— От чего должен уметь кайфовать бизнес-аналитик?
— Я бы начала с того, чего много приходится делать в бизнес-анализе. Это работать с документами и с людьми. Эта рутина занимает 80% времени бизнес-аналитика. Если нет склонности к систематизации, раскладывание по полочкам и общение с людьми вызывает раздражение, тогда бизнес-анализ выбирать не стоит.
Что касается кайфа в работе, каждый находит в бизнес-анализе что-то свое. Кто-то то, что там можно бесконечно расти в разных направлениях, кому-то нравится конкретный бизнес, кому-то – анализ рынка продукта и его аудитории. Кто-то любит логические задачки в контексте бизнеса, а кто-то – презентации, командировки (потому что в бизнес-анализе это часто происходит).
Одним нравится общаться с топами, другим – решать задачи вместе с программистами. Дальше каждый сможет найти уже что-то свое. Главное, чтобы не было блоков по поводу документации и общения с людьми.
— А бывали какие-то смешные случаи на работе?
— Самый смешной случай был, когда заказчик с порога заявил: «Мне нужен какой-то очень простой сайт … типа Google!». Когда мы разобрали, что там есть, весь функционал, все технологии и масштабы разработки, которые стоят за каждой кнопкой, он просто ужаснулся своему желанию. Потом спросил: «Ну, хотя бы поиск как в Google вы мне можете сделать?». Я опять погрузила его в анализ. В итоге он снова ужаснулся и сказал: «Ладно, я беру то, что у вас уже есть готовое».
Приглашаем на курс «Бизнес-анализ в области разработки ПО» (как в очном, так и дистанционном формате).
# бизнес-анализ #бизнес-аналитик #it-профессии #айти
Источник: dzen.ru
Чем занимаются аналитики
Профессия аналитика достаточно распространена в ИТ-секторе, и всё равно появляется достаточно много вопросов из разряда «Зачем нужен аналитик?» или «Чем занимается аналитик?» и даже «Кто такой аналитик?». Такие вопросы возникают не только у людей, не связанных с разработкой программного обеспечения, но иногда даже и внутри ИТ-компаний! Я уже 8 лет работаю аналитиком на различных проектах, и с уверенностью могу сказать, что трактовка этой роли в компаниях и командах может различаться, особенно, если они взяли аналитика просто потому что «так надо», без понимания его предназначения. В этой статье я хочу объединить стандарты и свой опыт, чтобы вкратце ответить на эти вопросы. Это будет интересно тем, кто хочет понять, нужен ли им на проекте такой человек, и что он должен делать, а также тем, кто недавно пошел или думает пойти в эту профессию.
Кто такой аналитик?
Уже несколько лет ИТ-сообщество ищет ответ на этот вопрос. Составляются своды знаний (см. BABOK), формируются стандарты, карты компетенций. Однако, это всё скорее даёт почву для обсуждения, чем точно и четко описывает границы должностных обязанностей. Любая попытка самоопределения аналитика в профсообществах может привести к длительному спору на эту тему, тем не менее, к некоторому общему знаменателю за эти годы прийти всё же удалось.
Начнем с того, что должностей аналитика достаточно много, и от этого может ограничиваться спектр его задач. Пожалуй, вот основные ипостаси аналитика в ИТ-проекте:
- бизнес-аналитик,
- системный аналитик,
- аналитик требований,
- UX-дизайнер,
- специалист по внедрению,
- аналитик данных,
- консультант по вопросам управления,
- аналитик процессов,
- владелец продукта.
Всех их объединяет одно: аналитик – это человек, который отвечает за выявление потребностей заинтересованных лиц и их отражение в том решении, которое принесет изменения в работу компании.
Хорошо нашу работу описывает шутка:
«Мы переводчики с русского на программистский и наоборот».
Чем занимается аналитик?
На разных проектах и в разных компаниях должностные обязанности аналитика, как мы помним, могут отличаться. Из опыта могу сказать, что наиболее часто функции аналитика можно свести к нескольким основным пунктам:
- Сбор информации из различных источников.
- Анализ этих данных и проверка достоверности.
- Обработка данных (гипотезы, тезисы, расчеты).
- Разработка предложений и стратегий для улучшения ситуации.
- Детализация требований и согласование их с заинтересованными сторонами.
- Консультации для других участников команды.
- Презентация готового решения.
В некоторых случаях (в зависимости от должности, роли и проекта) этих функций может становиться больше или меньше, поэтому немного расскажу, что чаще всего делают аналитики у нас в Консорциуме.
Начнем с того, что аналитик не может быть сам по себе, ценность он приносит только внутри команды:
В нашей команде среди людей, напрямую причастных к разработке,
примерно четверть – аналитики
Если говорить о разработке ПО, то аналитики сопровождают весь процесс разработки решения: от предпроектного обследования, до передачи результата пользователям.
Аналитик следит, чтобы решение закрывало потребности пользователя
Зачем нужен аналитик?
От клиентов и в других компаниях я достаточно часто слышу вопрос «Да зачем нам вообще нужен аналитик?». Давайте посмотрим, чем отличается работа команды без аналитиков и с ними.
- Клиент знает, что его слышат, не упускает какие-то свои мысли, и понимает, что будет сделано. Нет такой проблемы, что «Я думал, что это очевидно, а вы не сделали!»
- Разработчик знает ожидания пользователей, он получает понятные для него ответы на вопросы по необходимым доработкам
- Тестировщик получает описание ожидаемого поведения продукта
- Руководитель проекта видит границы проекта, планирование работ упрощается
- Техническому писателю проще написать пользовательскую документацию, ведь известно, что реализовано, и как должно работать
Достаточно важно взглянуть на работу аналитика глазами руководителя:
Если сказать короче, то самая главная цель, которую должен ставить аналитик перед собой: снять боль пользователя и этим принести прибыль своей и его компании.
Для этого и нужны аналитики.
Михайлова Анна
Начальник отдела
интеллектуального анализа данных,
главный системный аналитик,
Консорциум «Кодекс»
Источник: docplace.ru
