Выделенная команда разработки на длительном контракте
Контекст
Задача
Заказчику требовалось нарастить разработку под новое направление, собственный найм занимал месяцы.
Работа
Решение
Команда собрана под профиль заказчика, работа в его процессах и трекере, дублирование ключевых компетенций, сопровождение центром компетенций.
Проблема бизнеса
Что происходило до проекта
Телеком-оператор запускал новое продуктовое направление, и собственной разработки перестало хватать: найм senior-инженеров занимал месяцы, а рынок кандидатов в регионе был исчерпан. При этом отдавать продукт на аутсорс «под ключ» компания не хотела — архитектура, приоритеты и код должны были остаться под её контролем.
Требовался формат, при котором внешние инженеры работают как своя команда: в процессах, трекере и на встречах заказчика — но без рисков найма и с гарантией, что уход одного человека не останавливает разработку.
Сдвиг
Как было — как стало
Как было
Как стало
Ход работы
Как решали
Профиль команды
Вместе с техническим руководством заказчика зафиксировали стек, роли и уровень: backend на Java и Go, frontend на React, DevOps.
Кандидаты с технической проверкой
Показывали только инженеров, прошедших внутреннее техническое интервью, — заказчик выбирал сам и проводил свои собеседования.
Работа в процессах заказчика
Команда вышла в трекер, репозитории и ритуалы заказчика: стендапы, ревью и планирование — общие, управление приоритетами — у заказчика.
Дублирование ключевых компетенций
Критичные зоны знает больше одного человека: замена инженера не начинает работу с нуля, контекст сохраняется.
Центр компетенций за командой
За инженерами — ревью кода, менторство и помощь по сложным задачам со стороны Xora: заказчик платит за людей, а получает практику компании.
Решение
Как устроено архитектурно
Поток задач — от заказчика
Приоритеты ставит продакт заказчика; команда работает спринтами в его трекере и ритуалах.
Код сразу дома
Merge-request’ы уходят в репозиторий заказчика — интеллектуальная собственность не «переезжает» в конце.
Второй контур поддержки
Ревью и менторство центра компетенций идут параллельно работе — заказчик получает практику компании, платя за людей.
Продукт
Как это выглядит в работе
Панель состава: по каждому инженеру виден статус, дублирование компетенций и история ротаций. Замена DevOps не остановила работу — контекст был задублирован заранее.
Макет иллюстрирует механику интерфейса; данные на экране условные.
Границы решения
Что делает — и чего не делает
Честные рамки — часть архитектуры: они защищают результат не хуже кода.
Делает
- кандидаты только после внутренней технической проверки
- финальное интервью и выбор — у заказчика
- работа в трекере и процессах заказчика
- дублирование критичных компетенций
- ревью и менторство центра компетенций за кадром
Не делает
- управления продуктом — приоритеты остаются у заказчика
- «продажи резюме»: показываем реальный опыт
- потери контекста при замене специалиста
Итог
Результат
- Первые кандидаты за 2 дня
- Команда работает в процессах заказчика
- Контракт продлевается
Числовые показатели публикуются после сверки с заказчиком.
Передача
Что осталось у клиента
- Исходный код, модели и конфигурации — вместе с правами.
- Документация и описание архитектуры.
- Возможность развивать решение своей командой или любым другим подрядчиком.
Следующий шаг
Расскажите про задачу
Разберём, оценим сроки и стоимость. Если задача не наша — скажем прямо и подскажем, к кому обратиться.
Обсудить задачу →