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

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

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

Давайте я теперь коснусь нюансов, что нужно учесть не как негативный фактор, а именно как нюанс – т/е определенное отличие от других типов ИТ компаний (которые мы рассмотрим ниже). Эти нюансы нужно именно учесть, принять их и потом воспринимать соответствующе, когда они возникнут после трудоустройства.

Первый это вероятность отсутствия возможностей для развития в вашем бизнес/операционном домене. Это именно вероятность того, что не всегда ваш глубокий доменный опыт (если он есть) найдет применение в работе и вы его сможете развить. Для некоторых людей это может важно, а для кого-то не критично. Я устроился в ИТ сервисную компанию и никогда больше не работал в домене, в котором имел опыт(телеком) до этого и для меня это не было важно. Так происходит, так как сервисная компания предоставляет услуги разным клиентам для разных проектов. Так же в компаниях могут быть определенные ключевые/популярные домены и если у вас опыт в таком домене, то возможно этот нюанс и не «всплывет».

Следующий нюанс – это высокая динамика смены контекста по проектам/продуктам. Что это? – формат работы сервисных компаний в большинстве случаев подразумевает, что клиенты нанимают их только на определённый проект и на определённый срок. Например, на 6,9,12 месяцев и потом клиент может продлить контракт, а может и нет. И соответственно, все люди, которые работали на проекте, будут перераспределены на другой проект. И этот проект может быть абсолютно другого домена, методологии, и контекста. В отличие от продуктовых компаний (будут описаны ниже) в сервисных компаниях вы можете только-только вникнуть и разобраться в сложном продукте клиента, как проект уже закончился. Это можно рассматривать как негативный фактор, а можно и как позитивный. С одной стороны, вы не успеваете приобрести достаточно экспертизы в конкретном продукте/методологии/домене, при частой смене проектов. С другой стороны, этот нюанс может быть и позитивным фактором, так как вы никогда не заскучаете на проекте, продукте, области работы. И всегда есть возможность постоянно изучать новые проекты продукты и получать новые опыт и навыки. Вот такой вот нюанс! Если спросить меня, то для меня это позитивный нюанс по обозначенным выше критериям. Плюс я бы, наверное, добавил еще один пункт – работа БА имеет свою специфику в контексте длительности проектов/продуктов. Проект должен быть очень и очень большим (по всем критериям), чтобы БА на нем был на 100 процентов загружен постоянно новыми и интересными задачами после работы, например, один год на проекте. Для меня смена проекта на новый через… Например, 12 месяцев является очень и очень позитивным рабочим изменением и свежей струей воздуха в работе, которая не дает истираться.

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

1. Формат найма – клиент нанимает в сервисной компании: а) целостную проектную команду, которая должна поставить какой-либо продукт; б) целостную проектную команда, которая должна помочь создавать проект вместе с командой клиента в) просто рабочие ресурсы для своих разнообразных задач.

2.Тип ценовой модели и контракта: а) фиксированная цена – когда клиент хочет определенное решение и чаще всего к определенному сроку и готов заплатить определенные деньги; б) время и материалы – когда клиент готов платить на постоянной основе за определенные объемы выполненной работы. Единицы измерения могут быть, например, «кол-во людей в месяц» или «кол-во задач выполненных в месяц» (или в квартал, в полгода)

Оба разреза могут пересекаться в разных комбинациях. Я думаю, что проще всего смогу объяснить, в чем здесь нюанс для БА на паре примеров. Например, вы попали на проект, где контракт имеет тип “время и материалы” (time & materials) и клиент просто попросил предоставить ему 20 человек для своих нужд. На таком проекте вы работаете как часть команды клиента и получаете разнообразные задачи от представителей клиента и вполне возможно будете иметь довольно низкий уровень влияния на принятие каких-либо решений и даже связанных непосредственно с вашими БА активностями. Пришел кто-то и попросил сделать что-то и зачем-то – нужно сделать. Другой пример – вы подключились на проект по фиксированной цене и срокам, и ваша команда состоит полностью из коллег из сервисной компании. Например, через 12 месяцев нужно сделать продукт и выдать его клиенту. Тут будут проявляться высокий уровень ответственности и часто отсутствие какой-либо гибкости в подготовке конечного решения. Так как, когда такой контракт заключен, то обычно уже обсуждены все границы и объем решения, за которое определена фиксированная цена.

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

