Аналитик в IT — кем быть? Профессия бизнес-аналитика в IT: обязанности и необходимые навыки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Другие материалы блога по теме «Аналитик в IT».

Существует пять шагов к карьере бизнес-аналитика. Откуда взялись эти пять шагов? У меня заняло примерно 2 года, чтобы понять, как стать бизнес-аналитиком без какого-то определенного опыта. Как показать работодателю то, что у меня имелось, не имея конкретного аналитического опыта и получить работу в этой сфере.

Каждый человек смотрит на одну и ту же вещь по-разному. То есть, кто-то из вас скажет: «у меня нет опыта в бизнес-анализе», то другой человек, посмотрев на тот же опыт, скажет: «у меня же есть опыт в бизнес анализе» или «я — прирожденный бизнес-аналитик» и пойдет и получит работу уже за короткое время.

Шаг 1 , это анализ вашего предыдущего опыта .
Прежде всего, мы с Вами уже обсудили, что у Вас есть навыки бизнес-аналитика, которые аналитик выполняет каждый день, и, поверьте, какие-то навыки у Вас уже имеются. Вы просто о них ещё не знаете. Мы сейчас покажем, как Вы можете определить эти навыки. И следующее, это определение мягких навыков. Мягкие навыки очень важны для бизнес-аналитика, потому что кто-то сказал, что нужно даже степень в психологии в бизнес-анализе. Насчет степени, не знаю, но нужно быть хорошим коммуникатором, нужно быть «тонким» человеком, который понимает в психологии других людей. Это, на самом деле, верно.

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

В принципе, это задание для обоих навыков. Также и для мягких. То есть, чтобы понять конкретно, какие же мягкие навыки нужны бизнес-аналитику, мы уже перечисляли. Чтобы на данный момент понять, есть такое упражнение, которое можете дома проделать. Рассмотрите 20 открытых позиций бизнес аналитика в Интернете. Просто найдите в поисковике любые сайты по поиску работы и составьте две страницы уникальных обязанностей бизнес-аналитика в документе Word. Здесь Вы пишете не ваши обязанности, которые Вы когда-то выполняли, а просто обязанности бизнес-аналитика. Это поможет вам понять, а что же все-таки выполняет бизнес-аналитик. Почему 20 открытых позиций, потому что ВЫ должны проанализировать большой «френч», несколько профессий, что бы посмотреть, что всё же является характерным для бизнес анализа. Когда Вы поймете эти обязанности, тогда Вы поймёте, какие же навыки для этих обязанностей нужны. Ещё очень часто в вакансии говорят о том, какими навыками должны обладать аналитики. То есть, даже пишут так: например, коммуникабельность или умение общаться с заказчиками и т.д.

Цель этого шага, это понять, что же требуется от бизнес-аналитика.

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

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

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

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

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

Шаг 3. Конечно, следующий шаг это

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

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

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

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

Шаг 4 . Следующий шаг, это поиск работы.

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

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

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

Очень важно это развивать свои связи. Кто слышал, на английском это называется «net-working», создание своей сети связей. То есть связи — это не только те люди, которые Ваши родственники, или Ваши очень хорошие друзья. Но это и Ваши знакомые, и Ваши бывшие коллеги. Тем, кто уже работает в бизнес-анализе, обязательно держите связь со своими бывшими коллегами, со своими одноклассниками, со своими одногруппниками. Это огромный ресурс, которым Вы будете пользоваться еще много-много лет. Вы будете помогать друг другу в профессии и карьере. Этот интересный момент очень часто люди упускают. Это очень хороший способ найти работу. Когда Вы говорите, «меня интересует такая-то профессия, нанимают ли бизнес-аналитиков у Вас? Можешь ли ты меня порекомендовать своему начальнику?» Очень важно выстраивать такие связи.

Шаг 5. Следующий шаг это коучинг и поддержка группы.

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

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

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

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

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

