Ит- бизнес аналитик – роль, популярность которой растет

Ит- бизнес аналитик – роль, популярность которой растет
Когда компьютеры были большие
«Играю роль, такую роль,
в этом гриме, безусловно, я король!»
Михаил Боярский «Снимается кино»
Когда компьютеры были большие, а информационные системы относительно
маленькие, одной из основных «ролей» в команде разработчиков был «постановщик
задач». Хотя терминология была немного не такая как сейчас, ситуация в проектных
командах была во многом похожа на нынешнюю. Специалист по образованию,
например, инженер-экономист, работал в НИИ (а информационные системы – АСУ потогдашнему – создавались в основном в НИИ и КБ) в должности научного сотрудника.
При этом было внутрипрофессиональное разделение на постановщиков,
программистов, инженеров ЭВМ и операторов. Вполне можно на современном слэнге
разработчиков считать той же самой «ролью».
И тогда, как и сегодня, описания того, чем занимаются эти люди – постановщики задач
- не было. И объяснить постороннему человеку, не вовлеченному в сферу ИТ, чем
занимается постановщик было крайне сложно. Так что, сегодняшние бесконечные
обсуждения роли и обязанностей бизнес-аналитика имеют давние и глубокие корни. А
то, что в «буржуинстве» эта работа называлась «бизнес-анализ», мы в те годы откудато знали.
В период 1970 - 1990гг системы создавались для больших машин (ЭВМ),
инструментарий программистов был скуден, работали они медленно, да и было их
очень мало. Они писали программы на языках высокого уровня, а на вход им должна
была быть подана информация в очень четком виде: формы ввода данных, печатные
формы для вывода, описание алгоритма.
И никому не могло прийти в голову, что можно делать проект без постановщика, что
программисты могут напрямую общаться с пользователями. А бизнес-аналитики,
называвшиеся тогда постановщиками, делали все примерно тоже самое, что сейчас.
Будущими пользователями были люди, которые в глаза компьютеров никогда не
видели, они никаких вообще требований не могли формулировать в принципе, да и
задача так не стояла (если сравнивать, то на теперешних пользователей грех
жаловаться). И не было в те времена Вигерс-а, Коберн-а, Леффингуэлл-а.
Учились по другим книгам – гораздо более общетеоретического характера. Первое
издание «Мифического человеко-месяца» Брукса вышло в 1975 году. Книга появилась
в русском переводе почти сразу после издания на западе. Мы «доставали» Брукса
также как «Мастера и Маргариту» - у друзей и на ночь.
Многие читали С. Бира – «Мозг фирмы». Эта книга книг вышла в 1972г, посвящена
большим и сложным системам, и в частности, системе управления предприятием —
мозгу фирмы.
Были другие книги про кибернетику, тогда ее уже «разрешили»: Бир Ст. Кибернетика
и управление производством, 1963, Винер Н. Кибернетика, или Управление и связь в
животном и машине, 1958. Выходили книги наших соотечественников, принявших
участие в те годы в создании основ кибернетики: А.И. Берга, В.М. Глушкова, С.А.
Лебедева, А.А. Ляпунова. А еще были книги В. С. Немчи́ нова – создателя направления
Экономико-математических методов. Материалов практического толка для
постановщиков не было, иногда – очень редко – можно было прочитать что-то про
практический опыт.
Шло время, работа программиста модифицировалась коренным образом, поколения
ЭВМ, языков, инструментов менялись как в калейдоскопе, а работа постановщика
лишь немного постепенно совершенствовалась, в основном за счет накопления
«коллективного» опыта – у проектных команд и у пользователей. Их основное
предназначение и та часть деятельности, которая связана с работой с Заказчиком,
практически не изменились. В этой части главное изменение такое: в те давние
времена постановщику приходилось урезать пожелания пользователя (по
сегодняшнему «требования»), и объяснять ему, что вот это, это и это на нашей технике
и с нашими возможностями запрограммировать невозможно. Сегодня ситуация
выглядит иначе – программистам их арсенал позволяет сделать практически все, что
могут захотеть пользователи. Ограничения возникают в области времени и денег. Но
поэтому так и выросла роль «управления требованиями».
Пришли большие перемены
«И в пульсации вен:
"Перемен! Мы ждем перемен!"
Виктор Цой «Хотим перемен!»
Главные события, которые определили большие изменения в программной
инженерии в России, совпали по времени и привели к очень интересным
последствиям.
Появились персональные ЭВМ. То, что потом их поколения менялись как кадры в
кинофильме, это не принципиально. Важен именно момент, когда пользователь
получил возможность остаться один на один со своим компьютером, со своей
задачкой. У такого пользователя появляется партнер – программист, умеющий делать
для его персональной ЭВМ программы, рисовать на экране кнопочки (проектировать
интерфейс – по-нынешнему). Таким образом было создано море так называемых
АРМов. Там, где это пришлось на «старую структуру организации работ», еще
удавалось сохранить системность подхода, какую-то стандартизацию элементов и т.д.
Но чаще - стал расти информационный «зоопарк».
В это же время случилась «экономическая революция» – примерно с 1987г.
появились кооперативы. Большая часть их в ИТ отрасли занимались поставкой этих
самых персональных компьютеров, но многие занялись и разработкой софта – мелких
АРМов. И вот тут возникла иллюзия, что никакие постановщики не нужны: садятся два
человека рядом, пользователь и программист, и быстренько, за небольшие деньги
создается АРМ. Причем именно в это время возникло то, что теперь является основой
умных методологий – возможность очень быстро показать пользователю кусочек уже
работающей программы – прототип. А это позволило существенно улучшить диалог
между разработчиком и пользователем и делать действительно работающую и по тем
временам очень неплохую систему.
А тут как раз и «ворота открылись» – с Запада хлынула литература, появилась
возможность выезжать на конференции и семинары. Резко повысилась грамотность
специалистов. Молодежь, знающая язык, стала выезжать учиться и работать в другие
страны. Вообщем, не смотря на то, что общее отставание от Запада осталось почти
таким, какое оно и было, уровень знаний сильно возрос.
А когда стал доступен Интернет….
Самым модным в России стало слово “Бизнес”. Появилось много программистских
компаний. Часть их сформировалась из тех же НИИ и проектных организаций, где были
сосредоточены лучшие кадры специалистов по разработке ИС в советское время.
Другие компании были созданы инициативными командами. Работы хватало всем.
Но характер работы снова изменился – локальные АРМы, естественно,
просуществовали совсем не долго. Появились сети – сначала локальные, потом
большие. Техника и системное ПО обновлялось гигантскими темпами, размер систем и
их возможности росли как на дрожжах, и тут выяснилось, что нужны какие-то люди,
которые не программируют, и не занимаются железом, а обеспечивают связь,
являются переводчиками между пользователями и всей этой громадой – железом,
софтом, сетями, людьми, которые все это делают, но говорят на каком-то совершенно
непонятном языке.
Теперь их уже стали называть на западный манер – системными аналитиками, бизнесаналитиками, иногда аналитиками (или инженерами) по требованиям. Хотя слово
“постановщик” тоже не умерло, но большая часть все же разного рода аналитики. Раз
нет единства определений, стали возникать обсуждения и даже споры – кто такие эти
специалисты, какая между ними разница, зачем они нужны, что они должны делать и
что они должны знать, каковы отличия сегодняшних аналитиков от вчерашних
постановщиков.
Годы нынешние - ИТ- БИЗНЕС АНАЛИТИК – посредник, мост, шпион, интерфейс,
переводчик, адвокат, врач, шаман, архитектор, инженер – кто еще?
«Я понял - это намек, я все ловлю на лету,
Но непонятно, что конкретно ты имела в виду?»
Несчастный случай, «Что ты имела в виду»
Уже лет 10-15 никто не оспаривает, что в ИТ проектах необходим бизнес-анализ, и
выполнять его могут разные специалисты, но в том числе и специалист, имя которому
«ИТ бизнес-аналитик».
В одной из статей Пол Хармон - один из самых компетентных специалистов в области
управления бизнес-процессами - констатирует, что понятие «бизнес-аналитик» уже
прочно загружено в массовом сознании ролью человека от ИТ, который способен
понять, что говорит бизнес, и пересказать это программисту на понятном тому языке.
Но обсуждения и споры о том, кто же это такой, что он должен делать, знать, где и
чему учиться – не прекращаются, более того, представляется, что обсуждений этих
становится даже больше. И хотя очень много всего написано о том, кто такой ИТ
бизнес-аналитик сегодня, но единства мнений так и не случилось.
Главные вопросы, по которым до сих пор нет единства:
1. Существует ли при проектировании ИС две разных роли, или два разных по
уровню подготовки специалиста: ИТ бизнес-аналитик и системный аналитик.
Если да, то какая между ними разница, где пролегает граница?
2. Бизнес-аналитик при проектировании информационной системы – на стороне
разработчика или на стороне клиента?
3. Если речь идет о бизнес-аналитике при проектировании информационной
системы – сфера его интересов и ответственности только собственно
автоматизация, или все же соучастие в совершенствовании бизнес-процессов
Конечно, понятно, что ответы сильно зависят от массы индивидуальных особенностей
конкретной проектируемой системы, но уж очень эмоциональны иногда обсуждения.
Из того, что можно добавить к определениям, вынесенным в подзаголовок:
«Одна из целей ИТ Бизнес-Аналитика - Уравновешивание потребностей бизнеса с
возможностями ИТ, одна из ролей БA в проекте - быть глазами и ушами бизнеса в
процессе разработки, искать отклонения, во время тестирования БA должен понять,
как пользователи используют систему. Действительно ли они видят преимущества,
предусмотренные при заказе системы», «Внедрение бизнес-анализа, ит бизнесаналитиков и uml» Эдгар Хачатрян
«Бизнес-аналитики — это невоспетые герои бизнеса. Они демонстрируют идеальное
сочетание деловой хватки и технического опыта». «Скрываете данные от ваших бизнесаналитиков?» Rob Karel
Но есть еще один вопрос, по которому у большинства разработчиков, в том числе и
бизнес-аналитиков мнение общее, но с которым очень трудно согласиться. Это о
взаимоотношениях с заказчиками и пользователями, о том «клиент прав или не
прав».
Вот только из одного высказывания о роли «великого бизнес-аналитика»: он должен
«выслушать заказчика...Понять иногда «птичий» язык заказчика и сформулировать его
требования понятным языком, полно и без противоречий. Т.е. превратить поток
сознания клиента в набор формализованных требований. В некоторых случаях, когда
заказчик «сам не знает, чего хочет», предложить оптимальное решение или
«подвести» к нему самого заказчика». А. Назаров «Становление аналитика».
У автора мнение по этому вопросу другое, прямо противоположное. Клиенты почти
всегда знают чего они хотят. Это мы их не понимаем. Одна из основных причин –
разные языки. Клиент говорит, и говорит, как правило, превосходно, на своем
профессиональном языке. А «птичий» язык – это у нас с вами, да еще щедро
пересыпанный англоязычными терминами, с совершенно не очевидными для не-ИТ
специалистов значениями на русском языке.
Да, то, что клиент высказывает вслух, часто не определяет впрямую его истинные
проблемы и потребности. Но на то ведь и бизнес-аналитик, чтобы в этом разобраться.
Пора уже расстаться с любимой метафорой, запущенной еще в 2005г Б. Шлаиным –
«Свой человек за «линией фронта». Для популярности статьи метафора была
удачной, но она не совсем правильна с точки зрения отношений между участниками
процессов создания ИТ систем. Соглашаясь с таким подходом, мы признаем, что
являемся противниками с Заказчиком, стоим по разные стороны баррикад. Но тогда
наши усилия обречены на провал по определению. Гораздо лучше звучат слова
Шлаина в другой части статьи: «Бизнес-аналитик – это по сути –
««информационный» представитель клиента в проекте по всем вопросам,
касающимся требований и предметной области».
Только в условиях создания партнерских отношений между разработчиками и
заказчиками, будущими пользователями, грамотного и адаптированного к ситуации
разделения между ними работы по проектированию, и возможно создание
работающего продукта, приносящего пользу заказчику и деньги и моральное
удовлетворение разработчику.
Как при разработке внутри одной компании, так и при налаживании «интерфейса»
между различными организациями, одна из которых – ИТ-компания,
функциональная роль бизнес-аналитика – интерфейс между бизнесом и ИТ – остается
практически постоянной, вне зависимости от «юрисдикции».
Задача бизнес-аналитика помочь пользователям изъяснить и описать свои
проблемы, потребности, преобразуя их в требования так, чтобы «сблизить языки»,
мягко и аккуратно преодолевая языковые проблемы.
В этой связи, не очень удачен перевод на русский язык названия этапа «Requirements
elicitation» как «выявление требований». Он не точно отражает то, что происходит на
самом деле. Нету, как правило, готовых требований, которые надо у пользователя
«выявить», выспросить, обнаружить, извлечь. Их нужно сформировать – вместе с
пользователем, на базе информации пользователя. Здесь тот случай, когда требуется
не точный словарный перевод, а более подходящий для русской терминологии, да и
практики, термин. Представляется более удачным говорить о сборе информации для
формулировки требований.
Причем, с учетом того, что «IT-проект - это не только софт, а еще и его внедрение,
использование, поддержка, прекращение его использования – все части жизненного
цикла, мало сделать ПО. Надо еще сделать его так, чтобы оно вписывалось в бизнес
заказчика, чтобы использование программы приносило ожидаемую выгоду. Хотя
программный продукт – это некий набор функциональности, но бизнес не работает
через «фичи». Бизнес, как правило, лучше описывается как набор процессов"
«Аналитик — врач, инженер, шаман». П. Газарян. Поэтому и требуется на этапе бизнесанализа заниматься описанием бизнес-процессов, формулируя бизнес-требования.
Возможно, именно здесь лежит граница ролей бизнес-аналитика и системного
аналитика. Бизнес-аналитик определяет на всех доступных ему языках (сначала
пользовательском, потом более формальном) – Что нужно пользователю. Далее
определяется (не так уж и важно кем) - Что и как будет делать программный продукт,
ИТ система. Это разные задачи, и разные требования.
В результате представляется:
1) Главное в работе бизнес-аналитика – это разработка (чего – читаем у разных
авторов, в ВАВОК и т.д.)
2) Средство для этой разработки – взаимодействие (с пользователями,
клиентами, заказчиками – с одной стороны, с проектной командой с другой
стороны). И лишь дополнительными средствами служат самые разные
инструменты – технические, коммуникативные и другие.
3) Роль – представитель клиента в проекте. Если на всем протяжении проекта в
команде есть специалист, который смотрит на все происходящее с точки зрения
клиента, отношения с самим клиентом будут складываться намного спокойнее.
В этом, собственно, и есть роль бизнес-аналитика в управлении рисками.
Бизнес-аналитик в команде разработчика, имитирующий взаимодействие с
клиентом, фактически защищает команду от конфликтных ситуаций и
существенно снижает риски. Если бизнес-аналитик работает у Заказчика, то
риски команды сильно возрастают. Хотя, конечно, очень многое зависит от того,
как складываются личные отношения и кто именно тот бизнес-аналитик.
Для того, чтобы эту роль выполнять, бизнес-аналитик должен понять потребности
бизнеса на уровне специалиста этого бизнеса очень высокой позиции. Бизнесаналитик должен завоевать доверие клиента, установить с ним такие отношения,
чтобы и тот воспринимал его как своего представителя – человека, защищающего его
интересы (а не засланца-разведчика).
Оставаясь при этом сотрудником ИТ- разработки, такой бизнес-аналитик может
вовремя привести клиента к пониманию и конкретизации его требований в таком
ключе, в такую сторону, которая лучше соответствует представлениям и реальным
возможностям проектной команды.
Получается, что ИТ бизнес-аналитиком не может (в общем случае) быть эксперт
предметной области (как часто предлагается в спорах и обсуждениях).
Будущее уже на пороге – готовы ли бизнес-аналитики
«А время, а время не замедляет ход
А время, а время идет себе идет!»
Валентина Толкунова – «Песенка
Без Конца» Муз. Э.Колмановский,
Слова И.Шаферан
Пока продолжаются жаркие дискуссии, отрасль развивается даже быстрее, чем
экономика и технологии в целом, и уже наметились новые тенденции и в отношении
бизнес-аналитиков.
Можно их определить так:



