Бизнес аналитик: обязанности, карьерные и профессиональные перспективы.

От автора: хотите освоить увлекательнейшую профессию под названием веб-аналитик? Тогда милости просим на борт. В этой статье я детально разберу понятие веб-аналитика (основы, секреты, трюки), расскажу об особенностях, инструментах и принципах этой интернет-профессии. И все это доступным, человеческим языком.

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

Окей, но с чего начать изучение веб-аналитики? Каким образом выполнить комплексное изучение работы сайта? Как увеличить посещаемость при слабых показателях? Об этих и не только вопросах мы поговорим ниже. Я попытаюсь не нагружать вас тяжелыми терминами, а разложить все по полочкам понятным языком.

Основы веб-аналитики

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

JavaScript. Быстрый старт

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

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

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

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

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

Принципы веб-аналитики

К фундаментальным принципам веб-аналитики можно отнести следующие три пункта:

проблему лучше предупредить, нежели дождаться пока она наступит, и после этого заниматься ее решением;

постоянное развитие, изучение новых разработок, методик, инструментов, а также применение их в практической деятельности;

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

Ключевые инструменты веб-аналитики

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

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Классифицируются ключевые инструменты веб-аналитики на два вида:

Системы онлайн-статистики.

К этой категории имеют отношение внешние программы, работа которых предполагает установку на сайт небольшого фрагмента кода. Он позволяет заносить данные по посещениям и поведению людей в базу, которая размещается на площадке-сервере поставщика услуги. Примеры подобных систем: Google Analytics, Liveinternet, Яндекс.Метрика и т. д.

Лог-анализаторы.

Это программы, которые устанавливаются на компьютер пользователя. Сбор и обработка данных со стороны лог-файла происходит с определенной периодичностью. Информация хранится в архиве внутреннего характера. Освоение подобных инструментов несколько сложней, чем в случае с системами онлайн-статистики. В качестве примеров лог-анализаторов можно привести: AWStats и Webalizer.

Как быстро перейти от статуса новичка до профессионала?

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

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

Разбавляйте практическую деятельность в процентном соотношении примерно 70 на 30 получением новых знаний, проходя различные курсы web-аналитика, изучая текстовые статьи, фото- и видеоматериалы, направленные на разбор каких-то конкретных приемов или инструментов в этой сфере деятельности.

Где обучаться веб-аналитике, и сколько это будет стоить?

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

Не дайте себя обмануть

Напоследок, раскрываю секрет, на котором держится вся веб-аналитика. Предположим, на ваш сайт дверной фурнитуры пришли 200 человек по запросам «купить дверные замки», и 200 человек пришли по запросу «дверные замки отзывы».

Общий отчет Google Analytics может показать, что на сайте было 400 человек, в среднем они смотрели две страницы, время проведения на сайте 3 минуты. Если же разделить эту информацию по двум посетителям, то картина получается не слишком приятная. Самый выгодный трафик как раз и не «выстрелил».

Вывод: посетителей и трафик нужно сегментировать. В Google Analytics уже есть готовый набор сегментов, кроме этого можно создать свои сегменты или скачать их с интернета.

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

Да практически ни о чем! Другое дело - в сравнении с предыдущей неделей.

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

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Часть 1

Настольный справочник аналитика

Пронеси эту книгу, через поколения, Сынок...

Напоминание

Из серии «Настольный справочник аналитика», нами был начат «адаптированный пересказ» основополагающего труда по бизнес анализу, «Babok», который посвящен своду лучших практик данной дисциплины. Мы закончили на том, что ввели основные предпосылки к появлению «Babok» и представили на суд аудитории подготовленный, для русскоязычного специалиста, приведенный в рассматриваемом «талмуде»:)

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

Так же хочется дополнительно вспомнить о том, что в официальных документах IIBA (организация - автор) присутствует призыв к постоянному совершенствованию «Babok» со стороны аналитиков, за счет применения в своей деятельности новых инновационных подходов и идей. Дерзайте, изучайте, применяйте и делитесь своими эффективными наработками.

О главе первой «Введение»

1.1. Что такое «Babok»?

