Кейсы

B2B-портал: аудит провального проекта

Проблема. Группа компаний (промышленные комплектующие, 30+ лет на рынке) наняла подрядчика для разработки B2B-платформы: автоматизация закупок, логистики, продаж, AI-агенты. Концепция на 76 пунктов, договор на 1.97 млн. Через семь месяцев и 1.38 млн — есть дизайн и HTML-вёрстка. Бэкенда нет, работающего продукта нет. Подрядчик требует доплату за ТЗ, заказчик написал ТЗ сам — подрядчик отверг без конкретных замечаний. Тупик.

Что сделано. Изучил договор, концепцию, вёрстку, ТЗ заказчика и переписку с подрядчиком. Оценил трудоёмкость по каждому пункту концепции: 2 200–3 500 человеко-часов, 6.5–17.7 млн — при бюджете 1.97 млн. Провёл технический аудит вёрстки: jQuery 2015 года, уязвимости, 29 форм без CSRF — непригодно для B2B с коммерческими данными. Оценил ТЗ заказчика: структура профессиональная (77 сценариев, модель БД, бизнес-правила), 80% пути, но требует доработки. Определил корневые причины: водопадный подход, отсутствие технического надзора, несопоставимость скоупа и бюджета, часть требований избыточна. Подготовил MVP: 250–360 часов, 750K–1.8 млн, два месяца — вместо 76 пунктов 15 ключевых, закрывающих главную боль.

Результат. Заказчик получил независимую картину: анализ договора, оценку трудоёмкости, аудит вёрстки и ТЗ, разбор корневых причин, рекомендацию по MVP и организации работы. Основание для принятия решения: продолжать, менять подрядчика или пересобрать проект в другом масштабе.

Спасение критической системы: MDM на миллионы клиентов

Проблема. Крупная розничная компания потеряла единственного разработчика системы Master Data Management — единой клиентской базы на миллионы записей. Ноль документации, ноль тестов, отсутствие CI/CD, сервисы запущены из IDE на продакшене.

Что сделано. Экстренное извлечение знаний (20+ часов интервью), архитектурная документация (C4-диаграммы). Стабилизировал систему, перенёс исходники в систему контроля версий, настроил и запустил CI/CD, перенёс продуктивные сервисы в Docker, настроил централизованный сбор логов и метрик, запустил дашборды мониторинга. Параллельно сопровождал работу системы, решал возникающие проблемы и устранял сбои.

Результат. Полный аудит кода (десятки выявленных проблем), аудит безопасности. Анализ целесообразности развития текущей системы, вариант решения существующих архитектурных проблем. Архитектура v2, функциональные требования к новой системе, тендерная документация на перестройку.

Внутренний AI-хакатон: от идеи до продуктива

По результатам мастер-класса организовал и провёл корпоративный хакатон: 21 команда в течение месяца реализовывала бизнес-задачу, применяя инструментарий из мастер-класса — Claude Code, BMAD-Method и агентные подходы. На протяжении хакатона консультировал команды, помогал решать возникающие вопросы и оценивал эффективность использования AI-инструментов. Жюри отобрало финалистов, победитель выводит своё решение в продуктивное использование.

AI-инструменты в разработке: практика

Корпоративный мастер-класс из двух встреч: теория эволюции AI-разработки — от автодополнения до агентных систем, и практическая работа с Claude Code и BMAD-Method. Хронология инструментов, сравнение подходов, живая демонстрация агентного цикла.

Перевод сайта на новый стек и построение производства с нуля

Задача. Крупная компания финансового сектора приняла решение перевести сайт на современный технологический стек: backend — Kotlin, микросервисная архитектура, frontend — React.

Что сделано. С нуля собрал и запустил 3 команды (~35 человек): front, backend, API для партнёров. Развернул Kubernetes, настроил и запустил CI/CD. Выстроил систему мониторинга от инфраструктуры через приложения до бизнес-метрик. Разработал и внедрил API Gateway на реактивном стеке. Устранил более 100 тикетов информационной безопасности, обнаружил и закрыл утечку персональных данных на старом сайте.

Результат. Более 30 реализованных библиотек и сервисов, дизайн-система, API для агрегаторов и маркетплейсов. Полностью выстроенный производственный процесс с нуля.

Перевод разработки от подрядчика внутрь компании

Задача. Крупная телеком-компания решила перевести разработку критической системы от внешнего подрядчика во внутренний контур. Система — 60 модулей, 17 микросервисов, интеграции с 5 банками.

Что сделано. Адаптировал проект под внутренние требования инфраструктуры, безопасности и брокеров сообщений. Совместно с DevOps автоматизировал сборку и доставку новых версий. Оптимизировал массовую загрузку данных в БД с десятков минут до секунд.

Результат. Система переведена во внутренний контур и выведена в промышленную эксплуатацию. Полная автономность от внешнего подрядчика.

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

Задача. IT-компания с производством полного цикла (250+ человек) нуждалась в централизации управления кросс-функциональными командами и поднятии технологического уровня.

Что сделано. Централизовал управление командами, снял необходимость организации производственной деятельности с руководителей дивизионов. Сформировал PaaS-платформы и стандарты разработки. Создал центры компетенций, систему обучения и наставничества. Выстроил конвейеры CI/CD, сформировал команду DevOps. Внедрил систему метрик операционных и производственных процессов.

Результат. Компания подготовлена к кратному масштабированию. Единые стандарты, платформы и процессы для запуска новых направлений бизнеса.