Что включает в себя работа бизнес аналитика. Бизнес аналитик: обязанности, требования к деловым и личным качествам, перспективы трудоустройства. Бизнес-аналитик в сфере ИТ

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

Рис. 4-1 Обязанности аналитика требований: наведение коммуникативных мостов между клиентом и разработчиками

Бизнес-аналитик - это одна из ролей участников проекта, а не обязательно название должности.

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

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

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

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

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

От таланта аналитика зависит успех проекта. Один из клиентов, которых я консультировал, пришел к выводу, что спецификации с требованиями, созданные опытными аналитиками, удается изучать вдвое быстрее, чем созданные новичками, поскольку в первых меньше недостатков. В модели Cocomo II, широко применяемой для оценки проектов, опыт и способности аналитика требований сильно влияют на материальные и трудовые затраты, связанные с реализацией проекта (Boemn et al., 2000). Привлекая опытных аналитиков, можно на треть снизить связанные с проектом трудозатраты по сравнению с аналогичными проектами, где заняты неопытные аналитики.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Коротко о себе

Мария Бондаренко, директор белорусско-немецко-русской компании GP software по разработке ПО в области туризма; в ИТ работает более 10 лет
Сергей Бондаренко, работает в компании Itransition (почти 1000 чел.), занимается руководящими задачами (в т.ч. в подразделениях аналитики)

Цели доклада

Что хочется показать и рассказать в докладе:
Для начинающих (опыт аналитики менее года) - дать общее понимание об отрасли, какие навыки могут быть нужны и какие есть горизонты развития
Для опытных аналитиков: открыть неведомые горизонты, которые вы не могли увидеть в контексте ваших задач, а также показать мощь и ширь области бизнес-анализа

Откуда берутся аналитики?

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

Как развиваются аналитики?

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

К чему это может приводить?

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

Может лучше так?

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

Кто такой аналитик?

В процессе подготовки доклада получилось выделить несколько областей, в которых работают бизнес-аналитики:
Requirements Management (Управление требованиями)
Research&Analysis (Исследования и анализ данных)
Processes Engineering (Моделирование процессов)
Modeling&Design (Проектирование ИС)
Delivery (Внедрение)
Consulting (Консалтинг)

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

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

Исследование и анализ данных

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

Моделирование процессов

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

Проектирование ИС

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

Внедрение ПО

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

Консалтинг

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

Hard & Soft Skills

В связи с этим спектром возможных задач выделяются определенные навыки, которые позволяют выполнять их более профессионально. Классическое деление навыков - hard и soft. Hard навыки - это знание инструментов, технологий, методик или нотаций, или того, чему можно обучиться. Soft навыки - это личностные и межличностные характеристики, которые даются ему с рождения, но они тоже развиваются и их тоже можно тренировать и по ним есть методики развития.
В рамках данных навыков и разреза возможных ролей аналитика на проектах можно обозначить следующие зависимости (см. таблицу).

1. Hard skills

Для удобства все навыки из группы hard skills мы разделили на 7 групп: базовые компетенции, теория и техники анализа, основы бизнеса, знания по разработке ИС, документирование, дополнительные компетенции, иностранные языки. На пересечениях ролей и компетенций обозначено, для каких задач аналитику необходимы те или иные навыки.
По иностранным языкам: знаки вопроса стоят потому, что, в принципе, может быть шикарный аналитик, работать на локальном рынке и ему будет достаточно только русского языка для выполнения своих работ. Но учитывая, что область бизнес-анализа достаточно молодая и на русском языке не так много литературы, форумов и сообществ, в которых вы можете узнавать информацию, конечно, знание иностранных языков позволит лучше развиваться и получать больше профессиональных знаний, нежели вы знаете только 1 язык.
Что касается soft-навыков, они были разбиты на несколько групп и определены критерии, для каких ролей наиболее важны те или иные soft-навыки.
Ниже мы расскажем подробнее про все перечисленные hard и soft skills.

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

1.1 Базовые компетенции

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

a. Деловая этика

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

b. Навыки работы в интернете

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

c. Совместная работа

Следующий блок - это умение совместной работы. Вам помогут знания таких инструментов, как Google Drive
Goggle Drive - доступный, бесплатный инструмент, через который возможно обмениваться документами с клиентом и командой разработки. Если у вас в компании не установлен инструмент совместной работы, это самый простой выбор, чтобы давать доступ клиентам к документам. И что еще важно - вы можете одновременно и совместно работать над одним и тем же документом. Мы используем такую технику - открываем вместе с клиентом документ с требованиями и обсуждаем, что и в каком порядке должно быть реализовано. Вы изменяете у себя в документе приоритеты и клиент через пару секунд видит это у себя на экране.

d. Онлайн-конференции

