Зачем нужны разные виды
ИТ-аналитиков

Вопрос философский. Возможно, наш проект уникален и ему не нужен аналитик? А если аналитик нужен, то какой? И для чего? И почему сразу по названию роли непонятно, что же этот человек делает и анализирует?

Только окончив институт, я, честно говоря, ещё ничего не понимала в процессе разработки и, тем более, в распределении ролей и перечне их обязанностей на проекте. В процессе работы я неоднократно сталкивалась с тем, что люди, окружающие меня, как на работе, так и вне её, не могли понять, чем я занимаюсь, что делаю, и за что мне платят деньги. Если ты врач, то понятно, чем полезен. А если ты еще и врач-травматолог, то ещё яснее, и при встрече с тобой друзья точно пожалуются на боль в спине или где-то ещё. А когда меня спрашивают «Кем работаешь?» и я отвечаю «Аналитиком в ИТ-компании», потом часто следует долгое молчание, после чего: «Мммм… А что делаешь?». Далее я в общих чертах рассказываю о том, что же я делаю, и мой собеседник расстраивается, потому что не понимает, какой от меня толк, и чем же я могу быть ему полезна. Иногда всё заканчивается вопросом: «А починить компьютер можешь?»

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

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

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

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

Итак, я окончила институт и очень хотела работать в ИТ-сфере, но не могла понять, кем же мне быть? Я металась между тестировщиком и разработчиком — эти должности мне ещё были понятны. Глядя на мои метания, один мой знакомый задал мне вопрос: «Ты любишь общаться с людьми?». Я ответила: «Да». И его совет был — «иди в аналитики». Отчасти он был прав, потому что это качество помогает добывать необходимую информацию, которая «правит нашим миром». Так на собеседованиях я стала говорить, что «хочу быть аналитиком». Побывав на нескольких интервью, я услышала вопрос: «А вы хотите быть системным аналитиком или бизнес-аналитиком? В нашей компании эти понятия различны». Бабац! Моё сознание разломилось на две части. Вот это да! Аналитики-то бывают разные! Не совсем понимая, кто из них что делает, но зная, что всё-таки это два разных человека, на других уже собеседованиях, я уже спрашивала с умным видом: «А у вас аналитик системный или бизнес?». Как-то мне ответили: «У нас два в одном!». Это тоже стало для меня открытием. Немного подумав, я решила, что словосочетание «системный аналитик» кажется мне ближе и понятней. Тем более я окончила технический институт, а от слова «система» веяло чем-то техническим. Поэтому, с ещё более умным видом, я стала говорить, что хочу заниматься системным анализом. Хотя и сама до конца не понимала разницу между бизнес- и системным анализом.

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

Теперь рассмотрим, что делает бизнес-аналитик. В мире есть фундаментальный труд с описанием профессионального стандарта/свода правил по бизнес-анализу, который разрабатывается международным институтом бизнес-анализа (International Institute of Business Analysis, IIBA) под названием BABOK (Business Analysis Body of Knowledge). Предлагаю взять оттуда понимание роли бизнес-аналитика.

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

Грань между бизнес-аналитиком и системным аналитиком часто настолько тонкая, что функции системного аналитика приписывают бизнес-аналитику и наоборот. Например, если мы посмотрим на определение «бизнес-аналитика» в книге 2014 года Карла Вигерса и Джой Битти («Разработка требований к программному обеспечению»), то увидим, что в их терминологии «бизнес-аналитик» может иметь массу названий, в том числе и название «системный аналитик». Но, несмотря на «плавающее» наименование роли бизнес-аналитика, его задача понимается также — он должен выяснить, для чего нужна пользователям новая система.

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

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

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

Разберёмся в том, что делает «системный аналитик», и чем он поможет на проекте.

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

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

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

Есть «Профессиональный стандарт» роли и уже профессии «Системный аналитик», вы можете более подробно ознакомиться с ним на сайте Министерства Труда.

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

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

Проектировщик интерфейса анализируют информацию, которую собирает и фиксирует системный аналитик и бизнес-аналитик. Большую часть рабочего времени, как ни странно, проектировщик отводит под процесс разбора и понимания требований к пользовательскому интерфейсу, который отображает функционал системы. Поэтому мы смело называем его «Аналитиком UX». Такой аналитик ставит себя на место пользователя и выясняет, как именно должен работать интерфейс. «Аналитик UX», обладая знаниями, инструментами и здравой логикой, анализирует поведение человека и выполняемые им действия (бизнес-процессы). Он проектирует пользовательский интерфейс таким образом, чтобы в нём было удобно работать и он удовлетворял требованиям работы с ним. Иначе говоря, основная задача аналитика UX — повысить юзабилити интерфейса, т.е. сделать его удобным и понятным, основываясь на поведении целевой аудитории пользователей продукта. Направление проектирования UX набирает обороты как отдельный класс профессии в ИТ-среде. Таких специалистов можно встретить на проектах многопользовательских систем и/или порталов. Часто этот класс аналитиков отсутствует на проектах и его обязанности лежат на стыке между системным аналитиком и дизайнером. На небольших проектах интерфейсом занимается системный аналитик, и в этом есть проблема: системный аналитик чаще смотрит на интерфейс с точки зрения системы, а не пользователя и, проектируя интерфейс, он не думает об удобстве для пользователя. В свою очередь также возникает проблема и с проектировщиком UX, т.к. он не видит систему в целом и может привлекаться на проект в качестве эксперта, который выявляет проблемы юзабилити интерфейса, но сам их не решает. Поэтому идеальный вариант работы на проекте достигается совместной работой системного аналитика и «аналитика UX». Конечно, не стоит забывать о том, что в процессе проектирования пользовательского интерфейса принимают участие ещё 2 специалиста: бизнес-аналитик (который может выступить в роли пользователя интерфейса), и дизайнер, (который будет рисовать всю «красоту» в том виде, как её будет видеть пользователь).

