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

Доступно также и видео доклада:
http://video.yandex.ru/users/sqadays/view/8

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

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

Мария Бондаренко, директор белорусско-немецко-русской компании 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 Дополнительные компетенции

К дополнительным компетенциям в области hard-навыков, на которые мне хотелось бы обратить внимание - это следующие.

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. Повышаем эффективность

Каким образом можно повышать эффективность работы аналитка? Я могу дать 2 базовых совета помимо базовых инструментов.

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 . Встретить Марию с Сергеем можно и на будущих конференция серии

Как выглядит образец резюме аналитика

Пример резюме аналитика

Правильный образец резюме аналитика

Агапов Константин

Желаемая должность: аналитик
Желаемый уровень дохода: 70 тыс. рублей

Дата рождения: 22.03.1984
Проживание: г. Москва, м. «Славянский бульвар»
Готов к командировкам.

Контактная информация:
Телефон: +7 (9хх) ххх-хх-хх
Электронная почта: konst_agapov@ххх.ru

Ключевые знания и навыки:

• Знание методов инвестиционного анализа;
• Знание основ анализа и планирования движения товарных запасов;
• Навыки работы в MS Office, 1C, Oracle, VBA;
• Навыки составления отчетов с выводами и рекомендациями;
• Умение работать с большими объемами информации;
• Ответственность, скрупулезность, внимательность.

Опыт работы:

07.2011–05.2015 Аналитик

ООО «Первый» (www.first.com), г. Москва

Сфера деятельности компании: оптовая продажа пищевых продуктов

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

Достижения: автоматизировал большинство видов периодических отчетов.

04.2006–06.2011 Аналитик

ООО «Алтай-сервис» (www.altai-service.com), г. Москва

Сфера деятельности компании: продажа пищевых продуктов

• Участие в формировании отчетности;
• Подготовка данных для финансового учета;
• Подготовка ТЗ для разработки в части 1С.

Достижения: создал развитую систему планирования заказов.

Образование:

2012 Российская академия народного хозяйства и государственной службы при Президенте РФ, г. Москва

MBA, Высшая школа финансового менеджмента/Корпоративные финансы, Инвестиционный менеджмент, МСФО, диплом

2006 Московский экономический университет, г. Москва

Специальность: «Экономика», высшее образование, диплом

Дополнительная информация :

Иностранные языки: английский язык – Advanced, немецкий язык – Pre-intermediate.

Знание ПК: уверенный пользователь MS Office; 1С; SAP.
Рекомендации предоставляются по запросу.

Шрифт A A

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

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

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

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

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

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

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

10 ключевых навыков (что должен знать бизнес-аналитик):

Работодатели обычно выдвигают к соискателям такие требования:

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

В некоторых компаниях востребовано высшее образование в узкой области. Например, если фирма медицинская, может потребоваться специалист с медицинским образованием. Желателен опыт работы в IT на должностях, связанных с автоматизацией процессов, или в управляющей системе предприятия (финансовый менеджер, операционный директор, специалист по развитию).

Обязанности бизнес-аналитика

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

Бизнес-аналитик, согласно должностной инструкции, занимается:

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

Иногда сотрудник участвует в написании ТЗ и обучении пользователей/коллег - в этом обязанности пересекаются с задачами системного аналитика.

Отличие бизнес-аналитика от системного аналитика

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

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

Какие программы нужно изучать бизнес-аналитику

Необходимо знать особенности работы со следующим ПО:

• инструменты моделирования: Bizagi, ARIS, Enterprise architect;
• инструменты прототипирования: BPMN, UML, IDEF;
• учетные системы: Navision, SAP, 1С, Microsoft Dynamics AX;
• проектное управление: MS Project.

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

Какие программы нужно изучать бизнес-аналитику:

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

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

Обучение вузе

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

Офлайн-курсы

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

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

Стоимость курсов варьируется от 50 до 200 тыс. рублей. Минимальная цена - интенсивы по отдельным инструментам, а комплексная подготовка специалиста с нуля стоит от 150 тыс. рублей.

Онлайн-курсы

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

Новичкам обычно сложно найти первую работу, так что это хороший способ начать карьеру.

Бесплатное обучение профессии

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

Повышение квалификации

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

Курсы по направлениям

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

Информационная бизнес-аналитика

Специалист по информационной бизнес-аналитике должен обладать следующими знаниями и компетенциями:

• применение методов анализа Data Mining;
• проектирование информационных систем (концептуальное);
• системы имитационного моделирование;
• управление операционными рисками.

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