В этой же группе - инструменты для онлайн-конференций. Очень полезно, когда аналитик не просто пересылает клиенту документы, а демонстрирует, в частности, промежуточные версии работоспособности системы, показывает прототипы. Для этого вам понадобится некая площадка. Конечно, есть вариант, что вы приезжаете к клиенту, если он находится в той же стране и городе. Но часто мы работаем с западными заказчиками или удаленными командами. Среди этих инструментов онлайн-конференций - GoTo Meeting и GoTo Webinar (это из одной серии), WebEx и другие. Причем они могут пригодятся не только для презентации результатов, но и для сбора требований.

e. Wiki-хранилище

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

f. Скорость чтения и печати

Еще один блок базовых компетенций hard-навыков - это скорочтение и скоропечатание (хотя могут быть споры, можно ли это отнести к soft-skills).
Аналитику нужно обрабатывать много информации: с одной стороны, много читать (изучать и осмысливать), а с другой, много писать (фиксировать результаты), поэтому вам будет крайне полезно в вашей профессиональной карьере, если вы натренируете эти 2 навыка. Например, можете сравнить - средний навык печати это 100 символов в минуту, я печатаю со скоростью 400 символов в минуту. Если все понятно, что писать в документе и нужно только словами зафиксировать договоренности, написать протокол договоренности с клиентом, то можете себе представить - у меня это занимает в 4 раза меньше времени, нежели среднестатистическому специалисту. Соответственно, повышая у себя этот навык, вы делаете себя более эффективным и экономите время на своих проектах.

g. Офисные инструменты

Также в рамках базовых навыков хотелось бы отметить еще ряд инструментов, такие как офисные инструменты (Word, Excel, PowerPoint и Visio), которые позволяют качественно и наглядно представлять результаты вашей работы. Если вы умеете открыть документ Word и умеете печатать там текст, но не умеете настраивать стили заголовков и таблиц, оформить примечания, использовать шаблоны и свойства документа. Или можете открыть документ Excel и знаете, что из себя представляет электронная таблица, но не владеете формулами, макросами, условным форматированием, то, поверьте, вам еще есть, куда копать в рамках данных инструментов. Просто в целях интересах можете открыть справку о программе или какой-нибудь тест по данной программе, и узнаете многое, что, оказывается, вы до этого не знали. Соответственно, здесь всегда есть простор для развития.

h. Визуализация

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

i. Графические редакторы

Аналитикам также могут быть полезны и графические редакторы - не только сложный Photoshop, но и, например, классический Paint. Есть еще более мощная программа - SNAGIT - рекомендую.

j. Мультимедиа-редакторы

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

1.2 Теории и техники бизнес-анализа

Следующий блок - теории и техника бизнес-анализа. Это те навыки, которые помогают вам стать непосредственно бизнес-аналитиком.
В этом контексте рассматриваются знания и навыки в сферах:
Управление требованиями
Управление изменениями
Разработка проектных артефактов
Соответствующий инструментарий

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

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

b. Управление изменениями

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

a. Проектные артефакты

Далее - умение описать Vision, Software Requirements Specification, подготовить руководство пользователя. Иногда я слышала мнение, что аналитик не должен писать руководства пользователя, что это работа технического писателя. Я считаю это достаточно узким взглядом на мир, т.к., в общем-то, задача аналитика - способствовать созданию продукта, который будет успешен и полезен, и не всегда в команде выделен технический писатель. Т.е. не нужно «перевешивать собак» друг на дружку. Наиболее эффективно инструкцию по работе с системой и пользовательскую документацию может написать аналитик. Даже если он не пишет, то он должен иметь общее понимание, что из себя представляет пользовательская документация и чем она отличается от baseline-документации, спецификаций.

b. Инструментарий

В области теорий и техник анализа также выделены инструменты для управления требованиями, такие как Enterprise Architect, Borland CaliberRM (на конференции был представлен отдельный стенд, а также был прочитан доклад) и др. Для управления требованиями также используются не специализированные инструменты - Excel, Jira

1.3 Основы бизнеса

a. Основы экономики

Вам пригодится знания того, что такое TCO (total cost of ownership), ROI (Return on Investment), EBIDAT (Earnings before depreciation and taxes), ABC (Activity-Based Costing) и т.д. Эти термины следует изучить, поскольку вы, как бизнес аналитик, должны способствовать успешности бизнеса, и понимание основ экономики (понимание того, для чего делается софт и как будет оцениваться эффективность внедрения софта) крайне важно для правильного принятия решений аналитиком. Вам нужно не просто собирать и управлять требованиями, но делать это в рамках ограничений проекта (которые часто связаны с экономикой - ресурсы не безграничны, как и деньги).

b. Инжиниринг бизнес-процессов

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

c. Нотации моделирования процессов

