Юрий Дайбов
Юрий Дайбов

// опыт

Избранные кейсы

Не полная карьерная история — выборка задач, которые лучше всего передают характер работы и тип проблем, с которыми я работаю.

Запуск финтех-платформы B2B2C с нуля

Контекст

FinTech-стартап в сегменте комплексных финансовых продуктов. Компания начинала без технической команды и инфраструктуры — задача состояла в том, чтобы выйти на рынок в сжатые сроки с полноценной платформой для B2B- и B2C-аудиторий одновременно.

Задача

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

Вклад

Определил архитектуру: микросервисы, распределённые асинхронные очереди, CI/CD-инфраструктура. Сформировал команду до 10 человек. Выстроил разработку линейки личных кабинетов и административных интерфейсов, организовал создание кросс-платформенного мобильного приложения (iOS, Android, Web, Desktop). Наладил процессы эксплуатации, мониторинга и соблюдения SLA.

Результат

Коммерческий запуск — через 6 месяцев после старта. Сотни B2B-клиентов и тысячи B2C-пользователей к моменту завершения проекта.

fintech запуск с нуля микросервисы мобильная разработка B2B2C

Перезапуск IT-компании без остановки клиентского сервиса

Контекст

Аналитическая BI/DWH-платформа, ~50 специалистов. Кадровый и управленческий кризис привёл к деградации процессов при сохраняющейся клиентской базе, требующей непрерывной поддержки. Продукт нуждался в глубокой технической модернизации и подготовке к промышленному аудиту безопасности.

Задача

За минимальный срок пересобрать команду и выстроить инфраструктуру, не прерывая поддержку действующих клиентов. Параллельно — пройти промышленный пентест, подготовить продукт к сертификации и реализовать масштабный проект кастомизации для крупного клиента из энергетического сектора.

Вклад

За 6 месяцев пересобрал IT-команду. Организовал миграцию инфраструктуры на гиперконвергентный стек, перевёл разработку с Mercurial на GitLab с переходом на монорепозиторий. Провёл полный рефакторинг low-code подсистемы и системы логирования. Обеспечил прохождение промышленного пентеста с существенной доработкой защиты. Выстроил процессы клиентского сопровождения, тестирования и контроля качества. Выступал технологическим советником CEO при выработке стратегических решений.

Результат

Первый релиз новой команды — в течение 6 месяцев после прихода. Следом — MVP нового продукта.

антикризис BI/DWH инфраструктура безопасность team-rebuild

Смена технологического стека и выход в новый рыночный сегмент

Контекст

MDM-платформа B2B2C, ~50 специалистов. Унаследованный enterprise-стек не обеспечивал ни надёжности продукта, ни экономической эффективности разработки. Частые сбои, медленный цикл релизов, высокая стоимость поддержки.

Задача

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

Вклад

Пересобрал команду, добившись кратного роста производительности при меньшей численности. Осуществил переход с .NET на Python. MVP на новой архитектуре — через 1,5 месяца, коммерческая версия — через 4 месяца. Самостоятельно вывел продукт на рынок МФО — новый для компании сегмент.

Результат

ФОТ снижен более чем в 2 раза. Скорость релизов выросла в 3 раза. Продукт успешно запущен в новом сегменте.

смена стека MDM оптимизация затрат go-to-market Python

Параллельное развитие продуктового портфеля в технологическом стартапе

Контекст

Технологический стартап при поддержке крупной строительной компании, до 100 специалистов. Портфель включал несколько направлений одновременно: умная домофония, ERP-система для линейного строительства, продукты для коммерческой недвижимости, автоматизация тендерных процедур.

Задача

Одновременно развивать несколько продуктов на разных стадиях зрелости, реструктурировать команду и частично обновить технологический стек — не потеряв фокус и не распылив ресурсы между направлениями.

Вклад

Пересобрал команду, частично сменил технологический стек. Выстроил параллельные продуктовые стримы с общей инженерной инфраструктурой. Обеспечил поступательное движение каждого продукта от разработки к коммерческому внедрению.

Результат

Все продукты портфеля доведены до коммерческого внедрения и реальных продаж.

стартап продуктовый портфель proptech строительные технологии multi-product

Технический аудит и критический путь к запуску

Контекст

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

Задача

Провести независимый аудит технической деятельности и определить критический путь до коммерческого запуска. Охват — шесть направлений: архитектура кода и сервисов, процессы разработки и управление, организационная структура и роли, инфраструктура и эксплуатация, тестирование и качество, информационная безопасность вместе с платёжным контуром. На выходе — приоритизированные выводы и решения, понятные и руководству, и инженерам.

Вклад

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

Результат

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

технический аудит gap-анализ due diligence критический путь advisory
info

Кейсы представлены в обобщённом виде без указания конкретных компаний и чувствительных деталей. Для детального обсуждения опыта — напишите мне.

Контакт

Давайте поговорим

Открыт к предложениям по advisory, fractional CTO и стратегическим консультациям.

mail Написать