Мой опыт перехода из финансового контроллинга в IT — и почему ваш опыт в банке это суперсила, а не помеха.
Десять лет моей жизни были подчинены Плану счетов, регуляторным отчетам в ЦБ и строгому порядку закрытия месяца. Я была начальником отдела бухгалтерии в банке, и моим главным инструментом был 1С, а главными партнерами — налоговые инспекторы и аудиторы. Сегодня я говорю с командой разработки о пользовательских историях, рисую процессы в Miro и помогаю создавать финтех-продукты. Этот переход был не бегством от цифр, а их логичным продолжением. Если вы финансист, бухгалтер или экономист и задумываетесь о бизнес-анализе — этот путь для вас более естественен, чем кажется.
Почему я ушла из «уверенного» прошлого в «нестабильный» IT?
Не из-за моды. Из-за предела. В бухгалтерии процессы отточены регламентами, а инновации часто видятся как риски. Мне же всегда хотелось не только фиксировать финансовую реальность, но и создавать ту, что будет удобнее, быстрее и выгоднее для бизнеса. Бизнес-анализ в IT, особенно в финтехе, — это как раз про это: взять боль бизнеса (часто знакомую до боли) и превратить ее в цифровое решение. Мой опыт был не балластом, а готовым словарем для этого перевода.
Шаг 1: Осознание ценности своего багажа (у вас — золотой чемодан)
Когда я анализировала свои навыки, я поняла, что уже владею 80% «софта» бизнес-аналитика. Просто называлось это иначе:
- Работа с требованиями? Это мои ежедневные регламенты ЦБ, ФНС и внутренние инструкции. Умение читать сотни страниц сложного текста, вычленять суть и переводить в исполнительные указания для отдела — прямое попадание в анализ требований.
- Понимание бизнес-процессов? Я знала end-to-end процесс от проводки до отчетности. Знала, как связаны фрон-офис, бэк-офис и риски. Это готовая карта для выявления узких мест и оптимизации.
- Внимание к деталям и нулевая терпимость к ошибкам. Ошибка в проводке на миллион или в коде на миллион — разница лишь в абстракции. Мышление, отточенное на балансе, который должен сойтись, — бесценно для тестирования и валидации требований.
- Экспертиза в предметной области. Это главный козырь. Когда Product Manager говорит «нужно сделать что-то с НДС», я уже понимаю подводные камни. Когда обсуждается скоринг, я знаю, откуда берутся данные для него. Мой контекст сокращал время на погружение в проекты с месяцев до недель.
Шаг 2: Что пришлось доучить? Технический «софт»
Мой финансовый бэкграунд был мощным фундаментом, но нужно было достроить этаж IT-знаний. Я фокусировалась на практичных вещах:
- Методологии разработки: Изучила Agile/Scrum — и это был культурный шок после waterfall'а банковских регламентов. Но сама идея итеративности и гибкости оказалась близка.
- Инструменты визуализации: Освоила Miro (для схем) и Confluence/Jira (для документирования). После 1С и Excel это было даже увлекательно.
- Основы систем и данных: Разобралась, что такое API (как системы общаются между собой) и подтянула SQL. Цель — не писать сложные запросы, а понимать, как данные, с которыми я работала 10 лет, живут «под капотом» цифрового продукта.
- Язык разработчиков: Научилась формулировать задачи как User Stories («Как пользователь, я хочу...»), а не как приказ начальника отдела.
Мой лайфхак: Я не шла на общие курсы по BA. Я искала курсы по «Бизнес-анализ в финтехе» или изучала материалы, где кейсы были связаны с банковскими продуктами. Так информация ложилась сразу на готовую ментальную карту.
Шаг 3: Как создать портфолио, не имея опыта в IT?
Я сделала то, что умела лучше всего — проанализировала знакомую систему:
- Кейс: Взяла наш внутрибанковский портал для сотрудников. Проанализировала процесс согласования отпуска, который вечно «висел». Нарисовала AS-IS процесс в BPMN, нашла узкое место (три несвязанных между собой согласующих), предложила TO-BE процесс с автоматической маршрутизацией.
- Результат: Создала прототип интерфейса заявки в Figma и описание требований. Это стало моим первым и самым сильным кейсом в портфолио. На собеседованиях его разбирали с большим интересом, потому что проблема была реальной, а анализ — глубоким.
Шаг 4: Первая работа: куда идти с таким профилем?
Я целенаправленно искала финтех-компании, IT-департаменты банков или вендоров, которые делают софт для банков. Мой профиль там понимали с полуслова.
- На собеседовании я не скрывала отсутствия коммерческого опыта в IT. Вместо этого я говорила: «Я не знаю, как у вас принято оформлять бэклог, но я глубоко понимаю, как работает процессинг карт, и могу с первого дня выявлять противоречия в требованиях к новой платежной функции. Давайте я расскажу, как вижу этот процесс?»
- Моя уверенность в предметной области и структурированность мышления (спасибо, баланс!) перевешивали отсутствие навыка работы в Jira. Jira можно научиться за неделю, а глубокое понимание банковских продуктов — за годы.
Что в итоге?
Мой переход — это не история о кардинальной смене пути. Это история о глубокой специализации и эволюции навыков. Я по-прежнему работаю с финансами, рисками и регламентами. Но теперь я не просто следую правилам — я помогаю создавать инструменты, которые эти правила делают удобнее для бизнеса и клиентов.
Если вы из финансового мира и задумываетесь о таком шаге — ваша стартовая позиция гораздо выгоднее, чем у многих. Ваша задача — не выучить всё с нуля, а грамотно переупаковать свой золотой чемодан опыта под язык цифровой трансформации.
А вы сталкивались с коллегами, которые пришли в IT из узких профессиональных сфер? Или, может, сами планируете такой переход? Делитесь в комментариях — обсудим наши «нетривиальные» карьерные траектории!
Подписывайся https://t.me/analist_analist_analist
https://boosty.to/analist