В первую очередь это возможности получения глубокого доменного и продуктового опыта. Это прямо противоположное преимущество сравнивая с сервисными ИТ компаниями. Опять же всё зависит от желания и планов конкретного человека, как я говорил – поэтому я и описываю это. Представьте вы, приходите в продуктовую компанию, которая последние 10-15-20 лет разрабатывает один продукт (или линейку продуктов) в конкретном бизнес домене. Вы включаетесь в разработку продукта и предоставление этого продукт для клиентов. У вас есть отличный шанс получить глубокие доменные знания и так же домен специфик подходы к созданию и поставке решений для доменных клиентов. С течением времени вы станете экспертом в данной области/домене.

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

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

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

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

Из нюансов я бы подсветил тот же пункт с плавающей динамикой экспертизы в БА области – иногда на весь ИТ департамент может быть всего 3-5 БА и вы один из них и соответственно, не о каком развитии БА экспертизы не идет речь. Еще я бы, наверное, добавил второй нюанс, что есть вероятность, что ИТ департамент будет выполнять, то что «спускают сверху» вниз руководители других бизнес департаментов и соответственно гибкость в создании или изменении чего-либо будет минимальна («бюджет утвердили – задачу сказали – делай и не задавай вопросов»).

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

И уточню еще раз мои формулировки и пояснения про “нюансы” – это только нюансы и не в коем случае не негативные пункты. Так же мы понимаем, что абсолютно каждый человек индивидуален в своих рабочих/профессиональных стремлениях и то, что для одного может быть нюансом, для другого может быть перспективой.

Выбирайте формат своей компании на основании ваших целей/стремлений – хотите ли стать экспертом в БА области или в определенной продуктовой/доменной области. Любите ли вы частую смену вида деятельности или вам без разницы.

Мы обсудили какие есть работодатели, подумали над своими сильными и слабыми сторонами и определили примерную временную линию (timeline) сколько мы хотим потратить на достижение своей цели.

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

Подготовка резюме

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

Составление резюме:

Хорошо составленное резюме понадобится для самого первого шага при поиске работы – этот тот документ/артефакт, который отправляется потенциальному работодателю. Резюме это первое впечатление работодателя о вас. И у работодателя может быть несколько отделов, которые это резюме будут просматривать. Например, естественно, сначала будут смотреть сотрудники HR отдела и для них важно из резюме увидеть основные факты, которые укажут на то, что ваша кандидатура частично или полностью соответствует тем требованиям, которые у них указаны для открытой вакансии. Только после нахождения таких фактов обычно HR сотрудники передают CV/резюме дальше. Небольшой пример о моем опыте отправки резюме без фактов о ИТ опыте – не один HR сотрудник ИТ компании не заинтересовался моим резюме, когда я в самом начале разослал моё обычное не ИТ резюме в несколько ИТ компаний города.

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

Про аспекты – я хочу выделить следующие:

1) Соответствие информации в резюме и информации в открытой вакансии – даже если у вас есть очень значительный и выдающийся опыт в прошлом, но не соотносящийся указанному в вакансии, не стоит делать на нем акцент в резюме. Нужно детально изучить описание вакансии и указанные требования к опыту. После этого подумать, как описать свой опыт так, чтобы он максимально касался требований в вакансии. Для сценария поиска работы вообще без опыта в ИТ домене: например, у вас есть нет опыта работы в ИТ компании, но на последнем месте работы вы работали в банке с кредитными продуктами. Естественно, вы пользовались какой-то ИТ системой по управлению, например, кредитными продуктами. В этом случае укажите опыт и знания по работе с ИТ системами в банковском домене и опишите свои знания. В случае смены работы: например, вы смотрите позицию на БА с обязанностями роли product owner (владельца продукта). У вас нет опыта работы владельцем продукта, но так как некоторые активности схожи – вы можете почитать про обязанности владельца продукта и сделать акцент именно на них.

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

