Собес в Сбер · Менеджер проекта (GigaChat)

Как понять, что проект идёт по плану и не превысит сроки и бюджет?

KPI: scope/schedule/budget burn rate, burndown, риск-реестр, EVM-метрики (CPI/SPI), регулярные статусы, early warning signals — рост WIP, блокеры, сдвиг критического пути.

Как происходит приоритизация и распределение задач аналитиков?

MoSCoW/WSJF/RICE, зависимости, capacity команды, согласование с бизнесом, прозрачный бэклог, пересмотр приоритетов на регулярных синках.

Как управлять приоритетами задач, чтобы разработчики не простаивали и ожидания стейкхолдеров были управляемы?

Готовность требований (Definition of Ready), WIP-лимиты, буфер на исследования, эскалация блокеров, управление ожиданиями через roadmap и коммуникацию.

Как коммуницировать с бизнесом при простаивании разработчиков из-за незавершённой проработки требований?

Прозрачность: показать cost of delay, предложить план доработки требований, перераспределить ресурсы, зафиксировать риски и новые сроки, не скрывать проблему.

Что включает разбиение эпиков и что должно быть в их описании?

Цель, user story/бизнес-ценность, критерии приёмки, зависимости, оценка, риски, связь с метриками успеха.

Тестируете ли вы реализованное решение?

Да: UAT с клиентом, приёмочные критерии, smoke/regression, пилот на ограниченной аудитории, фиксация дефектов, sign-off перед продакшеном.

Как выявляете потребности клиента перед демонстрацией GigaChat?

Discovery: бизнес-процессы, боли, KPI, текущий стек, данные, ограничения (безопасность, on-prem), decision makers, бюджетный цикл.

Как строите коммерческое предложение и считаете ROI для клиента?

Baseline метрик → эффект (экономия FTE, сокращение TTR, рост конверсии) → стоимость внедрения и лицензий → payback period → риски и этапы пилота.

Как проводите демо GigaChat, чтобы закрыть возражения?

Демо на данных клиента (или близком кейсе), фокус на бизнес-результате, не на технологиях; заранее готовить ответы на безопасность, интеграцию, стоимость токенов.

Как работаете с возражениями «у нас уже есть ChatGPT/другая LLM»?

Сравнение по: русскоязычность, on-prem/152-ФЗ, экосистема Сбера, интеграция с корп. системами, поддержка, TCO, SLA.

Расскажите про последнее место работы

STAR: роль, масштаб клиентов, конкретные KPI (выручка, внедрения, NPS), ваш вклад в пресейл/delivery, один яркий кейс с цифрами.

Чем отличается GigaChat API от потребительской версии GigaChat?

API — для интеграции в корп. продукты: токены, тарифы, сертификаты, on-prem опции, GigaChain, мониторинг потребления, юрлица/ИП в ЛК Studio.

Что такое RAG и когда его предлагать клиенту?

Retrieval-Augmented Generation: LLM + поиск по корп. базе знаний. Нужен, когда ответы должны опираться на внутренние документы, а не на общие знания модели.

Какие ограничения LLM важно озвучить клиенту на пресейле?

Галлюцинации, контекстное окно, стоимость токенов, latency, необходимость guardrails, качество данных для RAG, human-in-the-loop.

Как устроен типичный пайплайн внедрения GigaChat для корпоративного клиента?

Discovery → PoC/пилот → интеграция API → RAG на данных клиента → тестирование/UAT → обучение пользователей → масштабирование и мониторинг.

Что такое мультиагентные системы и зачем они бизнесу?

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

Насколько хорошо вы ориентируетесь в банковской предметной области?

Продукты (кредиты, РКО, эквайринг), регуляторика (ЦБ, 152-ФЗ, PCI DSS), core banking, цифровые каналы, тренды (open API, AI в банке).

В чём разница корреспондентского и расчётного счёта?

Корреспондентский — у банка в ЦБ для межбанковских расчётов; расчётный — у клиента для операций. Разные назначения и владельцы.

Какие специфические риски при внедрении ИИ в банковском секторе?

Персональные данные, утечки, регуляторные требования, explainability, операционные риски, репутационные риски при ошибках модели.

Как GigaChat может помочь банковским клиентам Сбера?

Автоматизация поддержки, анализ документов, генерация отчётов, ассистенты для сотрудников, персонализация, ускорение due diligence — с учётом compliance.

Что делать при противоречащих требованиях от стейкхолдеров?

Собрать требования, выявить конфликт, оценить impact/effort, эскалировать к sponsor, предложить trade-off или MVP, зафиксировать решение письменно.

Как задаются вопросы и уточняются требования у стейкхолдеров?

5 Why, интервью, workshop, прототипы, user stories, acceptance criteria, playback-сессии для подтверждения понимания.

Как взаимодействуете с первыми лицами компаний?

Краткость, бизнес-язык, фокус на ROI и рисках, подготовка executive summary, уважение к времени, follow-up с конкретными next steps.

Выступаете ли вы как аналитик, пишете прототип, а остальное делают разработчики?

Опишите границы роли: где вы сами прорабатываете требования/прототип, а где делегируете BA/архитекторам; важна способность говорить на языке обеих сторон.

Что включает в себя техническое задание для разработчиков?

Цели, scope, функциональные/нефункциональные требования, интеграции, API-контракты, acceptance criteria, ограничения, риски, зависимости.