Курсы: аналитик бизнес-процессов

Программы обучения аналитиков охватывают все основные формы деятельности специалистов по системному и бизнес-анализу. Программа реализуется в течение 6-12 месяцев. Стоит обучение по направлению в среднем 150 тыс. руб.

Менеджмент и аналитика для бизнеса

Менеджмент и аналитика - это комплексная программа по управлению бизнесом, построенная на базе стратегического и операционного менеджмента с акцентом на принятие управленческих решений на основе больших объемов данных. По направлению есть не только краткосрочное обучение, но и магистерские программы (например, в НИУ ВШЭ).

Всё о бизнес-аналитике:

Вакансии в крупных городах России

На HR-портале SuperJob размещено более 70 вакансий для аналитиков. Специалистов ищут банки, кадровые и рекламные агентства, охранные организации, горно-металлургические компании, образовательные учреждения и так далее. Удаленной работы мало - менее 10 % предложений.

Вакансии в Москве

На HeadHunter открыто более 650 вакансий в Москве. Возможность удаленной работы предлагают только 10 работодателей. Соискателям-стажерам готовы платить 25–35 тыс. рублей. Опыт не требуется, только техническое образование и хорошее знание английского. Ведущим бизнес-аналитикам с опытом от трех лет предлагают зарплату в размере 90–140 тыс. рублей.

Грамотно составить резюме на вакансию бизнес-аналитика

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

Собеседование на вакантную должность бизнес-аналитика:

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

Как зарабатывают на сайтах 4 миллиона рублей в месяц

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

• Технолог-аналитик
• Системный аналитик
• Бизнес-аналитик

1. Подготовка
2. Цель поиска
3. Профиль должности бизнес-аналитика
4. Обязанности
5. Примеры результатов/Ключевые проекты
6. Навыки
7. Профессиональные качества
8. Примеры для раздела «О себе»
9. Скачать шаблоны резюме

1. Подготовка

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

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

2. Цель поиска

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

Список позиций, для которых можно использовать примеры в этой статье:

Позиции первого уровня (1):

• Технолог-аналитик
• Системный аналитик
• Младший аналитик
• Специалист по бизнес-планированию

Позиции второго уровня (2):

• Бизнес-аналитик
• Старший бизнес-аналитик
• Ведущий бизнес-аналитик
• Руководитель проекта/направления (анализ и оптимизация бизнес-процессов)
• Руководитель проектов по оптимизации бизнес-процессов

Позиции третьего уровня (3):

• Руководитель группы аналитиков
• Руководитель группы проектного офиса
• Руководитель подразделения аналитики
• Начальник отдела бизнес-анализа
• Начальник управления организационных и бизнес-процессов

3. Профиль должности бизнес-аналитика

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

Профиль должности: Бизнес-аналитик

Требования:

Опыт работы:

• опыт работы в качестве бизнес/системного аналитика от 1 года;
• высшее образование;
• опыт написания и проведения презентаций;
• опыт проведения переговоров;
• опыт работы с прикладными пакетами для проектирования бизнес-процессов;
• опыт работы в Agile командах;
• опыт работы с BI средствами на уровне аналитика: ПО SAS,OBIEE, SAP BO и другие;
• опытный пользователь MS Word, MS Excel, MS Visio, MS PowerPoint.

Знания и навыки:

• глубокое понимание бизнес процессов;
• знание нотаций моделирования бизнес-процессов (EPC, BPMN, UML) и умение их применять при описании и моделировании процессов;
• навыки анализа и описания бизнес-процессов As Is и построения процессов To Be;
• навыки оценки эффективности внедренных процессов To Be;
• навыки сбора требований и разработки ТЗ для модификации информационных систем;
• знание этапов процесса управления изменениями (ITSM), навыки использования в работе принципов ITIL;
• знание ПК на уровне продвинутого пользователя (продукты на платформе 1С, MS Office);
• знания бизнес процессов в производственных, коммерческих, финансовых, торговых компаниях;
• знание технологии интеграции приложений.

Задачи:

• Выявление, определение и управление бизнес-требованиями с использованием различных методов анализа требований (интервью, анализ документов, семинары требований) и инструментов (примеры использования, пользовательские истории).
• Преобразование бизнес-требований высокого уровня и требований пользователей в конкретные требования к функциям, указанные на соответствующем уровне детализации.
• Анализ существующих бизнес-процессов в компании, запросов на изменения, уточнение бизнес-требований.
• Разработка предложений по изменению процессов, их согласование и внедрение.
• Расчет предварительных экономических и иных эффектов проводимых изменений. Отслеживание фактических эффектов от внедрения изменений.
• Анализ потребностей бизнеса в автоматизации процессов, подготовка ТЗ, тестирование, проверка результатов.
• Критическая оценка требований с точки зрения целесообразности их реализации.
• Участие в контроле соответствия реализованного функционала заявленным требованиям.
• Разработка и внедрение эффективных методов управления требованиями, включая использование и постоянное совершенствование процессов сбора и формализации требований.
• Разработка бизнес-процессов для учетной системы.
• Описание бизнес-процессов в представлении «AS-IS».
• Разработка бизнес-процессов в представлении «TO-BE».
• Разработка практических рекомендаций по исправлению ошибок.
• Аудит результатов исправления ошибок.
• Разработка стандартов и мониторинг их исполнения.
• Формирование предложений по возможностям совершенствования, оптимизации и автоматизации бизнес-процессов.
• Разработка плана внедрения бизнес-процессов.
• Внедрение бизнес-процессов в деятельность Компании.
• Разработка регламентов для конечных бизнес-пользователей.
• Организация и обучение участников бизнес-процесса.
• Анализ влияния изменений на эффективность бизнес-процессов.
• Разработка, внедрение и мониторинг KPI и контрольных процедур.
• Разработка, согласование KPI’s сотрудников.
• Подготовка обучающих материалов, проведение обучения, методическая поддержка и контроль качества выполнения процессов.
• Разработка технических документов (ТЗ, ТКП), презентаций и компьютерных демонстраций для заказчиков.
• Участие в проведении аудитов процессов.

4. Обязанности

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

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

Бизнес-аналитик
Анализ и формализация требований заказчиков (front office, middle office, risks).
Подготовка спецификаций и постановка задач на разработку.
Создание технической документации (ФТ, ТЗ, мануалы).
Консультации аналитиков, разработчиков, тестировщиков, sales-менеджеров, обучение пользователей.
Участие во внедрении программных продуктов: поддержка в процессе интеграции с другими системами, настройка системы, разбор ошибок.
Анализ математической базы расчетов финансовых инструментов с последующей реализацией.
Моделирование, анализ, оптимизация бизнес-процессов AS-IS и TO-BE.
Работа по автоматизации бизнес-процессов.
Анализ, разработка и согласование предложений по улучшению бизнес-процессов.
Формализация требований к процессам и автоматизации.
Формирование функциональных требований и технических заданий по автоматизации бизнес-процессов в информационных системах.
Проверка соответствия результатов автоматизации поставленным задачам.
Формирование процессных и функциональных инструкций по выполнению бизнес-процессов.
Аудит исполнения бизнес-процессов (первичный и периодический).
Написание бизнес-требований к информационным системам по автоматизации процессов и отчетности.
Исследование и анализ тенденций рынка для оценки потенциального применения в компании.

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

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

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

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

Начальник отдела бизнес-анализа
Организация и ведение проектной деятельности Блока поддержки бизнеса (направления: Клиентский сервис, АХО, Документооборот, HR и др.).
Оценка экономической эффективности бизнес-процессов, построение финансовых моделей.
Оптимизация бизнес-процессов — создание моделей процессов «as is» и моделей процессов «to be», разработка и согласование нормативной документации.
Автоматизация процессов, составление технических заданий и функциональных требований.
Разработка методологии бизнес-анализа, необходимых инструкций, шаблонов и процессов.
Совершенствование процессов.
Обучение и развитие команды аналитиков.
Ведение базы знаний.
Эффективное взаимодействие с другими участниками проектной или оперативной деятельности (в том числе с внутренней командой или с внешним подрядчиком).
Выявление потребностей заказчика.
Составление требований к продукту.
Анализ, оптимизация и проектирование бизнес-процессов.
Анализ, формализация различных видов требований.
Анализ проблемных областей и предложения для улучшения.
Сбор, систематизация и формализация требований на разработку (с детализацией до уровня проектирования бизнес-процессов, интерфейсов и модели баз данных).
Управление требованиями (обработка запросов на изменение, анализ и описание влияния на существующие процессы).

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

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

4. Примеры достижений/ключевых проектов для резюме бизнес-аналитика

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

Основные показатели эффективности бизнес-аналитика

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

Основные показатели эффективности управления проектами