3. Компактность резюме – не стоит описывать все свои 5-10-15 лет трудовой деятельности или проектов в деталях на 15-20 страницах. По моим ощущениям и опыта на 3-4 страницах вполне достаточно, так как все остальные детали у вас просто спросят на собеседовании, если ваше резюме заинтересует.

4. Соответствие информации в резюме вашему опыту – я рекомендую постараться не указывать опыт/навыки и знания, которые вы не сможете использовать, если, например, вас попросят вот прямо сейчас (на собеседовании) это сделать. На собеседовании это может стать негативным пунктом. Простой пример из собеседования, которое я проводил: пришел кандидат на позицию старшего БА. Перед собеседованием я, как обычно, просмотрел его резюме и в нем было очень широко и подробно указано владение основными БА навыками, которые мы в компании как раз ожидаем от БА. Один из пунктов в резюме описывал навык создания диаграмм определенного формата с перечислением нескольких основных типов диаграмм. Где-то во второй половине собеседования я решил уточнить у кандидата, какие диаграммы он использовал на последнем проекте. Он ответил, что не использовал диаграммы и вообще никогда ими не пользовался. На мой вопрос про этот пункт в резюме он просто сказал, что проходил диаграммы на последних курсах в университете…

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

Примечание автора: пример резюме на английском языке. Перевод не требуется – на изображении перечислены места работы и смысловое описание указано ниже.

Это самое первое резюме, когда я первый раз устраивался в свою первую ИТ компанию (то что я описывал несколько страниц назад) – в нем я допустил ошибки по всем аспектам выше. Был позитивный момент в том, что знакомый, который мне помогал трудоустроиться, подсказал поправить резюме по первому аспекту в плане соответствия информации должности. Хоть у меня и не было опыта в ИТ домене, но я указал те пункты, которые имели значение на той позиции, куда я пытался трудоустроиться. Вот пример ниже, где я даже добавил целый раздел “ИТ навыки” (IT Skills), а также указал хоть и не ИТ навыки, но существенно применимые к БА должности, такие, как Аналитические навыки, опыт взаимодействия с клиентами и знание СRM/ERP систем:

Примечание автора: пример резюме на английском языке. Перевод не требуется – на изображении перечислены места работы и смысловое описание указано выше.

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

Примечание автора: пример резюме на английском языке. Перевод не требуется – на изображении перечислены места работы и смысловое описание указано выше.

И третье и финальное резюме (я не так часто менял места работы в ИТ домене – только один раз и поэтому версии резюме менялись не часто) . Тут я решил придерживаться полного минимализма в дизайне – так как суть любого резюме – это буквы, которые будут читать, а остальное всё вторично. И вот в этом резюме я постарался учесть все свои аспекты. Указал только соответствующую информацию, так же структурировал резюме на разделы такие, как 1) консолидированная информация по моему опыту 2) консолидированная информация по моим ключевым навыкам и обязанностям и ролям 3) краткий карьерный путь. И уместил всё резюме на 4 страницах.

Примечание автора: пример резюме на английском языке. Перевод не требуется – на изображении перечислены места работы и смысловое описание указано выше.

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

Прохождение собеседования

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

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

