Собеседование на системного аналитика в ТТК: этапы, OSS/BSS, частые ошибки

ТрансТелеКом (ТТК) — оператор связи с историей, тесно связанной с инфраструктурой железных дорог: компания исторически развивалась как магистральный провайдер для нужд РЖД и постепенно вышла на массовый рынок B2C и B2B. Системный аналитик в ТТК работает в среде, где много «провайдерской» специфики (магистральные сервисы, аренда каналов, MPLS, IP VPN), много корпоративных продаж и сильное наследие BSS/OSS. Эта статья собрана из публичных описаний вакансий, отзывов кандидатов и общеотраслевых практик найма в телеком-компаниях — её цель помочь подготовиться, а не пересказать внутренние документы.

Почему ТТК — особенный работодатель {#pochemu-ttk-osobennyy-rabotodatel}

ТТК редко звучит в разговорах про «модный телеком» — а зря. Это оператор с одной из самых протяжённых магистральных сетей в стране, активный игрок B2B-сегмента (корпоративные каналы связи, ЦОД-услуги, безопасность), и при этом с действующим розничным брендом «ТТК-Розница» в ряде регионов. Эта смесь делает работу системного аналитика интереснее, чем кажется снаружи: одна команда может заниматься выгрузкой счетов корпоративным клиентам, другая — личным кабинетом для абонентов в небольшом городе, третья — оркестрацией заказов на магистральные сервисы.

Технологически ТТК — компания со «слоистой» историей: есть унаследованные OSS/BSS-системы, есть более новые сервисы, есть интеграции с РЖД и партнёрами по обмену каналами. Для SA это означает много работы с архитектурой «как есть» и в постепенной модернизации. Хорошо себя чувствуют те, кто не пугается легаси, умеет читать длинные документы и любит выстраивать порядок там, где он размыт.

Этапы собеседования {#etapy-sobesedovaniya}

Цикл найма SA в ТТК обычно занимает 2–4 недели и проходит в 3–4 этапа. Конкретный маршрут зависит от направления и грейда — ниже типовая схема.

1. HR-скрининг (25–40 минут)

Стандартный разговор с рекрутером: опыт, домены (биллинг, B2B-продукты, OSS, интеграции), предпочтительный график, ожидания по компенсации. На этом этапе уточняют, насколько кандидат знаком с провайдерской спецификой (что такое MPLS, IP VPN, последняя миля, прайс-лист корпоративных сервисов) — это не обязательное знание, но если оно есть, разговор течёт легче.

2. Техническое интервью с SA или тимлидом (60–80 минут)

Главный фильтр. Разбирают конкретный кейс из вашего опыта: подробно, с уточнениями. Часто просят описать процесс заказа сервиса B2B-клиентом — от заявки до активации, включая взаимодействие с CRM, OSS, биллингом и обслуживающими подразделениями. Параллельно проверяют SQL (JOIN, агрегаты, оконные функции), знание нотаций (BPMN, UML, иногда ArchiMate), понимание интеграционных паттернов.

3. Интервью с руководителем направления (60 минут)

Здесь больше про бизнес-контекст: как вы расставляете приоритеты, как ведёте себя в конфликтных требованиях, как взаимодействуете с заказчиками. Иногда дают мини-кейс — например, «нужно вывести новый корпоративный сервис за 8 недель, ресурс OSS-команды ограничен, как декомпозируешь?». Руководитель оценивает зрелость подходов и адекватность ожиданий по срокам.

4. Финал / встреча с командой (опционально, 30–45 минут)

Не всегда обязательный этап. Команда смотрит на культурный фит, отвечает на вопросы кандидата, рассказывает про инструменты (Confluence, Jira, иногда отдельные решения для требований и архитектуры). После этого делают предложение.

Особенности по командам {#osobennosti-po-komandam}

Системный аналитик в ТТК — это набор очень разных ролей в зависимости от того, в какой части бизнеса вы оказались.

B2B-сервисы и корпоративные продажи

Челенджи: длинные процессы продажи и установки, индивидуальные тарифы и SLA, согласования с эксплуатацией, частые исключения. Технологии: CRM, конфигуратор продуктов, B2B-портал, интеграции с биллингом и оркестратором. Кому подойдёт: SA, умеющий работать с длинными цепочками согласований, документировать «исключения» и видеть процесс целиком, а не только свой узкий участок.

Биллинг и расчёты

Челенджи: сложные тарифные модели для корпоративных клиентов, регулярные перерасчёты, акты, интеграции с бухгалтерией. Технологии: BSS-системы биллинга, базы данных (Oracle, Postgres), интеграции через ESB/Kafka. Кому подойдёт: SA, который любит точность и не боится разбираться, почему именно одна копейка ушла «не туда» в массовом перерасчёте.

OSS и магистральные сервисы

Челенджи: инвентаризация ресурсов сети, активация каналов, заявки на работы, эксплуатация. Технологии: OSS-системы (часто вендорские), интеграции с системами мониторинга, документация по сети. Кому подойдёт: SA с инженерным мышлением, не боящемуся протоколов и сетевых терминов. Бывшие сетевые инженеры здесь чувствуют себя как дома.

Цифровые каналы B2C и B2B-самообслуживание

Челенджи: личные кабинеты, мобильные приложения, веб-формы заявок, чат-боты. Технологии: REST-API, BFF-слои, фронт на современных фреймворках. Кому подойдёт: SA с продуктовым уклоном, любящему работать с UX-командой и быстро итерироваться.

Что ТТК ценит в системном аналитике {#chto-ttk-tsenit}

В большой телеком-компании цена ошибки в требованиях обычно высокая: одна некорректная формулировка может вылиться в долгий перерасчёт по сотням контрактов или в нерабочую интеграцию между двумя ключевыми системами. ТТК ценит SA, который умеет управлять этой ценой через формализацию: чётко описывать сущности, состояния, бизнес-правила, нефункциональные требования, риски.

Сильный кандидат говорит про требования через ответственность и трассируемость: каждое требование привязано к источнику, у каждого требования есть владелец, для каждого требования понятно, как его проверить на приёмке. Слабый — пишет общие фразы вроде «система должна обеспечивать высокую доступность» без числовых SLA, не различает «должно» и «может», смешивает функциональные требования с реализацией.

Простой пример. Постановка «сделать выгрузку счетов для корпоративных клиентов» — это не требование, это название тикета. Сильный SA пишет: «выгрузка счетов в формате X доступна авторизованному пользователю с ролью Y; включает поля A, B, C; за выбранный период; в случае большого объёма — отправляется на почту; в случае ошибки данных — генерируется частичный отчёт с указанием проблемных строк; время формирования отчёта не превышает T минут при объёме до N записей; для каждого запуска фиксируется аудит-лог».

Как готовиться: план {#kak-gotovitsya-plan}

Подготовка к SA-собеседованию в ТТК строится на трёх китах: общеаналитическая база, телеком-домен и личные кейсы. Стартовая часть — нотации (BPMN, UML use-case и sequence, ER-диаграммы), SQL уверенного уровня, основы REST/SOAP, интеграционные паттерны (синхронный/асинхронный обмен, идемпотентность, очереди, retry), базовое понимание архитектуры (микросервисы vs монолит, ESB, шины событий). Полезно потренироваться читать OpenAPI и описывать контракт интеграции своими словами.

Следующий слой — телеком-специфика. Изучите устройство B2B-телекома: магистральные сервисы, IP VPN, MPLS, выделенные каналы, последняя миля, SLA, штрафные санкции. Прочитайте обзоры по биллингу B2B (отдельные тарифы по контрактам, тарификация по объёму трафика и портам, регулярные акты), посмотрите материалы TM Forum (eTOM, SID, Open APIs). Параллельно — короткие сессии по SQL и нотациям на тренажёре Карьерник: он помогает поддерживать форму в моментах, которые в реальной работе встречаются нечасто.

Финальный этап — кейсы. Подготовьте 2–3 истории из своей карьеры в формате «ситуация → задача → действия → результат». Сделайте отдельный кейс про конфликт требований и его решение: какие были стороны, какие аргументы, какой компромисс. Подготовьте «слабую историю» — где вы ошиблись и что вынесли. В ТТК такие истории воспринимаются нормально, особенно если кандидат умеет говорить о своих ошибках спокойно и по делу.

Частые ошибки {#chastye-oshibki}

• Кандидат говорит про требования абстрактно, без привязки к ролям и системам: «нужно сделать выгрузку», «должна быть кнопка», «должно работать быстро».
• Игнорирование non-happy paths. Описывается только идеальный путь, без поведения системы при ошибках, тайм-аутах, частичных отказах.
• Слабый SQL и нежелание думать о данных: «я обычно прошу аналитика данных» — звучит как красный флаг для SA-роли в телекоме.
• Отсутствие чёткой границы между функциональными требованиями и описанием реализации: кандидат сразу пишет «использовать Kafka» или «положить в Postgres», не объяснив, какое требование за этим стоит.
• Незнание базовых сетевых и телеком-понятий. Не нужно быть инженером, но понимать, что такое VLAN, MPLS, последняя миля — необходимо.
• Слишком общий рассказ о себе: «писал требования, общался с разработчиками». Без конкретных примеров и метрик интервьюер не понимает грейд.

Связанные темы {#svyazannye-temy}

• Собеседование на DE в ТТК
• Собеседование на DS в ТТК
• Собеседование на SA в Tele2
• Собеседование на SA в МТС
• Собеседование на SA в МегаФон

FAQ {#faq}

Сколько готовиться?

При наличии 1–2 лет опыта SA — 4–6 недель прицельной подготовки. Если опыт смежный (бизнес-аналитик, разработчик BSS, инженер сети) — добавьте 3–5 недель на освоение SA-специфики и нотаций.

Спрашивают ли SQL?

Да. Уровень — средний-сильный: JOIN, агрегаты, оконные функции, понимание плана выполнения хотя бы поверхностно. Стек чаще всего Oracle и Postgres.

Нужно ли быть инженером сети?

Нет, но базовое понимание помогает. Если вы работаете с OSS-направлением — без сетевого минимума будет сложно. Для биллинга и B2B-каналов хватает общей эрудиции.

Чем отличается SA в ТТК от SA в большом мобильном операторе?

ТТК заметно сильнее в B2B-сегменте: магистральные сервисы, корпоративные продукты, длинные процессы продажи. Мобильные операторы делают акцент на массовом B2C, тарифной гибкости и цифровых каналах. Сами инструменты SA схожи, но домены и темп выпуска фич разные.

Какие книги и ресурсы помогают?

Wiegers «Software Requirements», TM Forum (eTOM, SID, Open APIs), книги по BPMN и UML на русском, обзоры по биллингу. Из практики — Confluence-шаблоны постановок крупных российских компаний (можно найти в публикациях).

Статья основана на публичных источниках: вакансиях, отзывах кандидатов на open-площадках, профильных сообществах и общих практиках найма в крупных телеком-компаниях. Конкретные процессы и требования могут отличаться от описанных и меняются со временем — уточняйте детали у рекрутера.