Руководство по бизнес - анализу (Babok), это всемирно признанный документ, описывающий практику бизнес - анализа. В «Babok» приведено описание областей знаний, из которых состоит бизнес - анализ, а так же смежные с ним виды деятельности, навыки, которые необходимы для эффективного решения, возникающих задач.

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

Эта глава обеспечивает введение основных концептов в области бизнес - анализа и описывает структуру «Babok». С 2 по 7 главы определяются задачи, которые должны быть выполнены в результате бизнес - анализа. Глава 8 описывает компетенции, которые эффективно поддерживают уровень знаний и навыков бизнес – аналитика в его деятельности. Глава 9 описывает основной инструментарий для практики бизнес - анализа.

1.2 Что такое бизнес - анализ?

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

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

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

Бизнес - аналитики должны (на законодательном уровне данного документа:)) анализировать и синтезировать информацию, представленную большим числом людей, которые взаимодействуют с бизнесом (клиенты, сотрудники, ИТ-профессионалы и руководители). Бизнес-аналитик несет ответственность за выявление актуальных потребностей заинтересованных сторон (реальные потребности необходимо отделять от тех желаний, которые они высказывают). Во многих случаях, бизнес-аналитик также будет работать для облегчения коммуникаций между подразделениями одной организации. В особенности, бизнес - аналитики очень часто играют центральную роль в согласовании потребностей бизнес - подразделений для возможностей, предоставленными информационными технологиями, тем самым они могут служить в качестве "переводчиков" между группами специалистов этой организации.

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

1.3 Ключевые понятия

1.3.1 Домены

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

1.3.2 Решения

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

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

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

1.3.3 Требования

Требование это (по IEEE 610.12-1990):

Условие или возможность, необходимая для стэйкхолдерам, для решения проблемы или достижения цели.
Условие или возможность, которая должна быть преодолена или выполнена решением или компонентами решения для удовлетворения контракта, стандарта, спецификации или другого формального зафиксированного документа.
Задокументированное представление состояния или возможности, как в (1), так и в (2).

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

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

Большая часть существующей литературы по бизнес - анализу написана с предположением того, что требования только описывают состояние программного обеспечения, которое разработано для реализации в нём. Другие определения могут включать будущие состояния бизнес – функций, также ограничения значения этого термина для определения конечных стэйкхолдеров, заинтересованных в достижении конечных показателей, а не средств, с помощью которых они будут достигнуты. Хотя все эти различия употребления термина являются разумными и оправданными, в «Babok» его употребление значительно шире, чем то, которое приведено выше.

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

1.3.3.1 Схема классификации требований

Для целей «Babok» представлена следующая схема классификации требований, используемая для их описания:

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

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

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

1.4 Области знаний

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

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

Планирование бизнес - анализа и мониторинг (Глава 2) это область знаний, в которой раскрывается то, как бизнес – аналитик определяет, какую деятельность и в каком порядке необходимо выполнять для достижения результатов. Она охватывает идентификацию стэйкхолдеров, выбор методов бизнес – анализа, процесс, который будет использоваться для управления требованиями, и как оценивать ход работы. Задачи из этой области знания определяют выполнение всех других задач бизнес - анализа.

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

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

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

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

Рисунок 1.1. Взаимосвязи между областями знаний

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

Основополагающие Компетенции (Глава 8) описывают поведение, знания и другие характеристики, которые поддерживают эффективное выполнение бизнес-анализа.

1.5 Задачи

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

1.5.1 Цель

Каждая задача имеет цель. Цель - это краткое описание причины выполнения задачи для бизнес – аналитика. Цель включает в себя ценность, которая может быть достигнута после того, как задача будет выполнена.

1.5.2 Описание

Задача - это важнейшая часть работы, которая должна быть выполнена как часть бизнес – анализа. Каждую задачу следует выполнять после выполнения большинства инициатив бизнес – анализа. Любая задача может быть выполнена любое количество раз.

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

Задача имеет следующие характеристики:

С помощью выполнения задачи достигается результат, который создает ценность для спонсирования организации – то есть, если задача выполнена, то это должно производить какой-то явный полезный эффект, который должен быть определенным, видимым и измеряемым;
Выполнение задачи – в принципе, «выходом» задачи должен быть результат, который может быть использован отдельным работником или группой;
Задача – это необходимая часть области знаний, с которой она ассоциируется.

«Babok» не предписывает процесс или порядок, в котором задачи должны выполнятся. Некоторое упорядочивание задач неизбежно, так как выполнение определенных задач, дают результаты, которые требуются для выполнения других задач. Однако, важно иметь в виду, что «Babok» предписывает только то, что должно быть выполнено обязательно. Результат может быть неполным или задача может быть изменена и пересмотрена, что может повлиять на то, что её потребуется выполнять несколько раз. Итеративный или гибкий жизненный цикл может требовать того, чтобы задачи во всех областях знаний были выполнены одновременно. Жизненные циклы с ясными определенными фазами так же будут требовать выполнения задач из разных областей знаний, в каждой фазе. Задачи могут выполняться в разном порядке, при условии, что для выполнения задачи есть все необходимые ресурсы.

Описание задачи объясняет более подробно:

Почему задача выполняется?
Что такое задача?
Какие результаты должны быть достигнуты при её выполнении?

1.5.3 Вход

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

Ясно сформированное, вне рамок бизнес анализа
Задача, сформированная в ходе бизнес анализа

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

Рис. 1.2 Схемы входа/выхода задач

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

Классификация Требования [состояние или состояния] . Если указанные требования не классифицированы или не имеют определенного состояния, любое из всех требований может быть использовано в качестве входа или выхода. К примеру, «Требования [Состояния]» значит, что требование может иметь любую классификацию, тогда как «Бизнес требования», должно обозначать, что бизнес требования могут быть в любом возможном состоянии (верифицированное, приоритезированное, и т.д.).

Требования также могут комбинироваться в некоторых случаях. К примеру, Требования [Приоритезированные и Верифицированные] следует понимать, как требования и приоритезированные, и верифицированные одновременно. Требования [Приоритезированные или Верифицированные] значит, что требования могут быть приоритезированы или верифицированы, или одновременно находится в обоих состояниях.

В основном тексте, состояние пишется в первую очередь, вслед за классификацией (верифицированное бизнес требование). Опять – таки, если не зафиксировано состояние или классификация, это значит, что требование ограничено каким-то основным состоянием или классификацией.

Вместо прощания

Ну что же, глубоковажаемые Аналитики и Аналитикессы! :)

Соблюдая рамки приличий и ранее предложенный формат создания статей данной серии, мы говорим Вам «До свидания!».

На этот раз наше прощание будет недолгим. У нас уже заготовлены черновики следующего очерка о «Babok», в котором будет продолжен рассказ первой главы.

Всего доброго, профессиональных свершений и развития!

») и вас совсем не расстроило (ну если только немного;) наличие у вас каких-то признаков, или даже наоборот – теперь вы еще больше хотите двигаться дальше и закрывать пробелы в знаниях? Или совсем не читали предыдущую статью, а просто случайно увидели текущую? В любом случае, вы наверняка хотите узнать, с чего же начать, чтобы подготовить себя к курсам / стажировке или любому другому формальному обучению. Об этом и пойдет речь далее.

В зависимости от той позиции, с какой вы начинаете (то есть от того, что вы уже знаете и умеете на данный момент), у вас может уйти на это всё от недели-двух до нескольких лет. Да-да, я не оговорился – до нескольких лет… усиленного изучения и освоения нового. Для сокращения этого срока вам, конечно, ооочень пригодится ваша мотивация и .

Чтобы было проще начинать, я разбил это «с чего начать» на некоторое количество шагов. Хорошая новость заключается в том, что вы можете выполнять их именно в приведенной последовательности, можете в какой-то своей, а можете вообще пробовать всё делать в параллель, главное – пройти все шаги. Чуть менее хорошая новость заключается в количестве пунктов. Но вас же уже не запугать, не так ли? Итак, поехали.