Прибыльность проекта (ROI)
Повышение рентабельности проекта
Размер отклонений от плана и бюджета проекта
Соблюдение сроков реализации проекта
Удовлетворенность заказчика/клиентов/пользователей
Количество рекламаций от клиентов
Сокращение времени вывода продукта на рынок
Улучшение загрузки ресурсов во время реализации проекта

Примеры результатов

• Запуск процессного офиса с «нуля» для формирования общего подхода к управлению процессами и их согласованию со стратегией Компании, целями и задачами.
• Создание централизованного бэк-офиса: проведено сокращение численности персонала на 20%, стандартизированы 90% операций.
• Создание middle-офиса по розничным кредитным продуктам в филиалах: автоматизированы ключевые трудоемкие процессы, проведено сокращение персонала на 50%, бюджет сокращён на 40%.
• Внедрение системы интернет-банкинга на базе «АВС». Проект переведен в фазу функционального тестирования.
• Создание матрицы нормирования рабочего времени для front office — оптимизация численности до 12%.
• Комплексная автоматизация бизнес-процессов и учетных процедур в 1С:
  Запуск в эксплуатацию модулей «Продажи» и «Бухгалтерский и налоговый учет» в одной системе.
  Внедрение нового алгоритма управления обработкой заказов. Производительность труда выросла на 40%.
  Оптимизация бизнес-процессов «Логистика и склад». Реализовал планы по улучшению показателей доставки продукции на 30%: сокращение время доставки в 2 раза, издержек на 35%, объемов запасов сырья и материалов на 20%.
• Реинжиниринг бизнес-процесса «Продажа готовой продукции». Увеличил скорость отгрузки готовой продукции клиентам в 2 раза.
• Внедрение ERP-системы Х. Увеличил скорость приема заказов в 2 раза.

Ключевые проекты

• Наличие успешно завершенных проектов в качестве бизнес- аналитика с личным участием.
• Разработка бизнес-процессов для проекта «Голосовой помощник» (использование искусственного интеллекта в контактном центре Банка). Оптимизация текущих бизнес-процессов работы в голосовом канале для подразделений: клиентский сервис, взыскание и продажи.
• Участие в проектах со следующими информационными системами:
  1. Система поставки задач;
  2. Система по работе с документацией;
  3. Система работы с версиями ПО (система управления версиями);
  4. Система учета требований к бизнес процессам и средствам автоматизации.
• Интеграция производственных систем разработки и тестирования.
• Участие в проектах по реализации собственных решений в качестве аналитика и постановщика задач.
• Автоматизация закупочной деятельности Правительства МО.
• Комплексная автоматизация процессов строительства в МО (бюджетное, долевое, внебюджетное строительство).
• Автоматизация процессов Министерства экологии и природопользования МО (система контроля ТБО, проекты строительства и рекультивации полигонов).
• Внедрение информационно-аналитических систем BI (112, МФЦ, Закупки, Ведомственные BI-системы).
• Внедрение систем проектного управления.
• Портальные и интеграционные решения.
• Участие в реализации стратегических проектов с использованием инструментов Производственной системы (Lean/Бережливое производство). Самостоятельное выполнение следующих задач проекта:
  — описание процесса As Is и моделирование To Be;
  — визуализация процессов As Is и To Be;
  — определение проблем процессов;
  — выработка предложений по устранению проблем процессов;
  — генерация нестандартных решений сложных проблем.
• Работа на проекте по автоматизации процессов в роли аналитика в сфере промышленности.
• Экспертиза электронно-цифровых данных и проектов заказчиков.
• Участие в проектах по минимизации мошеннических операций совместно с подразделением безопасности банка.
• Проектирование заказных решений на базе системы Directum RX.
• Внедрение систем электронного документооборота.
• Управление проектами по внедрению автоматизированных информационных систем:
  — анализ бизнес-процессов;
  — разработка проектной документации, плана внедрения;
  — разработка методологических материалов для внедрения и эксплуатации;
  — проведение технических работ по инсталляции (полный цикл);
  — организация и проведение обучающих курсов;
  — организация и контроль внесения доработок (сбор ожиданий пользователей, составление описания бизнес-процесса, реализация доработок).