Я всегда считала, что если ты — аналитик, то можешь работать с любой областью, и часто на своём примере это доказывала. Но вот сталкиваясь с должностью «Аналитика данных», обычно я получала отказ. Интересно почему? Что же делает аналитик данных? Напрашивается ответ — анализирует данные. Конечно, это правильно, но аналитик анализирует так называемые Big Data (большие данные, хотя на самом деле это любые данные) и обладает знаниями, умениям, методами того, как обрабатывать, классифицировать, структурировать, хранить, преобразовывать данные и отдавать их в удобном виде всем«нуждающимся». Таких аналитиков называют математиками, математик-программистами, информационными аналитиками, а иногда и системными аналитиками тоже, но со знаниями работы с Big Data. Названий может быть великое множество. Конечно, в основу работы данных специалистов ложится их математическое образование и знания в области математической статистики, алгоритмов анализа данных и математического моделирования. Чисто теоретически, я со своим инженерным образованием, полугодовым курсом по математической статистике и знаниями построения реляционных баз данных, могла бы заниматься этой работой (если бы она интересовала меня больше, чем системный анализ). Но мне нужно ещё учиться и учиться, тому как работать с Big Data, а потом набираться опыта, так что отказ на собеседовании закономерен. Подобные специалисты нужны компаниям, где нужно управлять спросом клиентов, а это обычно Телеком и Банковский сектор, а также часто Ритейл.

Мы живём в эпоху информационного общества, когда вся информация доступна любому человеку, и поток данных неумолимо следует за нами по пятам. Умение «фильтровать» нужную и ненужную информацию всегда полезно, как на работе, так и в обычной жизни. Как и общество в целом, так и ИТ-общество не стоит на месте. И теперь, знаменитую фразу Ротшильда «кто владеет информацией, тот правит миром», можно перефразировать на современный манер «кто понимает, как обрабатывается информация и владеет инструментами её обработки, тот правит миром». Чем же нам полезен Data Scientist, и кто он такой? Я в своей практике не встречала таких специалистов. Однако я наблюдала результат их работы и вижу его постоянно в повседневной жизни, например, когда мне приходит sms от банка или сотового оператора.

Деятельность специалиста Data Scientist направлена на обработку информации для формирования выводов, поиска скрытых закономерностей и извлечения знаний из больших объемов информации. Подобные выводы нужны для принятия решения в бизнесе. Самый простой пример и всем знакомый это вопрос: «Дать деньги взаймы или нет?». Если к вам приходит друг и говорит: «Дай взаймы до следующего месяца?». Вы начинаете проводить сбор и анализ информации: а много ли у меня денег, а насколько этот друг хороший, а часто ли просит взаймы, а зачем ему деньги, а вот в прошлый раз он вернул деньги не вовремя, а нужен ли мне этот друг, в конце концов! А потом вы принимаете решение. Так и компании, чтобы предложить услугу и получить отзыв у клиента, проводят исследования всей информации по клиенту. Многие идут дальше, внедряя системы анализа данных и принятия решений, начинают собирать детальную информации о своих клиентах, вплоть до анализа маршрутов передвижения и делают вывод, где стоит поставить магазин (очевидно, что около станции метро, а какой именно станции?), а может где найти своего партнера по бизнесу, что предложить клиенту и т.п.

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

Опять же вернёмся на большие проекты с большим числом различных специалистов. Например, участвуя в проекте внедрения большого программного продукта, его нужно встроить в существующую ИТ-среду, или же вокруг построить новую. Именно для таких целей выделяется отдельное направление интеграции и аналитики, которые работают на таких проектах. Забегая вперед, могу сказать, что несколько лет я работала именно интеграционным аналитиком, но спокойно могу себя назвать и системным аналитиком. В чем же особенность? В определенных знаниях и умениях. Интеграционный аналитик отвечает за соединение систем в единое целое и в идеальном случае, получая бизнес-процесс от бизнес-аналитика, может понять стыки информационных систем, участвующих в нём, и совместно с архитектором проработать процесс соединения. В самом простом смысле интеграция — это mapping, т.е. сопоставление информационных потоков от одной системы в другую. Интеграционный аналитик чаще всего рисует таблицы mapping одного информационного объекта, преобразовывая в формат другого. Самый простой пример это формат представления номера телефона, где-то он может начинаться с 8, где-то с +7, и часто системы разрешают пользователям вводить номер телефона в любом формате, а интеграция выравнивает данные и «отпускает» их в правильном, чистом виде по ИТ-ландшафту компании. Таким образом, интеграционный аналитик — это частный случай системного аналитика, который обладает знаниями работы с технологиями и решениями построения межсистемного интеграционного взаимодействия.

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

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

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

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

Для подготовки статьи использовался ниже представленный материал:

1. Георгий Савельев. Разработка бизнес-требований;
2. Юрий Куприянов. Анализ требований с точки зрения UX специалиста;
3. Сергей Шашев. Применение специалистов data scientist.

Об авторе:

Наталья Косинова (tasha.kosinova@gmail.com)

• Работает в области системного анализа 10 лет;
• Принимала участие в различных проектах интеграции, автоматизации, start-up проектах разработки с нуля, внедрения готовых решений и их конфигурации под нужды заказчиков;
• Обладает кругозором в области телекома, страхования, электронных платежей;
• Имеет опыт руководства командой аналитиков;
• В настоящее время работает на проектах автоматизации предприятий;
• Окончила МАИ с отличием (инженер по специальности «Вычислительные машины, комплексы, системы и сети»).

Иллюстрации для статьи подготовила Анастасия Первушина, за что ей отдельное большое спасибо.