Найдите того, кому вы всё, что узнаете и освоите дальше, будете рассказывать и объяснять («ухо»).
Узнайте, кто такой бизнес-аналитик. В подробностях!
Узнайте, что вообще такое бизнес-анализ и что входит в эту область знаний.
Проведите честную самооценку по качествам, знаниям и навыкам, необходимым бизнес-аналитику, составьте план развития и начните его выполнять.
Протестируйте свой уровень английского, составьте план по его повышению и начните его выполнять.
Получите (базовые) знания по ИТ и разработке ПО (включая процесс и подходы разработки ПО).
Освойте визуальное моделирование хотя бы на базовом уровне.
Узнайте актуальную ситуацию на рынке труда.
Поговорите с парой живых аналитиков и с парой не-аналитиков (но тоже живых), чтобы проверить все ваши предположения и планы.

А теперь давайте рассмотрим первые 5 из них (оставшиеся 4 рассмотрим в следующей статье):

1. Найдите того, кому вы всё (или почти всё), что узнаете и освоите дальше, будете рассказывать и объяснять («ухо»).

Да, назовем этого человека «ухо». Это может быть муж, жена, коллега, брат, сестра, друг, подруга, однокурсник, сосед – да, собственно, кто угодно. Этот человек должен хотеть вам помочь и у него должно быть достаточно времени для вас и терпения, чтобы это делать. Его главная помощь будет заключаться в том, чтобы пытаться понимать то, что вы будете ему объяснять, и задавать вопросы, когда действительно непонятно.
Если вдруг так случилось, что вы никого не можете рядом найти, напоминаю, что мы живем в век ИТ, и вы можете воспользоваться скайпом, вайбером, whatsapp и т.д. для этого.. Если вы интровертный интроверт и удаленно никак, то заведите себе утку и объясняйте всё ей.
Это необходимо по двум причинам:

Вы значительно лучше запомните и поймете материал, пока будете рассказывать / объяснять
Вы будете прокачивать свой навык объяснения, который так нужен бизнес-аналитику

2. Узнайте, кто такой бизнес-аналитик. В подробностях!
Чем он занимается, зачем в этом замечательном мире существует, какие аналитики бывают, чем отличаются друг от друга, чем отличается от других ролей в разработке ПО (проектный менеджер, тестировщик, программист, продавец, продуктовый менеджер, …), какими качествами должен обладать, какие достоинства и недостатки есть у профессии, как выглядит карьерный путь, сколько аналитики зарабатывают. Познакомьтесь с одним-двумя аналитиками. Причем лучше, если они будут из разных компаний. Сводите их на обед или хотя бы на кофе и за полчаса-час расспросите про их работу, про то, что им в ней нравится, что нет, про то, как они стали аналитиками и т.д.
Когда вы всё это сделаете, вспомните предыдущий пункт и попробуйте объяснить вашему «уху», кто такой аналитик и, например, почему круто им быть.

Карл Вигерс, «Разработка требований к ПО», часть 1, глава 4
Seven Steps to Mastering Business Analysis by Barbara A. Carkenord, Chapter 1 “Possess a Clear Understanding of Business Analysis”

3. Узнайте, что вообще такое бизнес-анализ и что входит в эту область знаний.
Этот пункт – чуть проще предыдущего, но, тем не менее, имеет смысл на нем остановится и копнуть чуть глубже. В частности, неплохо бы узнать, из каких частей/разделов состоит сфера “бизнес-анализ”, что хотя бы примерно находится внутри каждого раздела и как эта область знаний коррелирует с другими областями знаний в разработке ПО (в какую входит, с какими пересекается).

Бизнес-анализ,
Business Analysis Body of Knowledge (BABOK) by the IIBA: Introduction, 2.1, 2.2, 2.4
Карл Вигерс, «Разработка требований к ПО»: часть 1, глава 1, «Разработка и управление требованиями»