Забыл указать еще один важный момент – всегда и всегда воспринимайте собеседование и настраивайте психологически себя перед собеседованием, что собеседование – это равноправный диалог между двумя сторонами – это не вы устраиваетесь/ищете работу и не работодатель рассматривает вас “под лупой” и не вы продаете себя как суперэксперта. А просто два (или больше) человека встретились, чтобы обсудить взаимовыгодное сотрудничество. Мне именно такой психологический настрой очень нравится. В моем голове он выглядит как внутренняя мысль/настрой «всем привет! Давайте обсудим в чем мы можем посотрудничать!» Естественно, не стоит это говорить, как только придёте на собеседование. И еще при таком настрое вы сможете определить, насколько это открытая и подходящая вам компании. Вроде всё обсудили и надеюсь, что мои практические советы будут полезны!

Советы, если меняем место работы…

А вот если вы уже работаете как БА и раздумываете сменить место работы или вам уже поступают заманчивые предложения от других компаний, то я бы посоветовал обратить внимание на нюансы по критериям ниже, которые стоит учесть перед принятием оффера (offer – предложение о работе) /предложения от новой компании. Все эти нюансы собраны мною исключительно из моего практического опыта по рассмотрению предложений для меня и моих коллег, кому я помогал принимать решения:

Большие деньги (ну конечно куда без них) Перед тем как поселить в голове у себя мысль «охххх от такой зарплаты я не могу отказаться!» проверьте/учтите следующие пункты:

1. Насколько большая зарплата? – если это разница до 30-40 процентов то:

а) возможно, вам смогут сделать аналогичное увеличение и внутри текущей компании. Да, не сразу, но с договоренностью увеличения в течение определенного времени.

б) оцените, насколько следующие критерии ниже лучше, чем в вашей текущей компании.

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

2. Если вы смотрите предложения из других городов/стран – обязательно изучите два критерия а) уровень жизни в целевом городе – сейчас множество вебсайтов, где можно посмотреть средний уровень расходов и сравнить между собой города (питание, аренда и так далее). И главную роль естественно будут играть затраты на аренду жилья б) налоговые законы. Во многих стран зарплату предлагают ГРОСС – то есть с учетом налогов и измеряется сумма денег в год. Зарплата может выглядеть большой, но поделите на 12 месяцев и вычтите размер (он может быть и 30 и 40 и 50%) налога и тогда проверьте хватит ли вам и вашей семье этого. Важно не ошибиться в изучении налоговой ставки, так как почти всегда это обязанность именно сотрудника и компания, естественно, никак не связана с вопросами налогообложения. Бывают и такие подводные камни, например, как прогрессивный налог, зависящий от уровня зарплаты – Например, вы быстро проверяете в интернете ставку на зарплату и первые запросы пишут 24-29 процентов. Вы думаете – всё ок. Но если копнуть глубже и найти сайт с сеткой зарплат-налогов, то с уровнем вашей зарплаты налог будет уже 48 процентов, и ваша ежемесячная чистая зарплата будет уже совсем другая.

3.Условия предложения/оффера – не стесняйтесь уточнить, есть ли какие-либо обязательства по денежным суммам, указанным в предложении. Например: в предложении указано 75 000 евро и 5000 евро бонус при трудоустройстве. После уточнения появляются детали, что 75 000 это 60 000 + 15000 как годовой бонус с оценкой производительности. А бонус выплачивается после вычета 30 процентов налогов (т.е. это примерно 3500 евро) и плюс сотрудник не имеет право уволится в течение года, иначе будет обязан вернуть бонус. Это не негативные условия, а просто условия, на которые нужно обратить внимание и учесть.