Наметилось усиление влияния ИТ бизнес-аналитиков в проектах, особенно в
крупных. Причем не просто само их влияние, но и осознание руководителями
проектов того, как много зависит от эффективности работы и личных качеств
бизнес-аналитиков.
Повысился престиж этой роли (частенько ее уже называют профессией).
Появляются новые профессии, в основе которых лежат компетенции и
обязанности сегодняшних ИТ бизнес-аналитиков.
В Top-20 самых ценных и востребованных профессий в России в 2009 году
специальность бизнес-аналитика занимала 19 место, в топ-10 дефицитных
специалистов в 2012г. в Украине бизнес-аналитик был 5-й, в общем перечне самых
востребованных профессий в США по итогам 2012г на 6 позиции фигурирует «Аналитик
компьютерных систем» (название не один к одному, но в описании говорится именно
о специалисте, являющемся связующим звеном между ИТ-отделом и клиентом).
Конечно эти рейтинги условны, малосопоставимы друг с другом, но общую тенденцию
отражают.
Число вакансий для бизнес-аналитиков за первое полугодие 2012 года в России по
данным Superjob.ru. увеличилось на 40%, темпы роста спроса на бизнес-аналитиков
обгоняли среднеотраслевой показатель на 60%.
Во многих рейтингах востребованных IT-профессий появляются новые названия. Так,
за 2012 год эксперты определили топ 5 самых востребованных профессий в области IT
– технологий, выбранных не за то, что они чаще встречаются в объявлениях о
вакансиях, а потому что они отвечают реальным потребностям компаний. Среди них
обращают на себя внимание две:
1. Cпециалист по информации - это работа с огромным количеством различного рода
информации, взятой из различных источников. В таком сотруднике наиболее
актуально наличие разнообразных умений; начиная от сбора аналитических
сведений, заканчивая их обработкой и статистикой. Такие специалисты
востребованы как собственно в бизнесе, так и в ИТ разработках.
2. Разработчик бизнес-архитектуры - компании признали, что технологии являются
не только неотъемлемой частью успеха, но и действительно помогают продвигать
бизнес-проекты. Чтобы помочь слиянию технологических и бизнес-процессов,
появилось новое поколение так называемых разработчиков корпоративной
архитектуры. В этой специальности главное – бизнес-планирование, раскрывающее
те возможности, которые помогают использовать ИТ более эффективно.
Еще интереснее, что происходит с трендами.
Гленн Р. Брюле директор Global Client Solutions отмечает в качестве трендов 2012г в
области бизнес-анализа:




государственные учреждения серьезно инвестируют роль БA
появляются гибридные роли администрации процессов и бизнес-анализа
становится необходимо измерять результаты, чтобы их доказать
предполагается развитие новых инструментов для БA.
В самом бизнесе происходят сдвиги, которые способствуют тому, что «ИТ Бизнесаналитик» с трансформируется в руководителя, который решает проблемы». «Время
бизнес-аналитиков в ИТ пришло». Эксперты Computerworld.
Среди этих сдвигов:





усложнение проблем, стоящих перед организациями, приводит их к
ожиданиям, что ИТ будут помогать бизнесу соединять вместе различные
виды технологий, чтобы решать бизнес-задачи;
глубокое проникновение ИТ в бизнес-процессы многих компаний;
ориентация ИТ все в большей мере на широкого потребителя;
передача все чаще ИТ функций для выполнения на сторону, при этом
главной ценностью для организации становится аналитическая функция ИТ,
а не производственная;
появление реальной возможности для ИТ-компаний задействовать
технологии и в стратегических целях, в ИТ происходит серьезный сдвиг от
роли провайдера услуг к стратегическому бизнес-партнерству
В этой ситуации бизнес-аналитики, разбираясь как в предметной области, так и в
технологиях, а также, обладая отличными коммуникативными и социальными
навыками и умениями, становятся главным источником знаний о технологиях для
бизнес-специалистов, роль бизнес-аналитиков повышается.
В прогнозах экспертов по поводу того, какие новые профессии станут популярными в
ближайшем будущем звучат такие интересные названия: Специалист-аналитик по
предотвращению рисков и хеджированию (ограничению) потерь, Talent-менеджер,
специалист по реинжинирингу систем управления персоналом, Специалист в области
инжиниринга
бизнес-процессов,
сервис-дизайнер
(специалист
по
усовершенствованию отношений с клиентами и потребителями). То есть углубление
специализации, дифференциация профессий.
С другой стороны, повышенным спросом в ИТ начинают пользоваться профессии"гибриды". Специалиста, равно хорошо разбирающегося и в бизнесе, и в технологиях
теперь приглашают, например, на должность «Главный специалист по обработке
информации». Другой пример - Прикладной бизнес-аналитик. Эта должность
совмещает в себе и бизнес-аналитику, и управление проектами. Для этой новой
должности требуется человек с определенным типом личности - он должен обладать и
техническими знаниями, и способностью изменять бизнес процессы.
Молодежь, выбирающая работу бизнес-аналитика, по всей вероятности, ждут очень
неплохие перспективы – конечно, если приложить серьезные усилия по
самообучению.
Бизнес-аналитики, имеющие опыт работы 3-5 и более лет могут в недалекой
перспективе рассчитывать на новые интересные проекты и должности.