4. Проведите честную самооценку по качествам, знаниям и навыкам.
К этому моменту вы уже знаете, кто такой аналитик и какими качествами он должен обладать, что должен знать и что должен уметь. Составьте собственный список на основе изученного материала, разбитый по этим 3-м категориям: качества, знания, навыки. Для каждого пункта списка выставьте значение по 6-балльной шкале, где 0 – полное отсутствие, а 5 – идеальное проявление (лучше и быть не может) того, как должен быть «прокачан» этот пункт у начинающего аналитика. Сделали? А теперь попробуйте сами себя честно оценить по каждому пункту. Честно! А какой смысл самим себе врать? Кстати, недооценивать себя тоже не стоит. Ну, если сильно переживаете за способность себя оценить, можно обратиться к коллеге, другу, жене, профессионалу, в конце концов, за помощью.

Если вы дочитали до этого места и по какой-то причине не можете составить такую табличку сами (я имею в виду колонку «параметр для оценки»), это, конечно, не очень хорошо, но я тут не для того, чтобы вас демотивировать. Тем более, вы можете захотеть просто себя перепроверить, так что я вам предлагаю составить её настолько полно, насколько сможете сами, а я в следующей части статьи поделюсь своими соображениями на счет этой таблички.
Что почитать

Приветствуем вас, Друзья/Товарищи/Будущие коллеги!

В последнее время профессия аналитика в сфере разработки программного обеспечения (в дальнейшем будем писать ПО, дабы аббревиатура не вызывала у вас недоумения, когда вы наткнётесь на неё на специализированных сайтах) стремительно набирает популярность среди представителей не только IT-сферы, но и «неайтишных» специальностей. Студенты, молодые специалисты, работники со стажем – многие проявляют страстный интерес к загадочному и интригующему словосочетанию «бизнес-аналитик». И у всех на уме главный вопрос: как им стать ? Мы запускаем цикл статей для начинающих аналитиков, цель которых – рассказать вам о бизнес-анализе, помочь определиться с выбором и подсказать, в каком направлении двигаться дальше. Не так давно и авторы статьи стояли на перепутье, и, если бы не опытные люди рядом, готовые подсказать, разъяснить и дать бесценный совет, они не стали бы теми, кем стали – бизнес-аналитиками.

Сегодня мы поговорим о профессии аналитика, качествах, которыми должны обладать аналитики, а также очертим плюсы и минусы этого ремесла.

Итак, кто же такой аналитик? Наиболее простое и близкое к ИТ определение: аналитик – это промежуточное звено между заказчиком программного продукта (а также будущими его пользователями) и его разработчиками. Представьте, что вы решили построить дом и наняли для этого бригаду гастарбайтеров из недалеких солнечных стран. Какова вероятность того, что, объясняя им суть ваших пожеланий, вы не потратите себе нервы, стараясь донести до них мысль, что то, что они делают, не есть «красиво и удобно»? А как вы отреагируете на их заявления типа «вам конвектор в полу нужен»? Несомненно, вы, в конце концов, найдете с ними общий язык. Но теперь представьте, что в индустрии разработки ПО специализированный сленг/понятия/принципы построения систем в разы сложнее и объемнее, а программисты зачастую проявляют гораздо больше нежелания вас понимать и общаться с вами обыденным человеческим языком (извиняйте, читающие нас программисты; вы не все такие:)). Вот тут-то и приходит на помощь этот самый аналитик. Международный Институт Бизнес-Анализа (IIBA , International Institute of Business Analysis) определяет бизнес-аналитика как профессионала, который «понимает проблемы и возможности бизнеса в контексте требований и рекомендует решения, позволяющие организации достичь своих целей.»

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

