Бизнес-анализ от а до я: гид для начинающих

Внутренние мотиватор – зачем это мне?

Идеальная пропорция Деньги-Рабочая нагрузка-Моя жизнь (Work-Money-Life Balance) – за последние 10 лет я работал только в двух ИТ компаниях, Netcracker и EPAM, и для меня это было фантастическое персональное удобство быть бизнес-аналитиком. Уровень оплаты по сравнению с рабочей нагрузкой и временем на личную жизнь – он идеален. Если рассматривать баланс Работа/Жизнь/Деньги как параметр, то я бы оценил его на 90 процентов удовлетворенности, оставив 10 процентов на дальнейшие улучшения.

Я планирую свой рабочий день и неделю так, как мне удобно. Могу один день работать 7 часов, а другой – только 4 часа, если хочу или если у меня есть важные личные дела. Могу работать из дома, кафе, другого города или с пляжа – мне нужен только мой ноутбук. Я знаю, что многие компании после ковида перешли на удаленный формат работы и также не имеют фиксированных часов работы, но я говорю именно про работу как БА. Именно в этой роли, на мой взгляд, существует 'дух свободы'. Конечно, всё это возможно при условии, что вы выполняете все задачи в срок и с должным качеством.

Мировой опыт – меня очень и очень привлекает и вдохновляет работа в международной компании на международных проектах. Это постоянное получение новых знаний, информации, опыта, навыков из различных источников. Масштаб проектов/продуктов позволяет приобретать международный опыт и личное понимание того, что 'Да! То, что я создаю, делается с использованием процессов и подходов, как это делается по всему миру разными компаниями/проектами/командами!?

Развитие личности ‘Создатель Решений’ – это потрясающее ощущение, когда я создаю решения, которые затем используют другие люди и компании, помогая решать различные проблемы и приносить доход. Иногда это может быть просто маленький элемент системы, но я всегда вижу и подчеркиваю связь с конечным продуктом – «да, я участвовал в создании этого». И это ощущение имеет накопительный эффект: годы создания продуктов и решений укрепляют мой опыт и достижения. Я говорю «создавал» намеренно, потому что в моем представлении мира, где создаются продукты, именно бизнес-аналитики играют ключевую роль. Они – это своеобразный процессно-артефактный мост, который соединяет желания клиента с конечным продуктом, при условии активного участия БА.

Например, в 2016 году я разрабатывал каталог (таксономию) продуктов для новой ИТ-системы крупнейшей телекоммуникационной компании в Эквадоре. Я не просто работал над системой, но и визуализировал взаимосвязь между конечными пользователями и моим вкладом. Если вы окажетесь в Эквадоре (или живете здесь) и купите сим-карту или телефон у компании Movistar, а затем зайдете в свой личный кабинет для изменения тарифа или добавления опций, увидите структуру продуктов и их характеристики, которые были созданы мной и моей командой. Это мое внутреннее ощущение удовлетворенности и гордости за свою работу – да, именно внутреннее! Уверяю вас, я не хожу по улицам и не кричу на каждом углу: «Это создал я!».

Второй момент, который хочу поделиться – я считаю, что есть такой навык, который можно назвать «создатель решений». Это не официальная роль или должность, а скорее навык, который формируется, когда вы, как БА, регулярно создаете решения различного масштаба. За последние 10 лет у меня накопился личностный набор характеристик и навыков, которые образуют этот увлекательный навык. Может показаться чрезмерно оптимистичным, но без оптимизма любая работа может превратиться в скуку и недовольство!

Внешние мотиваторы: как мир влияет на мою мотивацию?

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

Увеличение масштабов решений и требований к их качеству – с развитием ИТ-технологий, таких как 'облачные' решения, машинное обучение, 'большие данные' и аналитика, масштабы ИТ-решений у клиентов растут, и, соответственно, увеличивается процент возникновения дефектов. Бизнес-аналитики являются одними из ключевых участников проектных ИТ-команд, влияющих на качество решений. Это заметный мотиватор, особенно в сервисной компании, где я работаю. Когда я вижу проекты с 4-7 командами (20-40 человек), где набирают по 4-5 БА, клиенты и поставщики решений понимают, что каждая даже небольшая команда должна иметь БА, который полностью готовит требования и управляет их жизненным циклом для каждой части решения.

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

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