• Разработка и внедрение системы страхового учета.
• Анализ и технологическая экспертиза требований структурных подразделений по автоматизации бизнес-процессов по направлению бэка при внедрении сторонних систем.
• Настройка процесса разработки новых/модификации существующих процессов. Сокращение времени разработки и реализации продуктов до 2-х недель, сокращение времени тестирования продукта до 3-х дней.
• Перевод на систему ЭДО операционных процессов: разработка нового процесса учета и обработки входящих и исходящих документов Компании.
• Разработка и автоматизация нового процесса оказания услуги Клиенту. Обеспечил формирование и получение документов для получения налогового вычета в течение 4-х дней.
• Применение онлайн-касс (54-ФЗ): настройка приема страховых платежей в соответствии с 54-ФЗ. Разработка нового процесса приема страховых платежей с учетом применения онлайн-касс.
• Оптимизация процесса приема очередных платежей, в том числе увеличение доли поступления очередных взносов до 50%.
• Комплексная система мониторинга финансового рынка для Х. Система разрабатывалась совместно с компаниями Z и Y (2017-2018). Что было сделано:
  — проведение НИР по анализу ключевых подходов к организации систем мониторинга финансовых и фондовых рынков;
  — разработка методических рекомендаций по реализации показателей мониторинга финансового рынка (в т. ч. в части нестандартных сделок);
  — разработка макетов отчетности по показателям мониторинга.
• Коробочные решения «Прогноз. Кредитный риск» и «Прогноз. Управление кредитным портфелем» (2016-2017). Результаты:
  — разработка методических рекомендаций по реализации экономических моделей (в части оценки кредитного риска юр. лиц и банков-резидентов) в программных продуктах;
  — реализация базовых настроек коробочных решений (загрузка отчетности, настройка алгоритмов расчета риск-факторов, уточнение алгоритмов расчета эконометрических моделей определения вероятности дефолта заемщиков и т. д.);
  — организация и проведение демонстрационных и обучающих семинаров по работе с программными продуктами;
  — подготовка маркетинговых исследований рынка специализированных программных продуктов: анализ целевой аудитории, анализ продуктов конкурентов, SWOT-анализ и пр.
• Система обработки и анализа данных (ALVIS, ALMPro) – создание единого хранилища данных по сделкам банка для целей подготовки управленческой отчетности по подразделению в целом (управленческий баланс, ОПУ), по показателям деятельности Казначейства. Основные задачи проекта:
  — разработка и написание коммерческих предложений;
  — разработка и написание технического задания для разработчиков ПО;
  — реализация базовых настроек системы в соответствии с требованиями;
  — экспертиза программных продуктов на наличие ошибок и сбоев в работе;
  — обучение заказчиков работе с программными продуктами — написание инструкций пользователя, консультирование по телефону, обучение в офисе заказчика;
  — написание руководства пользователей, в т. ч. описание методологии расчета.
• Анализ нормативных документов регулирующих органов с последующим применением в продуктах компании.
• Внедрение программных продуктов: поддержка в процессе интеграции с другими системами, настройка системы, разбор ошибок.
• Формирование требований для новой банковской системы.

6. Ключевые навыки бизнес-аналитика

Анализ бизнес-показателей
Статистический анализ
Анализ данных
Экономическое моделирование
Аналитические исследования
Анализ бизнес-процессов
Оптимизация бизнес-процессов
Моделирование бизнес-процесса
Анализ рисков
Бизнес-моделирование
Управление проектами
Реинжиниринг бизнес-процессов
Проведение презентаций
Ведение переговоров
Интеграция автоматизированных систем
Разработка бизнес-требований
Формирование функциональных требований
Разработка технических заданий
Постановка задач разработчикам
Разработка и внедрение политик и процедур
Написание регламентов
XML, XSD, WSDL
1С
CRM
ERP-системы
VisualBasic for App
MS Project
MS Word
MS Power Point
MS Excel
MS Access
MS Dynamics
MS SharePoint
MS Visio
MS DAX
Agile Project Management
Scrum
Kanban
Waterfall
PMI
PMBOK
PRINCE 2
PME
ТОС
Lean
CCPM
АRIS
ПО Диасофт
UML
ARIS
Redmine
Atlassian Jira
VBA
MindManager
Trello
SAS
Oracle
SQL
OBIEE
SAP BO
ETL-инструменты (SAS DIS, Informatica PowerCenter)
Business Studio

7. Профессиональные качества бизнес-аналитика

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

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

8. Примеры для раздела «О себе» для резюме бизнес-аналитика