1. Бизнес-аналитик (Business Analyst, BA) – как правило, это специалист, занимающийся изучением и моделированием конкретной предметной области. Другими словами, он должен выяснить пожелания заказчика, проанализировать их, дополнить при необходимости, оформить определённым образом (построить модели, задокументировать хотя бы общие пожелания клиента) и передать команде разработки. BA – лицо команды, общительный, тактичный, легко находящий общий язык с заказчиком. Технические знания (или, пользуясь модным нынче словом, бэкграунд) бизнес-аналитику совсем не обязательны, гораздо важнее – знание языка заказчика и особенностей его культуры.
2. Системный аналитик (System Analyst, SA) – аналитик, значительно более приближенный к команде разработки, чем БА; специалист, который должен транслировать команде высокоуровневые требования к ПО, полученные от бизнес-аналитика, в виде детальных функциональных требований к системе, естественно, на языке команды разработчиков. Зачастую ему приходится также предлагать конкретное техническое решение и проектировать архитектуру системы.
3. Аналитик требований (Requirements Analyst, RA) – нечто среднее между BA и SA. В официальной классификации ЕКСД РБ эта должность отсутствует, однако во многих западных теориях RA присутствует как специалист, который отвечает за извлечение, анализ, документирование и моделирование требований, т.е., упрощенно, за написание спецификаций требований для их дальнейшей передачи разработчикам. В отличие от BA, аналитику требований недостаточно просто выяснить высокоуровневые требования – он еще отвечает за разработку детального описания проектируемой системы. В то же время, RA не обязательно обладать глубокими знаниями в IT и разрабатывать архитектуру системы, так как для этого среди программистов есть выделенные архитекторы и проектировщики систем.

Большинство аналитиков в любой аутсорсинговой компании в нашей стране (то бишь, компании, занимающейся разработкой ПО под заказ) – это именно аналитики требований . Редкая фирма в наших условиях может позволить себе держать «чистого» бизнес-аналитика, который хорошо разбирается в какой-то одной предметной области, плюс держать его в постоянных командировках, поближе к «телу заказчика». К тому же загрузить такого аналитика работой хотя бы на 80% будет весьма проблематично, в то время как затраты на его содержание довольно значительны. Хотя, стоит все же отметить, что такие компании и такие аналитики у нас есть. Что же касается системных аналитиков, то без наличия BA в штате они имеют мало смысла, за исключением случаев, когда попадается заказчик с бизнес-аналитиками со своей стороны или же заказчик-профессионал, знающий и умеющий донести до команды свои «хотелки» (да-да, далеко не все заказчики точно знают, чего хотят).

Ну что, заинтересовались? Тогда поехали дальше. Итак, основные качества/навыки идеального аналитика (обратите внимание, что некоторые качества – врожденные, в то время, как другие – развиваемы, причем какие-то быстро, а какие-то довольно долго):

1. Аналитический склад ума (да неужели? у аналитика? спасибо, кэп:)). Это способность к анализу или, другими словами, умение раскладывать информацию по полочкам и выстраивать логические цепочки. Это один из характерных стилей человеческого мышления. Аналитический склад ума присущ не каждому от рождения, но развить в себе аналитические способности может любой из нас, так что не отчаиваемся.
2. Способность подмечать детали, внимательность и системное мышление. С одной стороны эти качества характерны для человека с аналитическим складом ума, но все же это отдельные навыки, или даже привычки, которые можно и нужно в себе развивать.
3. Коммуникабельность и коммуникативность, а именно:
- умение слушать и слышать.
- умение выражать свои мысли четко и ясно.
- умение устанавливать и налаживать контакты и связи с другими людьми.
4. Знание IT и основ разработки ПО (так называемый, технический бэкграунд).
5. Знание иностранного языка (чаще всего английского) в плане письменного и устного применения. Отечественный аутсорсинг, в основном, направлен на зарубежные страны. Естественно, в уникальных ситуациях, когда вы знаете, что будете всю свою профессиональную карьеру строить исключительно на взаимодействии с русскоязычными заказчиками, можете смело игнорировать данный пункт.
6. Обучаемость. Причем обучаемость не только на этапе обучения. Аналитику в принципе важно и нужно постоянно совершенствоваться, «прокачиваться» в той или иной области, следить за новыми технологиями, инструментами и подходами, фильтровать потоки информации.
7. Креативность.

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

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

Почему вам может понравиться работа бизнес-аналитика:

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

Почему вам может не понравиться работа бизнес-аналитика:

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

Мысль уловили? Здесь всё сугубо индивидуально, плюс очень многое зависит от того, где вы будете работать (в какой компании/с какими заказчиками/с какой командой/на каком проекте/в какой предметной области).

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

Всех призываем активно отписываться и делиться мыслями и опытом по написанному выше!