Примечание автора: данные на английском языке. Перевод:

Software engineer – Инженер-программист

Project manager – Руководитель проекта

Business analyst/ Data analyst – Бизнес аналитик / Дата аналитик

Solution Architect – Архитектор решений

UX Designer – Дизайнер Пользовательского опыта

И если взглянуть на рейтинг навыков, то интересно отметить, что еще в 2020 году LinkedIn опубликовал следующую статистику: среди всех профессиональных навыков бизнес-анализ занимал шестое место. Это действительно потрясающе!

Примечание автора: данные на английском языке. Перевод:

The Skill Companies Need Most in 2020 – Навыки компании нуждаются больше всего в 2020 году.

Top 10 Hard Skills – Топ 10 “жёстких” навыков.

Business analysis – Бизнес анализ.

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

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

Вторая история о том, как может выглядеть начало карьерного пути БА

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

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

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

Будет представлено четыре шага, чтобы равномерно распределить смысловую нагрузку:

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

– Второй шаг: Здесь я расскажу о периоде, когда я уже 'набил руку' в работе с требованиями и начал действовать как самостоятельный БА, способный описывать и управлять требованиями по определенной функции системы.

– Третий шаг: В этом этапе я увеличил масштаб своей работы до уровня компонентов системы.

– Четвертый шаг: На этом этапе я уже работал как product owner, ответственный за компонент системы.

Если говорить о временных рамках моего становления как регулярного БА, то это примерно 1.5 года, с марта 2013 года до конца 2014 года. Затем последовал период, когда я еще не был официально старшим БА, но уже выполнял его функции. Это продолжалось еще 4-6 месяцев до второй половины 2015 года. Таким образом, мне потребовалось около двух лет, чтобы стать хорошим начинающим старшим БА или просто отличным БА.

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

Теперь немного о уровнях в рамках позиции 'регулярный БА'. Первый и второй шаги я отнес к первому уровню БА, который я бы описал как 'стабильный и уверенный создатель требований'. Регулярный БА на этом уровне может свободно определить и задокументировать требования к конкретной функции системы – это его основная задача и требование к уровню. Я намеренно привязал два шага развития к этому уровню, поскольку на начальном этапе карьеры БА важно сосредоточиться на ключевом навыке – умении 'правильно' задокументировать требования. Что значит 'правильно', я объясню подробнее в описании этих шагов 1 и 2.

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

Третий уровень отражает уже зрелого регулярного бизнес-аналитика, который, возможно, уже частично выполняет обязанности старшего БА и готов к переходу на новую позицию или должность. Такой аналитик работает также как владелец компонента системы. Он понимает и может заниматься оценкой своих времени и трудозатрат, а также знает, как оценки проводятся на уровне проекта. Этот аналитик разбирается в плюсах и минусах различных методологий, является доверенным лицом проектной команды и клиентов. Кроме того, такой БА хорошо разбирается в подходах к выявлению требований, включая знания о фазе discovery, умеет адаптироваться к изменениям в требованиях и эффективно планировать своё рабочее время в соответствии с приоритетами задач. Уточню очень кратко термин 'Дискавери фаза' (Discovery phase), так как я буду использовать его довольно часто, хотя подробно мы коснемся этого только в конце книги. Простыми словами, Дискавери фаза – это обычно активность в специально выделенный временной промежуток для выявления самых первоначальных целей проекта или продукта, требований и границ планируемого решения. Это, как правило, самый первый этап любого проекта или продукта.

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

Итак, я описал, о чем будет эта история, из чего она будет состоять, и как я понимаю подуровни регулярного БА. Теперь мы погрузимся в самое главное и полезное – это те навыки, которые использует бизнес-аналитик. Единственное, что осталось уточнить перед этим – это определение навыка, типы навыков, связанные с ними активности и масштаб их использования в контексте бизнес-анализа.

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

Существует несколько типов навыков. В контексте бизнес-анализа мы в основном используем два типа: Hard skills (жесткие навыки) и Soft skills (мягкие навыки).

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

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

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

Шаг 1 – начинающий БА

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

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

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