Условия работы (а точно ли они комфортны?) – а как будет выглядеть ваш рабочий процесс? Уточните детали – а) рабочий день? Возможно, вы последние несколько лет работали из дома в свободном режиме. А в данной компании могут сказать «только из офиса» или например, «из дома, но мы ставим специально ПО для контроля времени» или «рабочий день у нас строго с 9 до 18 часов и возможны просьбы задерживаться до 20 ч по просьбе проекта». Подумайте вы готовы ? Иногда, но размер зарплаты и рабочий режим и список обязанностей действительно могут быть взаимосвязаны. Работаете 10-12 часов в день и выполняете обязанности «БА который заменяет тестировщика, менеджера, скрам мастера и еще кого нужно». б) какие обязанности от вас ожидают? Если вам скажут, что «БА в нашей компании так же выполняет полностью обязанности тестировщика» вам это окей? в) тип компании – ранее я уже описал основные варианты компаний с их нюансами. Это тот тип, где вы видите себя? г) что за проекты/продукты, над которыми вы будете работать и какая у них временная шкала? Для БА важно понимать, что он будет создавать и как долго – уточните какой продукт, какой проект – это создание нового продукта или поддержка существующего, какой размер команды, сколько уже длится проект или если только начался, то на какой примерно период. Получив эту информацию, вы можете понять, насколько интересно вам в целом предложение или есть ли тревожные сигналы. Например, вам долго рассказывают про громадный масштабный проект по созданию нового продукта и на ваш вопрос про состав команды сообщают, что планируется команда всего из 5-7 человек. Масштабным проект в 5 человек вряд ли может быть.

Контекст и Стабильность компании (не получится ли что завтра меня попросят уйти?) – я сталкивался с ситуацией, когда коллега планировал уйти в другую компанию, но после нашего совместного анализа этой компании, передумывал только из-за этого критерия. А) Посмотрите на размер компании. Например, если вся компания это 100-200 человек или меньше то лучше подумать. Б) Проверьте отзывы на сайтах о работодателях. Не стесняйтесь спросить такие вопросы как «а сколько у вас всего БА в компании?» или «сколько у вас сейчас активных проектов и средняя численность команд на проектах?». Если Например, всего в компании сейчас всего 5-10 БА, а вы еще только начинаете свой БА путь, то вы должны понимать, что вероятность получить достаточно экспертизы и расти в такой компании будет не велика (хотя это уже следующий пункт ниже, но все же это контекст компании)

Перспективы профессионального роста (а смогу ли я профессионально развиваться здесь?) – этот пункт может и не быть в вашем списке приоритетов и тогда его можно пропустить. Но если вы планируете расти, а обычно именно профессиональный рост имеет прямую зависимость на рост уровня зарплаты (внутри одной или нескольких компаний), то тогда стоит обратить внимание на существующие возможности в новой компании. А) Как я выше упоминал один из критериев это кол-во БА в компании. Небольшое кол-во укажет на то, что рост не будет возможен в силу ограниченного опыта самой команды, а значит вполне вероятно с течением времени учиться станет не у кого. А если всё-таки в небольшой команде будут гуру БА, у которых можно учиться многие годы, то может всплыть другой нюанс, что небольшая команда (что логично) имеет определенный бюджет и ожидания по функциям. Если у вас в компании 10-15 БА и есть руководитель БА группы и два-три его помощника, то соответственно компании не нужен еще один руководитель и значит рост с целью повышения зарплаты будет невозможен/ограничен или очень растянут во времени (если только у компании уже нет четко определенных планов по росту штата и БА, в том числе в краткосрочной перспективе). Б) Узнайте, как вкладывается компания в рост сотрудников – оплачивает ли внешние курсы, имеет ли свою внутреннюю систему обучения, есть ли практики по созданию продуктов и выполнению проектов. В) Зрелость процессов, связанных с должностными переходами – как выглядит процесс определения перехода сотрудника на новую должность и повышения зарплаты.

Вот и все рекомендации для этой истории и надеюсь они пригодятся, особенно если вы хотите сменить место работы и хотите найти нового надежного работодателя на ближайшие 5-10 лет.

Я никак не закончу эту вступительную главу – прошу извинить меня, так как читатель наверняка уже скорее хочет почитать про то, чем же всё-таки занимается БА в начале своего карьерного пути! Но я позволю себе сделать еще одну маленькую вставку перед концом истории, про самый главный вопрос самому себе на мой взгляд – «А зачем мне вообще именно работа БА в моей жизни?». Смотря на свой опыт работы БА в течение последних 10 лет, я хочу упомянуть очень простые мотиваторы или причины почему мне нравится эта профессия каждый день/неделю/месяц/год. Я вижу всегда два вида мотиваторов – внутренние и внешние.

