Про бизнес-аналитиков (попросили в чате)

Так получилось что определенную часть своей карьеры я работал бизнес-аналитиком. Название позиции меня манило: дескать, есть слово "бизнес", значит это про бизнес и основная задача - этот бизнес анализировать, генерируя "креативные" идеи. На деле, естественно, оказалось всё совсем не так. В определенный, достаточно поздний момент своей карьеры, бизнес-аналитик действительно может дорасти до профессионального консалтинга, и не на базе "креатива", а на базе богатого опыта работы с похожими бизнесами. С другой стороны, есть другая профессия - аналитик данных, это ближе к аббревиатуре BI (Business Intelligence, не путать с BA - Business Analysis). Вот там (опять же, не сразу со старта и не везде) можно покопаться в данных и попробовать генерировать гипотезы для оптимизации, опять же опираясь не на "креатив", а на математический аппарат.

В основном бизнес-аналитики младшего и среднего уровня просто пишут техзадание к проекту для программистов. Это очень дотошная, кропотливая работа с необходимостью продумывать множество мелких нюансов: если за спиной программиста скорее всего стоит тестировщик, который поправит его косяки, то за спиной бизнес-аналитика не стоит никого, и его косяки в дальнейшем породят снежный ком других косяков. На ранних уровнях развития этого покемона также часто называют техническим писателем. Но иногда технические писатели пишут конкретно хелпы, мануалы и т.п. и не лезут в спецификации, поэтому лучше уточнять конкретно чем нужно заниматься, если запланируете откликнуться на такую вакансию. Чем отличаются системные аналитики от бизнес-аналитиков - вам в теории подробно расскажут гуру бизнес-анализа, на практике это подразумевает то же самое в 95% случаев. Происходит эта путаница из-за того что иногда бизнес-аналитиками называют аналитиков бизнес-процессов. Эти ребята не пишут ТЗ, а занимаются моделированием оргпроцессов (такой штукой как ITIL например), строят BPM модели, разрабатывают регламенты. Как ни странно, но в IT таких ребят не очень много (т.к. гигантских компаний тут особо и нету), зато много например в крупных ритейлерах, где есть гигантские масштабы компаний и количества людей в них работающих.

Но вернемся к нашему обычному айтишному бизнес-аналисту. С большего позиция БА - это позиция для сервисных компаний и интеграторов. Клиенту, который заказывает софт часто лень писать детальную спецификацию, либо он не способен это сделать в нормальном виде. Вообще, к сожалению, 90% людей без подготовки не способны структурированно написать внятное техзадание - бизнес-аналитиков специально этому обучают, обучение включает в себя как работу со структурой требований, так и различного рода проверки их валидности, полноты и логики. Поэтому бизнес-аналитик это стандартная роль для любого аутсорса. Дополнительно важным фактором их популярности в аутсорсе является желание самих аутсорсеров подробно документировать происходящее на проекте, т.к. наличие хорошей документации:
а) Позволяет взаимозаменять людей на проекте, быстро вводить новых, позволяет не развалиться проекту после внезапного ухода ключевых спецов (точнее так думают сами аутсорсеры, на практике люди крайне хреново и неохотно читают легаси документы);
б) Позволяет эффективно решать любые споры с клиентом по поводу объёмов/требований/контрактов, короче держит клиента в тонусе;
в) Позволяет зарабатывать ещё и на голове проданного бизнес-аналитика.

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