Раздел «О себе» - общее описание вашего профессионального бэкграунда. Он может быть оформлен в виде короткого абзаца из 1-4-х предложений или маркированного списка. Укажите те стороны вашей квалификации, которые являются неотъемлемыми компонентами вакансии, такие как направления деятельности, области специализации, ключевые компетенции, технические навыки, лицензии, сертификаты дополнительное образование. Например:

• Значительный опыт участия в проектах по описанию, реорганизации и оптимизации бизнес-процессов, в т. ч. в проектах внедрения и совершенствования системы управления. Экспертное знание подходов гибкой разработки и управления проектами (Agile, Scrum) и традиционных методологий управления проектами (Waterfall). Умею творчески использовать комплексные и смешанные методологии.
• 5+ опыта анализа, моделирования и описания бизнес-процессов и требований к ИТ-системе. Умею управлять ожиданиями заказчика, управлять требованиями к продукту и проекту, и адекватно коммуницировать их команде разработки, а также предупреждать любые сложные ситуации. Качественно владею инструментарием: VisualBasic for App, MS Excel (инструменты анализа, написание подпрограмм на VBA), MS Access (построение баз данных, программирование на VBA расчетных алгоритмов на основе SQL запросов). Владею технологиями проектного управления (PMI, ТОС, lean и CCPM).
• Опыт работы в банковской сфере в направлениях: управление бизнес-процессами, методология и банковские технологии. В прямом подчинении 10 сотрудников, в функциональном — 60, в т. ч. имею опыт дистанционного управления. Имею практический опыт успешной реализации проектов и организации бизнес-процессов операционного управления с «нуля».
• Практический опыт участия в проектах внедрения информационных систем и программного обеспечения для бизнеса (CRM, ERP-систем и пр.). Глубокие знания методологии анализа, описания, оптимизации и автоматизации бизнес-процессов (процессы продаж, учета и сопровождения продаж). Имею опыт ведения внутренних переговоров и уравновешивания противоречивых требований разных подразделений.
• Владею профессиональными знаниями и навыками: методик анализа, моделирования, оптимизации бизнес-процессов, нотациями описания бизнес-процессов (IDEFo, BPMN). Имею опыт формирования требований на автоматизацию бизнес-процессов, составления процессных и функциональных инструкций для исполнителей. Опыт работы со средствами Business Intelligence.
• Опыт работы бизнес-аналитиком на финансовых проектах (Казначейство, ЕПС). Глубокие знания основ финансового, управленческого учета и бюджетирования, интеграции банковских систем и процессов.
• Опыт работы в области оптимизации бизнес-процессов управления более 3-х лет. Постановка системы процессного управления и создание процессного офиса с «нуля». Владею навыками описания самых разных бизнес-процессов. Опыт разработки показателей эффективности различных видов деятельности, положений, регламентов, стандартов и их успешного внедрения. Опыт руководства кросс-функциональными проектами организационных изменений.
• Опыт работы с задачами из области бизнес-анализа более 3-х лет. Опыт успешного внедрения проекта в области оптимизации и автоматизации бизнес-процессов. Навыки работы со специализированным ПО (Aris/Visio). Знание внутренних процессов работы Банка, понимание принципов работы банковских продуктов.
• Обладаю экспертными знаниями систем/программ/методик/стандартов в области проектирования автоматизированных систем и основных понятий в области реляционных баз данных, требований к нормализации и базовых конструкций SQL. Хорошо разбираюсь в методологии моделирования сложных систем: UML2.0, BPMN, IDEF (стандарты IDEF0, IDEF3, DFD) и умею читать диаграммы UML 2.0 и описания бизнес-процессов в нотации BPMN и IDEF0, модели организации tmForum.org (ETOM, SID и TAM). Владею современными инструментами управления требованиями, моделирования бизнес-процессов и описания ИТ решений, а также базовыми навыками программирования (SQL, VBA, JavaScript, C#).
• Опыт работы аналитиком в области ИТ/e-commerce 5 лет. Знание теории реляционных баз данных, BPMN, UML; принципов управления проектами (Waterfall | Agile). Владею навыками проведения интервью и деловой переписки. Опыт работы в системах управления ИТ-проектами (Redmine | Jira | Trello).
• Опыт работы в качестве бизнес/системного аналитика программных продуктов и информационных систем более 6-ти лет. Опыт руководства командой аналитиков. Опыт описания и проектирования бизнес-логики в контексте кейсов автоматизации и логики информационного обмена между компонентами разных систем и источниками данных. Понимание основ традиционных и гибких методологий разработки программных продуктов.
Коуч-консультант по поиску работы и построению карьеры. Единственный в России тренер-интервьюер, который готовит к прохождению всех видов собеседований. Эксперт по написанию резюме. Автор книг: "Я боюсь собеседований!", "Сразить наповал #Резюме", "Сразить наповал #Сопроводительное письмо".

1. Выявлять заинтересованных лиц (ЗЛ).
2. Управлять ожиданиями ЗЛ.
3. Проводить собрания.
4. Проводить интервьюирование.
5. Проводить анкетирование.
6. Проводить «мозговые штурмы».
7. Уметь определять границы системы.
8. Уметь выделять подсистемы и определять их границы.

9. Уметь выявлять требования типов:

• ответы и собранная информация;
• запросы заинтересованных лиц;
• глоссарий;
• стандарты и ГОСТы;
• характеристики аналогичных/наследуемых систем;
• бизнес-требования;
• бизнес-правила;
• концепция создания и развития продукта (B VISION);
• ограничения и допущения;
• концепция системы (T VISION);
• пользовательские требования;
• функциональные требования;
• функции системы/варианты использования/прецеденты (Use Cases);
• нефункциональные требования;
• требования к пользовательскому интерфейсу;
• требования к взаимодействию с внешними системами.

10. Выявлять функции системы (Use Cases), моделировать поведение системы.
11. Уметь строить трассировки/прослеживать требования.
12. Понимать основные принципы тестирования.
13. Знать английский язык на уровне, достаточном для чтения технической литературы

Аналитик

Необходимые специальные, лидерские и управленческие навыки:
Все навыки младшего аналитика, а также:

• знать, что такое ПУТ (план управления требованиями), и уметь его разрабатывать;
• понимать, какие модели существуют и где их место в разработке ПО;
• уметь создавать модель анализа;
• строить Robustness- и Sequence-диаграммы, понимать, зачем их вообще надо строить;
• уметь читать программный код;
• иметь навыки проведения презентаций

Старший/ведущий аналитик

Необходимые специальные, лидерские и управленческие навыки:

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

Начальник отдела анализа

Необходимые специальные, лидерские и управленческие навыки:
Все навыки аналитика, а также:

• знать модель зрелости процессов компании CMMI 1.2. в областях: RD, REQM, DAR, TS, PI, VER, RSKM, PP, PMC, IPM, VAL, QPM, SAM;
• уметь анализировать эти области на предмет требуемых улучшений и несоответствий с моделью;
• разрабатывать методологию системного анализа для компании;
• проводить тренинги и семинары;
• иметь четкое представление об управлении проектом/программой проектов;
• уметь строить и развивать команду аналитиков в проектах;
• проводить выученные уроки по результатам выполненных работ/проектов;
• участвовать в совершенствовании процессов;
• разрабатывать процедуры, регламенты, рабочие инструкции;
• создавать функциональную стратегию своего направления;
• планировать развитие отдела, вовлекать топ-менеджеров в решение стратегических и тактических вопросов;
• выстраивать эффективное взаимодействие с другими подразделениями;
• разрешать конфликты на всех уровнях;
• быть способным управлять проектом;
• профессионально развивать подчиненных;
• уметь проводить аттестацию сотрудника;
• курировать создание базы знаний отдела;
• управлять совершенствованием процессов в области анализа, разработки и управления требованиями;
• управлять формализацией процессов и созданием системы менеджмента качества отдела.

Что такое план управления требованиями?

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

1. Введение.
2. Общее описание методологии анализа, разработки и управления требованиями в проекте.
3. Системный анализ и моделирование.
   • Обзор основных моделей системного анализа.
   • Управление артефактами (моделями) системного анализа.
4. Разработка требований.
   • Типы требований.
   • Типизация нефункциональных требований.
   • Атрибуты требования.
5. Управление требованиями.
   • Методология управления.
     • Атрибуты требований.
     • Полномочия по работе с требованиями.
     • Обсуждение требований.
     • Согласование требований.
     • Утверждение требований.
   • Жизненный цикл требований.
     • Запросы заинтересованного лица.
     • Все остальные типы требований.
   • Трассировка требований.
6. Управление изменениями в требованиях.
   • Обработка запроса на изменение.
   • Базовые версии требований (baselines) в проекте.
7. Спецификации требований.
8. Управление процессом анализа и разработки требований.
   • Список основных артефактов и деятельностей по управлению требованиями.
   • Передача знаний бизнес-аналитику.
   • Обучение и передача знаний системному аналитику.
   • Постоянные улучшения процесса анализа и разработки требований.

Что такое техническое задание?

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

Что такое План управления документами (ПУД)?

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

Что такое Спецификация требований программного обеспечения?

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

Трассировки - что это такое?

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

Обычно трассировки строятся от одного типа требований к другому, далее к третьему, четвертому типам - пока не дойдем до «конечных» типов требований. «Конечным» типом требований обычно выбирается «вариант использования» или «функциональное требование» и «нефункциональное требование». Вся информация о трассировках, их назначениях и «конечных» типах требований фиксируется в ПУТ.

Рисунок «Соответствие модели системы и требований к системе. Концептуальная модель системы и Technical Vision»:

В результате можно построить «дерево» трассировок, которое позволит проследить, как учтено «исходное» требование в «конечном».

Решение о том, делать или не делать трассировки и если делать, то какие именно трассировки делать, принимает менеджер проекта совместно с системным аналитиком и тест-менеджером.

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

Рисунок «Проверочные трассировки требований»:

Какие виды «архитектур» встречаются в работе аналитика?

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

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

Информационная архитектура: Определяет структуры данных и описывает все потоки данных, которые используются для поддержки бизнес-архитектуры. Такие операции, как идентификация, систематизация, категоризация, хранение данных, относятся к информационной архитектуре (Information Architecure). Может представляться в виде модели данных (Data Model).

Архитектура решения: Архитектура программного обеспечения, которое реализует функции бизнес-архитектуры (Business Architecture).

Технологическая архитектура: Описывает архитектуру IT-окружения, которое используется для поддержки информационной архитектуры (Information Architecture) и архитектуры решения (Solution (System/Application) Architecture).

Системная архитектура: Это представление системы, которое показывает реализацию функциональных возможностей системы аппаратными средствами и компонентами программного обеспечения, устанавливает связь архитектуры программного обеспечения и архитектуры аппаратных средств, а также регламентирует взаимодействие пользователя с этими компонентами. Существуют и другие определения системной архитектуры (System Architeture), например: ряд взаимосвязанных шаблонов (паттернов), которые структурируют модули и данные и обеспечивают требуемое поведение системы (см. определение Data Architecture). Системная архитектура (System Architecture) является составной частью архитектуры решения (Solution Architecture).

Архитектура программного обеспечения: Является составной частью системной архитектуры (System Architecture). Описывает организацию системы с точки зрения программных компонентов, из которых она состоит, и связи между компонентами.

Архитектура данных: Является составной частью системной архитектуры (System Architecture). Описывает структуры данных и логические связи между данными.

Методологии, с которыми работают аналитики

• Capability Maturity ModelIntegration (CMMI) - набор моделей (методологий) совершенствования процессов в организациях. Capability Maturity Model Integration (CMMI) - набор моделей (методологий) совершенствования процессов в организациях разных размеров и видов деятельности. CMMI содержит набор рекомендаций в виде практик, реализация которых, по мнению разработчиков модели, позволяет реализовать цели, необходимые для полной реализации определенных областей деятельности.
• SWEBOK (Software Engineering Body of Knowledge) - документ, подготавливаемый комитетом Software Engineering Coordinating Committee, в который вовлечено сообщество IEEE Computer Society. Назначение SWEBOK - в объединении знаний по инженерии программного обеспечения (разработке программного обеспечения).
• Rational Unified Process - унифицированный процесс разработки ПО компании Rational с однозначно выраженными рекомендациями по разработке ПО, включающими в себя перечень всех необходимых деятельностей, выполняемых проектными ролями на каждой итерации, и шаблонов артефактов.
• Microsoft Solution Framework (MSF) не является методологией разработки ПО. MSF предлагает подходы, основанные на определенной совокупности принципов, моделей, дисциплин, руководств и методик для проектов различной степени сложности, ориентированных на поставку решений.
• Iconix - Процесс разработки программного обеспечения с использованием ограниченного количества UML моделей и диаграмм, состоящий из небольших шагов, ведущих к цели.
• Спиральная разработка Barry W. Boehm (spiral model) была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования.
• Agile - Гибкая методология разработки программного обеспечения.
• Экстремальное программирование (англ. Extreme Programming, XP) - одна из гибких методологий разработки программного обеспечения. Авторы методологии - Кент Бек, Уорд Каннингем, Мартин Фаулер и др.

Риски и вероятные причины наступления рисков

Риски качества конечного продукта:

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

Вероятные причины наступления риска:

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