Бизнес анализ в it. Погрузиться в проблему – и не сойти с ума

Мы рассказываем о белорусской IT-индустрии с человеческим лицом. В новом материале бизнес-аналитики рассказывают о своей работе и доступных возможностях для «прокачки» в этой сфере.

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

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

Что это значит? Например, в IT-компанию обращается владелец интернет-магазина. Его сайт индексируется в поисковиках, трафик стабильный, но привлечь больше клиентов не удается. Он провел маркетинговое исследование и обнаружил, что его целевая аудитория пользуется смартфонами на операционной системе Android и отслеживает специальные предложения на купонных сайтах. Есть несколько способов решить его проблему - например, разработать программу лояльности, ключевым компонентом которой станет бесплатное мобильное приложение для Google Play.

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

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

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

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

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

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

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

Как и где учиться бизнес-анализу?

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

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

Какими качествами должен обладать бизнес-аналитик?

Любовь к общению. Умение говорить правильно и красиво, задавать вопросы и слышать заказчика;

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

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

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

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

Одно качество остается неизменно важным - умение быстро изучать и анализировать информацию.

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

Учебник, выпущенный IIBA (International Institute os Business Analysis), для сертификации аналитиков. Прежде всего рекомендован уже опытным специалистам. Нельзя сказать, что это самое развлекательное чтение, но он помогает систематизировать уже имеющиеся навыки, предлагает эффективные решения для наиболее часто встречающихся проблемных ситуаций и в целом позволяет более широко взглянуть на профессию бизнес-аналитика.

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

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

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

Sketchapp - одно из приложений для прототипирования. У них есть неплохой блог, где можно найти как удачные готовые UI-решения, так и анализ часто встречающихся UX-ошибок. Хороший ресурс, чтобы быть в курсе трендов.

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

1. Бизнес-аналитик в сфере ИТ

Бизнес-аналитик - это разносторонний специалист, который должен уметь:

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

1. Всегда пишите документацию для непосвященных людей в концепцию и внутреннее содержание системы, поэтому:

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

2. Как документировать скрипты системы:

В документе должно находиться общее концептуальное описание последовательности запусков тех или иных скриптов
Можно представить карту вызова скриптов из компонентов системы, можно сделать некую «карту» по скриптам (mindmap)
Сами скрипты в документе описывать не надо. Скрипты должны быть самодокументируемыми, т.е. в коде должны быть комментарии, которые заполняются разработчиками (в том числе для разъяснения бизнес-смысла скрипта)

3. Всегда стремитесь к балансу между картинками и текстом. Отсутствие или избыток картинок - не самые лучшие варианты оформления документации

Отношения с подчиненными

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

Как устроиться работать бизнес-аналитиком

1. Открываем HeadHunter;
2. Находим 20 вакансий по бизнес-анализу;
3. Выписываем из них главные пункты, которых ожидают от бизнес-аналитиков;
4. Составляем список 7 наиболее важных (общих для всех вакансий), которыми Вы не владеете;
5. Изучаем быстро за неделю;
6. Идем на собеседование (получаем обратную связь);
7. Учим дальше;
8. Повторяем цикл пунктов 6-7-6-7-… до тех пор, пока не устроитесь;
9. Сначала идите на совеседование в те компании, устроиться в которые Вы не хотите (чтобы не потерять шанс устроиться в хорошие компании при плохом исходе собеседования).

В данной статье рассматриваются вопросы:

Заблуждения обывателей.
Так чем, все-таки, занимается аналитик в IT?
Секреты успешной работы (какими качествами должен обладать аналитик).
Инструменты аналитика.
Куда идти дальше?

Также в нашем блоге есть статья « », которая дополняет текущую.

Заблуждения обывателей

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

Аналитик - это тот, кто анализирует

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

Аналитик не должен уметь программировать

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

Аналитик ни за что не отвечает

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

Так чем, всё-таки, занимается аналитик?

Выявление требований

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

Управление требованиями

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

Внедрение проекта

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

Секреты успешной работы

Хотелось бы затронуть тему о личностных качествах аналитика в IT-сфере. Личностные качества аналитика дают 60 % его результата. Работа аналитика связана с непосредственным общением с заказчиком, поэтому у аналитика должна быть хорошо поставленная речь, чтобы заказчик видел в собеседнике грамотного специалиста и приятного человека. В умении общаться заложен большой успех в работе. Итак, первое качество аналитика это коммуникабельность. Следующее качество аналитика, позволяющее качественно выполнять свои обязанности, это аналитический склад ума . Он позволяет «отфильтровывать» лишнюю информацию, которую доносит заказчик до исполнителя, и на основе полученной информации проводить анализ деятельности заказчика и формализовать требования. Пожалуй, это главное качество аналитика, потому что оно непосредственно влияет на качество разрабатываемых проектов. Аналитик должен обладать способностью держать большой объем информации по всему проекту, а иногда и не по одному, у себя в голове и уметь быстро просчитывать влияние тех или иных изменений, требуемых заказчику или команде разработчиков на систему в целом, чтобы своевременно согласовывать эти изменения и их последствия со всеми заинтересованными лицами. Для построения бизнес-моделей процессов заказчика аналитику необходимо обладать высокой обучаемостью . Данное качество необходимо для быстрого изучения предметной области, в которой работает заказчик. Аналитик должен стать «специалистом» в каждой из предметных областей, которые меняются с работой над каждым новым проектом. На этапе формирования требований аналитиком составляется техническое задание (ТЗ) на разработку проекта, которое необходимо согласовать с заказчиком и которое будут изучать разработчики.

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

При проектировании больших проектов для крупных заказчиков у аналитиков возникает немало сложностей, связанных с разработкой ТЗ. Эти сложности могут возникать из-за постоянно меняющихся требований, большого числа пользователей и прочих факторов. Все это приводит к частым изменениям в ТЗ. Аналитику порой приходится переписывать до 30-40 % технического задания по несколько раз. Естественно, это сказывается на его нервной системе, поэтому аналитику необходимо обладать немалой терпеливостью и стрессоустойчивостью. Стрессоустойчивость также пригодится и при обучении пользователей новых проектов, так как большинству пользователей навязывают работу в новом проекте организаторы бизнеса (заказчики), чему они сильно сопротивляются. Аналитику приходится выслушивать множество нелестных слов в свой адрес, но он должен спокойно реагировать на критику пользователей и выполнить свою задачу.

Инструменты аналитика

Главными инструментами системного аналитика является ручка, бумага и карандаш. Хорошему аналитику этого вполне достаточно для того, чтобы сформулировать требования и составить бизнес-модель. На практике аналитики применяют различные средства моделирования, поддерживающие нотации IDEFx, UML, BPMN. Такие средства позволяют сократить время на построение моделей и диаграмм, а также получить результат в графическом виде и в виде текстовых отчетов. Подобные инструменты оказывают помощь и в контроле над требованиями к проекту, и в поддержании их в актуальном состоянии. Примером средств моделирования являются такие приложения как: Enterprise Architect (EA), Rational Rose, RUP и др. Также аналитику приходят на помощь и офисные пакеты, такие как MS Office, iWork, Open Office.

Куда идти дальше?

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

Другие материалы блога по теме «Аналитик в 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).

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

В последнее время профессия аналитика в сфере разработки программного обеспечения (в дальнейшем будем писать ПО, дабы аббревиатура не вызывала у вас недоумения, когда вы наткнётесь на неё на специализированных сайтах) стремительно набирает популярность среди представителей не только 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. Почувствовали уверенность, что хотите стать бизнес-аналитиком или подтянуть свои знания в этой области? Добро пожаловать на