Разработчик больше не может вести проект? Подхватим и продолжим работу
Принимаем проекты после других разработчиков. Разбираемся в коде и инфраструктуре, восстанавливаем управляемость, устраняем критические проблемы и продолжаем развитие.
СЕЙЧАС
Подрядчик уходит, сборка не воспроизводится, а устройство проекта остаётся в переписках.
ДАЛЬШЕ
Доступы собраны, критичное исправлено, проект снова можно выпускать и развивать.
РАБОЧАЯ ЛИНИЯ
- 01Доступы
- 02Аудит
- 03Стабилизация
- 04Развитие
Ситуации
Подключаемся в разных ситуациях
Смена команды не всегда связана с конфликтом: проект может вырасти, подрядчику может не хватать ресурсов, а приоритеты бизнеса — измениться.
Внутренний разработчик или ключевой сотрудник ушёл
→Документации нет, а устройство системы непонятно
→Сайт или приложение нестабильны
→Нужно продолжить чужую разработку
→Команде нужно подготовить и выпустить релиз
→Что меняем
Возвращаем контроль над проектом
Начинаем с доступов и фактического состояния системы, затем составляем реалистичный план стабилизации.
- 01
Получение и инвентаризация доступов
→ - 02
Аудит кода, инфраструктуры, серверов и базы данных
→ - 03
Восстановление сборки и развёртывания
→ - 04
Выявление критических рисков
→ - 05
Исправление блокирующих ошибок
→ - 06
Формирование рабочей документации
→ - 07
План стабилизации и продолжение разработки
→ - 08
Переход на постоянное сопровождение при необходимости
→
Рабочая линия
Без резкого старта вслепую
Первые шаги нужны, чтобы понять систему и снизить риск дальнейших изменений.
Сейчас Дальше
- 01
Собираем доступы
Фиксируем, что уже есть: код, серверы, домены, базы данных и сервисы.
- 02
Восстанавливаем картину
Проверяем сборку, развёртывание, документацию и ключевые зависимости.
- 03
Отмечаем риски
Разделяем блокирующие проблемы, технический долг и задачи развития.
- 04
Стабилизируем
Исправляем критичное и возвращаем проекту предсказуемый рабочий контур.
- 05
Продолжаем развитие
Согласовываем бэклог, темп релизов и подходящий формат работы.
Остаётся у клиента
Смена команды не должна создавать новую зависимость
Фиксируем решения, передаём клиенту контроль и строим процесс так, чтобы проект можно было развивать вместе с внутренней или другой внешней командой.
ВИДНО
Доступ клиента к репозиторию и задачам
ЗАФИКСИРОВАНО
Документирование решений и инфраструктуры
ПЕРЕДАНО
Понятная эскалация проблем
ДОСТУПНО
Возможность полноценной передачи проекта
Следующий шаг
Обсудим передачу проекта спокойно и по существу
Пришлите ссылку и расскажите, что известно о коде, инфраструктуре и текущей команде. Начнём с первичной оценки ситуации.