P.S. Почувствовали уверенность, что хотите стать бизнес-аналитиком или подтянуть свои знания в этой области? Добро пожаловать на

Хотите узнать секреты самой многогранной профессии, испытать себя на практике и найти применение своим аналитическим способностям? Наши эксперты бизнес-анализа точно знают, что вам для этого нужно. Подробный рассказ о курсе Business Analysis Education в NIX Solutions, “жизненное” описание профессии, полезные советы и отзывы студентов в нашей статье.

История обучающего курса для бизнес-аналитиков в NIX Solutions началась в 2012 году - именно тогда был проведен первый набор. С тех пор каждый год курс открывает свои двери для новых желающих стать БА, а программа обучения дополняется и обновляется.

Кто такой бизнес-аналитик?

Прежде чем рассказать о курсе, давайте разберемся, кто же такой бизнес-аналитик. Классическое определение из BABOK Guide v3, своду знаний по БА от IIBA , звучит так:

бизнес-аналитик - это лицо, внедряющее изменения (changes) в бизнесе путем определения потребностей (needs) и рекомендации решений (solutions), которые обеспечивают ценность (value) для заинтересованных лиц (stakeholders).

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

Бизнес-анализ для меня - самая интересная специальность в айти.

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

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

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

Евгений, BA эксперт NIX Solutions

Для кого предназначен этот курс?

Курс Business Analysis Education рассчитан на тех, кто всерьёз интересуется бизнес-анализом, но еще не имеет практического опыта в данном направлении. Зато почитал Вигерса, представляет процессы разработки ПО по RUP, Scrum, Kanban, знает в общих чертах, как работает интернет и вебсайты, мобильные приложения и облачные сервисы и, конечно же, уверенно говорит и грамотно пишет на английском языке.

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

Программа курса объемна и требует глубокого вовлечения в процесс обучения, потому занятия проходят в формате 40 часов в неделю в офисе компании и длятся 2 месяца. Такой формат подойдет:

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

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

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

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

Света, выпускница Business Analysis Education и Junior BA NIX Solutions

Чему обучают на курсе?

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

Каждая тема содержит блок теории (статьи, видео, лекции) и практическое задание со своими сроками и критериями качества. Сдав задание, стажёр получает доступ к следующему модулю или занимается обработкой фидбеков по предыдущему.

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

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

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

Стажировка превзошла все мои ожидания, так как помимо написания документации нас ещё научили выявлять стейкхолдеров, выстраивать дружественный мобильный и web интерфейс, задавать правильные вопросы заказчику, и делать это ПРАВИЛЬНО (тут отсылка к soft skills), и ещё много безумно интересных штук. Я настолько прокачалась, притом в разных направлениях, что в голове не сразу укладывается, что за два месяца можно столько узнать. Нам дали обучающий проект, и мы выясняли всевозможные требования, чтобы написать качественную спецификацию. Это было почти как боевое крещение. Также очень понравилось, что курс проводили аналитики, которые уже были на реальных проектах и знают, зачем нам те или иные знания.

Марина, выпускница Business Analysis Education и Junior BA NIX Solutions

Чему учатся наши студенты

проводить первичный анализ бизнес-идеи клиента;
формулировать Vision проекта и составлять Vision and Scope документ;
проводить интервью и задавать правильные вопросы клиентам;
проектировать программное решение идеи клиента в нотациях UML, BPMN;
определять необходимый и достаточный перечень функций будущей системы;
продумывать удобные и функциональные пользовательские интерфейсы сайтов и мобильных приложений, создавать динамические прототипы;
подбирать оптимальный способ описания требований в зависимости от типа функционала и оформлять SRS в вики-системах;
работать с нефункциональными требованиями.

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

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

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

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

Даня, выпускник Business Analysis Education и Junior BA NIX Solutions

Что нужно, чтобы попасть на обучение

заполнить на сайте;
получить приглашение на тестирование и успешно его пройти;
в ходе устной беседы продемонстрировать нашим экспертам знания теории разработки требований к ПО, хороший английский, аналитические способности и желание стать бизнес-аналитиком;
и получить приглашение на курс Business Analysis Education в NIX Solutions!