Зачем становиться БА

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

Идеальная пропорция Деньги-Рабочая нагрузка-Моя жизнь (Work-Money-Life Balance) – я работал всего в двух ИТ компаниях за последние 10 лет и смотря на эти 10 лет и эти компании (Неткрекер и ЕПАМ) для меня – это фантастическое персональное удобство работать Бизнес-аналитиком. Уровень оплаты в сравнении с рабочей нагрузкой и временем на личную жизнь – он идеален. Если назвать баланс Работа/Жизнь/Деньги параметром, то я бы поставил ему значение в 90 процентов по уровню удовлетворенности (и 10 процентов оставить для дальнейших улучшений). Я планирую свой рабочий день, неделю как мне удобно. Я могу один день работать 7 часов в день, а другой день только 4 часа в день, если я хочу или если имею личные важные дела ( и не очень). Я могу работать из дома, из кафе, из другого города, с пляжа – мне нужен только мой ноутбук. Я знаю, что сейчас многие компании после ковида переходят на удаленный формат работы и так же не имеют фиксированных часов работы, но тут я хочу уточнить, что я говорю именно про работу как БА. Именно в этой работе на мой взгляд существует “дух свободы”. Приземленное уточнение – естественно всё это возможно, если вы выполняете все задачи в установленные сроки и с соответствующим качеством.

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

Развитие личности «Создатель Решений» (Solution maker) – это потрясающее ощущение, что я создаю решения, которые потом используются другими людьми/компаниями и помогают решать различные проблемы и зарабатывать деньги. Иногда, естественно, это просто маленький кусочек какой-то системы, но я всегда позиционирую и провожу связи до конечного большого продукта – «да, я участвовал в создании этого продукта». И это ощущение имеет накопительный эффект – через годы я создавал продукты и поставлял решения/проекты и эти достижения накапливаются во мне и в моем опыте. Я пишу «создавал» умышленно – в моей картине мира, где создаются продукты, именно БА играют ключевую роль. Они это тот процессно-артефактный мост, который соединяет желания клиента и то, как выглядит конечный продукт (естественно в зависимости от степени вовлеченности БА). Например, 2016 году я создавал каталог(таксономию) продуктов в новой ИТ системе для крупнейшей телекоммуникационной компании в Эквадоре. И я обязательно проводил или даже визуализировал связь на уровне конечных пользователей и моего вклада в создание системы, которую они используют. Вот такая связь – если вы будете в Эквадоре (или живете здесь) и купите себе симкарту и/или телефон в компании Мобистар (Movistar) и потом зайдете в свой личный кабинет, чтобы добавить какие-то дополнительные продукты или сменить тарифный план или подключить какие-либо опции. И то, как устроена и показана структура продуктов, какие параметры они имеют – все эти сущности и правила их связи и структуры были созданы мною, каждое поле и его свойства(естественно с участием команды проектной и представителей клиентов) . И это мое внутреннее ощущение удовлетворенности и восхищения своей работой – да, да именно внутреннее! Уверяю, я не хожу по улицам и не кричу на каждом углу «это создал я!». Второй момент, которым хочу поделиться – я считаю, что есть такой скилл/навык (возможно не официальный) как «создатель решений» – это не роль и не должность, а именно навык. Если постоянно (я Например, уже 10 лет), как БА, я создаю решения разного масштаба, то у меня накапливаются личностный набор характеристик/навыков, которые образуют этот увлекательный навык «создатель решений». Может чрезмерно оптимистично, но без оптимизма вообще любая работа может стать дикой скукой и недовольством!

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

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

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

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

Да и просто цифры (которые я взял из Линкедин):

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

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

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