Полный цикл: от знакомства команды с методологией до самостоятельного применения на реальных PR. После сопровождения команда не зависит от меня — сама пишет в стиле UCP, ведёт спецификацию-как-код, использует AI-скиллы для ревью.
Когда нужен
- Стартуете новый сервис и хотите задать правильные правила игры с первого дня
- Выходите из классической слоёной архитектуры (монолит на JSP/Servlet, JPA-Entity в контроллерах) — нужен переход с управляемым риском
- Команда уже знает про DDD/CQRS, но не сходится «как именно делать в нашем стеке»
- Нужно, чтобы новые разработчики въезжали по спеке за неделю, а не за месяц
Что входит
Воркшоп (2 дня, очно или онлайн)
День 1 — паттерн и спецификация:
- Use Case Pattern: три уровня зрелости, как выбрать свой
- Use Case спецификация на 16 разделов: что и как заполнять
- Живая разработка одного UseCase + Handler + Controller от спеки до кода
День 2 — методология в команде:
- AI-скиллы для ревью и проектирования — установка и настройка под ваш репозиторий
- Интеграция в PR-процесс
- Решение реальных задач команды на основе её текущего домена
Сопровождение (4–6 недель)
- Асинхронное ревью первых 20–30 PR команды с цитированием правил методологии
- Еженедельная синхронизация по 1 часу — ответы на вопросы, разбор сложных кейсов
- Помощь с миграцией одного-двух модулей с текущей архитектуры на UCP — как образец
Срок и формат
- Воркшоп: 2 дня в течение недели
- Сопровождение: 4–6 недель после воркшопа
- Удалённо или с выездом (по согласованию)
- Размер команды: оптимально 4–12 разработчиков на воркшопе
Что в результате
Команда самостоятельно применяет UCP на новых задачах. Спецификация лежит в git рядом с кодом и проходит PR-обзор. AI-скиллы установлены и работают на каждой PR. Архитектурное согласование между разработчиками сократится на месяцы — есть общий язык.
Обсудить
→ Telegram @VadimVikulin — опишите контекст команды, договоримся о 30-минутном созвоне.