Попросите кого-нибудь «купить хлеба» — и велика вероятность, что вам принесут не тот хлеб. Не потому что человек невнимателен, а потому что слово «хлеб» у каждого в голове означает свое: у одного — привычный «кирпичик» из соседнего магазина, у другого — свежая лепешка с базара. Никто не соврал и не схалтурил. Просто одно и то же слово оказалось наполнено разным смыслом — и этого никто не заметил, пока не стало поздно.
В быту такая путаница стоит одного неудачного похода в магазин. На работе — почти то же самое, только вместо хлеба обычно кнопка в приложении. Выглядит это, например, так: бизнес говорит разработчику: «нужно просто добавить кнопку». Разработчик кивает — вроде понятно, вроде просто. Через три недели готова кнопка, которая не решает ничего, потому что «просто» для бизнеса означало «переписать логику всего раздела», а для разработчика — «добавить один элемент интерфейса».
Оба говорили на одном языке. Оба использовали простые, понятные слова. И оба, по сути, не поняли друг друга — потому что за одинаковыми словами у них стояли разные картинки в голове.
Это может происходить практически на каждой встрече между бизнесом и разработкой — и есть профессия, которая целиком построена вокруг того, чтобы этот разрыв замечать и закрывать. Мало кто понимает, чем она на самом деле занимается, а если и слышал о ней — считает ее частью программирования. Это не совсем так.
Если спросить случайного человека, чем занимается программист — большинство хоть примерно ответит. Спросите про бизнес/системного аналитика — и в лучшем случае можно услышать «что-то про Excel» или неуверенное «переводчик между бизнесом и IT».
На деле это профессия с конкретной, повторяемой структурой работы:
По сути, это профессия человека, который живет на стыке двух языков — языка бизнеса (что нужно и зачем) и языка систем (как это должно работать технически) — и его единственная задача обеспечить, чтобы перевод между ними не терял смысл.
Главный стереотип, который отпугивает людей от этой профессии, — мысль «в IT нужно уметь программировать». Аналитику это не требуется (по крайней мере в классическом понимании). Куда важнее другой набор качеств:
Это делает профессию открытой для людей с самым разным бэкграундом — не только для выпускников профильных технических специальностей, но и для тех, кто пришел из математики, экономики, лингвистики или гуманитарных наук, если у них есть склонность к структурному мышлению и терпение к переговорам.
Мой собственный путь — тому подтверждение. Я пришел в профессию не через диплом программиста, а через опыт в разных индустриях: начинал в FMCG, продолжил в FinTech, а сейчас работаю в телекоме — в Beeline Казахстан, где занимаюсь B2B-направлением (Mainsite / SuperApp). Индустрии вокруг менялись — но от меня каждый раз требовалось одно и то же умение: слушать и переводить, а не писать код.
Параллельно с этим — уже около 5 лет я преподаю высшую математику в Международном университете информационных технологий (МУИТ). Здесь тоже был свой путь: начинал с самой начальной преподавательской позиции, сегодня — Assistant Professor.
Это не два разных навыка, случайно уживающихся в одном расписании. Это один и тот же навык, примененный в двух направлениях. На работе я перевожу нечеткую бизнес-потребность в точную техническую формулировку — для человека, который знает, чего хочет, но не знает, как это описать на языке систем. На занятиях я перевожу точную математическую формулировку в понятное объяснение — для человека, который слышит термин впервые и не может сходу увидеть, зачем он нужен.
В обоих случаях работа начинается с одного и того же вопроса: «что стоит за этими словами на самом деле?» — и заканчивается только тогда, когда человек по ту сторону разговора действительно понял, а не просто кивнул.
Именно поэтому я вижу пробел в том, как объясняют эту профессию, особенно ясно: большинство описаний бизнес/системных аналитиков звучат как список должностных обязанностей. На деле это профессия про то же самое, с чего начался этот текст — про разрыв между тем, что сказано, и тем, что понято. И если вы когда-нибудь ловили себя на том, что умеете объяснить сложное простыми словами лучше, чем написать код — возможно, это тот самый навык, вокруг которого стоит строить карьеру.
