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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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