Для инжиниринга бизнес-процессов вам потребуются знания определенных нотаций, в которых вы будете описывать процессы. Конечно, их можно описать и просто словами, но также достаточно распространены следующие нотации моделирования бизнес-процессов: BPML (Business Processes Modeling Language), IDEFx, CFF (cross-functional flowcharts) и обычные блок-схемы.

d. Инструментарий

Соответствующий инструментарий в области описания бизнес-процессов и экономического планирования (которые мне встречались) - BPWin и Business Studio.

1.4 Разработка ИС

a. Основы архитектуры

Первый блок - основы архитектуры - общее понимание, что из себя представляет ИС, понимание клиент-серверной технологии и построения баз данных, знание устройства сайтов (в т.ч. понимание HTML, устройства CMS, знание готовых CMS), а также разбираться в протоколах и форматах передачи данных (XML, CSV и так далее).

b. Нотации проектирования

Вам могут быть полезны нотации проектирования такие как, UML, DFD, блок-схемы.

c. Эргономика

Помимо общих знаний по разработке ИС вам понадобятся знания по эргономике (юзабилити), причем в этом плане обратите свое внимание на такие стандарты, как web-style guide, mobile-style guide. A разработка ИС для iPhone и Android имеет набор лучших практик и стандарты требований, как должны проектироваться мобильные приложения. В частности, на AppStore вы будете сертифицировать сове приложение, и если оно не соответствует стандартам, его не пропустят.

d. Инструментарий

Инструментарий позволяет выполнять проектирование эффективно и удобно с точки зрения проекта и с точки зрения тех, для кого этот проект делается. В частности, это инструменты прототипирования (Balsamiq Mockups, Axure, JustInMind - в т.ч. мобильных интерфейсов). Также для этих целей используется MS Visio.

1.5 Документирование

a. Грамотный язык и корректное оформление

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

b. Эргономика

Для оформления документов также есть набор стандартов в области эргономики (или юзабилити, как сейчас более популярно выражаться). В частности, среди технических писателей одним из зарекомендовавших себя стандартов считается MS Manual of Style. На сегодняшний момент там более 400 страниц и он очень хорошо в плане того, как писать англоязычную техническую документацию - какие термины использовать (например, «click the button» или «click on the button»), как правильно оформлять, структурировать.

c. Инструментарий

И конечно же, инструментарий подготовки документов. Это может быть MS Word, OpenOffice (для Linux). Также требуются программы для генерации PDF-документов (Acrobat). И для документирования также пригодится Wiki. В особенности, знания wiki-разметки (специфический язык, который достаточно быстро осваивается) позволят лучше понимать, В каком случае документ оформить в Word, а в каком - в Wiki.

1.6 Дополнительные компетенции

a. Основы менеджмента

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

b. Знания в предметной области

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

c. Прикладная экспертиза

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

d. Инструментарий бизнеса

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

2. Soft skills

Далее предлагаю перейти к обзору личностных характеристик, которые развиваются более сложно и более длительно. Напомню, что моя задача - обратить внимание на ключевые навыки. Советы по развитию – читайте соответствующую литературу, посещайте тренинги, пробуйте на практике.
Итак, среди soft-навыков важными являются, во-первых, базовые навыки.

2.1 Базовые навыки

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

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

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

c. Хорошая память
Нужна по тем же причинам, что и обучаемость - в умен приходится держать множество деталей.

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

2.2 Аналитические навыки

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

2.3 Личностные навыки

a. Активность
Для аналитика важно быть активным: при движении проекта вперед он должен занимать активную позицию, выяснять требования. Также и во время приемки результатов проекта он не может позволить себе пассивную позицию.

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

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

2.4 Межличностные навыки

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

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

c. Организаторские способност и
Навыки по самоорганизации и организации команды также достаточно важны для аналитика.

2.5 Деловые навыки

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

3. Повышаем эффективность

3.1 Помощники аналитика

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

3.2 Объективная оценка реальности

И вторая подсказка о том, что может повысить вашу эффективность, - это объективная оценка самого себя. Нужно понимать, насколько хорошо вы владеете теми или иными навыками аналитика (вы можете использовать вышеперечисленный перечень для проверки своих hard и soft-навыков). Такая проверка позволит вам понять, куда вам двигаться дальше.
В жизни встречается куча примеров того, когда люди считают себя крутыми, но такими не являются. Чаще всего самооценка завышена. А ведь когда аналитик считает, что он крутой, то не может работать эффективнее. Помните слова Сократа «Я знаю, что ничего не знаю» и их продолжение: «Но другие не знают даже этого». Если человек считает, что он уже на вершине, то вверх дальше не полезешь. Например, касаемо MS Word 90% скажут, что владеют им «свободно», хотя не знают, как пользоваться ни полями, ни макросами.

