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

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

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

Подумайте, в каком домене вы сильны? Сколько лет опыта у вас есть работы в этом домене?

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

2. Знание языка (этот фактор не актуален для носителей английского языка или для тех, кто трудоустраивается в не международную компанию) – без знания английского языка сейчас, я думаю, трудоустроиться не получится. Да, уровень владения языком может быть совершенно разный, но в какой-то базовой форме он точно должен быть. Я бы разбил для БА уровень владения на три уровня. Нет, не официальные уровни, принятые в мире как A1, A2, B1 и так далее, а именно уровни, которые будут влиять на ваше трудоустройство, уровень позиции, на которую вас будут готовы взять, и, естественно, вашу привлекательность для работодателя. В работе БА в контексте использования языка можно выделить три вида основных типов активностей:

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

– Коммуникация с клиентом – умение вести свободные переговоры с представителями клиентов (под «клиентами» я подразумеваю тех, кто не является частью вашей проектной/продуктовой команды, а являются частью той команды, для которой вы делаете проект/продукт).

– Коммуникация с командой – умение общаться с командой в процессе создания продукта/проекта.