1. Заниматься усовершенствованием продуктов компании — в случае, если она разрабатывает собственные решения. Чаще всего являются очень компетентными специалистами, но в наших краях (СНГ) встречаются намного реже, чем вторые.
2. Бизнес-аналитики в аутсорс и аутстаф компаниях — те люди, которых бросают на передовую работы с клиентами. Занимаются сбором требований, составлением ТЗ и многим другим. Далее речь пойдет именно о них.

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

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

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

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

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

• Быть хорошим переговорщиком (коммуникатором). Он должен уметь понять собеседника, объяснить ему сложные вещи из мира IT, убедить и переубедить клиента в эффективности разного рода решений, при необходимости — сгладить конфликтные ситуации;
• Разбираться в технической стороне разработки ПО;
• Обладать хотя бы базовой, но основательной экспертизой в юзабилити и проектировании интерфейсов;
• Понимать принципы движения денежного потока и работы с финансами — чтобы иметь возможность до конца точно соблюсти интересы клиента относительно продукта, если разрабатывается коммерческое ПО;
• Иметь прикладные навыки из области системного анализа: составление технической документации, специфических диаграмм и схем.

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

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

Который говорил, что все науки делятся на физику и коллекционирование марок . (Кстати, я так считаю до сих пор!) Колебаний в том, какое именно получать образование, я не испытывал ни малейших. Вопрос стоял в том, где это делать: Минск, Москва, Питер (тогда ещё - Ленинград)? Я выбрал физфак БГУ. Однако к завершению обучения я осознал две фундаментальные аксиомы. Первая: занятие наукой - одна из самых интересных вещей, которую только смогло придумать человечество . Вторая: я - не учёный. Понимая, что в 22 года лучше сменить профессию , чем быть посредственным учёным, я проигнорировал предложение работы от Института Физики АН и оказался "на вольных хлебах" (распределения тогда не было). Оставался, правда, совсем "небольшой" вопрос: чем же заниматься в жизни? Я попробовал заниматься тем, что в середине 90-х называли бизнесом . Особых успехов в этом не достиг.

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

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

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

В 2010 году сдал 5-часовой экзамен и получил сертификат Quality Assurance Institute Certified Software Business Analyst (QAI CSBA).

В результате, на данный момент я работаю в учебном центре ЗАО "БелХард Групп ". С весны 2011 года читаю лекции и веду практические занятия по бизнес-анализу . Также являюсь куратором в производственной практике (учебных батальонах) наших выпускников в реальных проектах . Параллельно работаю в качестве бизнес-аналитика на некоторых проектах компании БелХард .

- Что представляет собой рабочий день бизнес-аналитика?

Расписание сильно зависит от распорядка дня заказчика, который диктует график общения с ним. Если заказчик местный , то общение обычно начинается где-то в обеденное время или после обеда (с утра заказчики решают, как правило, свои рабочие вопросы). А если заказчик, например, из США, то рабочее время аналитика смещается ближе к вечеру. Однако не надо забывать и внутренний распорядок компании, на которую работает аналитик.

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

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

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

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

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

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

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

А сейчас уже 21.30. Пора домой.

- Какие основные особенности бизнес-аналитики в сфере ИТ можно выделить у нас в стране?

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

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

- Какие существуют пути начать карьеру бизнес-аналитика? Что требуется для более эффективного старта?

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

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

- Чего ожидать от карьеры бизнес-аналитика: перспективы карьерного роста , зарплата?

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

С какими сложностями может столкнуться молодой аналитик на старте своей карьеры? К чему следует быть готовым?

Сложности, хм...

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

Какими качествами следует обладать бизнес-аналитикам? Что вы можете посоветовать начинающим в этой области?

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

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

Есть ещё другие желательные навыки, но я перечислил важнейшие.

И, напоследок, совет: развивайтесь всегда. Учитесь всю жизнь.

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

Беседовала Инна РЫКУНИНА

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

Когда отмечается

Кто празднует

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

История праздника

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

О профессии

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

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

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

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

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