4. План развития

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

Что можно сделать?

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

1. Определение интересующих сфер

На этом шаге вы можете выписать все возможные навыки и задачи аналитиков в таблицу наподобие приложенной (файл презентации доступен на странице конференции AnalystDays-2012). Затем вам следует напротив каждого навыка поставить вес - то, насколько для вас (и/или для компании - зависит от того, на каком уровне строится план) важен тот или иной навык. Вы можете использовать шкалу от 0 до 5 или от 0 до 100 (в примере используется шкала 0..5). В принципе, эта же классификация может быть использована в вашей карьере.
В нашей компании используется градация на 3 уровня специалистов - Junior, Specialist, Expert - а внутри них идет разбиение на 3 ступени от R1 до R3. Для каждого из этих уровней введены определенные критерии, какие навыки им нужны и на каком уровне владения.
В качестве рекомендаций: в плане должны быть учтены как навыки широкого применения., так и узкоспециализированные умения. Но учесть стоит все. А также следует внести в таблицу и те дополнительные навыки, которые хоть и не являются основополагающими в работе аналитика, однако упрощают жизнь и делают его работу более эффективной.
Также при составлении плана следует учитывать следующие критерии: индивидуальность, привязка к системе аттестации, конкретность, измеримость, согласованность с руководством.
В итоге на базе этой классификации вы можете не просто составлять план персонального развития, но и одновременно определить, какие у вас карьерные возможности возникают при освоении определенных навыков.

Дилемма выбора

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

2. Оценка текущего уровня навыков

После определение весов следует определить, какой текущий уровень владения навыками и знаний по технологиям и инструментам у вас есть. Один из достаточно удобных способов оценки - аналоги оценки знаний иностранных языков (от Basic до Intermediate и Advanced). Каждому из этих уровней присваивается своя оценка от 0 до 5. После чего вы подсчитываете общую сумму баллов как сумму взвешенных оценок.

3. Определение целей развития

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

4. Определение способов достижения

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

Итоги

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

Вопрос 1

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

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

Вопрос 2

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

P.S . Встретить Марию с Сергеем можно и на будущих конференция серии

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

Это подтверждают исследования наиболее востребованных на сегодня профессий: спрос на специалистов в бизнес-анализе прогрессирует.

Бизнес аналитик исследует применяемые в компании бизнес-процессы и находит узкие места, где происходят потери рабочего времени и неоправданные расходы.

А главное — он вырабатывает и внедряет изменения, которые позволят бизнесу достичь максимума эффективности, конкурентоспособности и прибыльности.

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

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

Профессия бизнес-аналитик: обязанности

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

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

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

История профессии

Необходимость в оптимизации и автоматизации бизнес-процессов возникла около двадцати лет назад в Западной Европе и США. Глобализация и активное распространение цифровых технологий начало диктовать новые возможности для ведения бизнеса и создало нехватку квалифицированных специалистов, способных находить новые пути развития компаний.

Должностные обязанности

В должностные обязанности бизнес-аналитика входит:

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

Требования

Наиболее частые требования к бизнес-аналитику следующие:

1. высшее образование (предпочтительно в сфере финансов, экономики, бухгалтерии);
2. опыт работы с CRM, системами аналитической обработки данных или банковскими информационными системами;
3. опыт работы в бизнес-аналитике;
4. опыт написания ТЗ;
5. опыт разработки регламентирующей документации;
6. знание ПК;
7. аналитическое мышление и умение систематизировать информацию;
8. грамотная устная и письменная речь.

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

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

Какая заработная плата

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

Источник: "enjoy-job.ru"

Карьера в IT: должность Бизнес-аналитик

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

По данным анонимного зарплатного опроса, среднему бизнес-аналитику 28 лет, он имеет зарплату $1300-2500 и опыт работы 3 года.

Задачи и обязанности

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

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

Работа бизнес-аналитика включает такие этапы:

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

Круг задач можно описать простыми словами: работа с требованиями.

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

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

В больших проектах иногда разделяют роли Бизнес-аналитика и Системного аналитика:

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

В круг обязанностей бизнес-аналитика входит:

• Анализ бизнес-потребностей заказчика;
• Составление требований к будущему продукту (общение с заинтересованными лицами - разработчиками, клиентами, конечными пользователями);
• Анализ требований (применение различных методологий и нотаций - прототипирование, анкетирование, опрос, мозговой штурм, анализ существующих документаций, конкурентов);
• Анализ проблемных областей и предложения для улучшения;
• Формализация требований (разделение требований на бизнес-, функциональные, не функциональные, написание спецификации требований);
• Управление требованиями (обработка запросов на изменение, анализ и описание влияния на существующие требования);
• Трансляция требований между разработчиками и клиентом.