Аудит и помощь
Программист пропал: как передать сайт новому специалисту
Разработчик перестал отвечать, а сайт нужно поддерживать. Разберём, какие доступы и материалы собрать, чтобы новый специалист мог начать без лишнего риска.
Что происходит и с чего начать
Первый шаг — понять, чем вы уже управляете: доменом, хостингом, исходниками, базой и внешними сервисами. Для исправления одной ошибки не всегда нужна полная передача всего проекта, но отсутствие доступа к ключевому аккаунту может остановить работу. Начните с инвентаризации и конкретной задачи. Не обязательно знать архитектуру сайта: адрес, описание сбоя и сведения о размещении уже помогают оценить дальнейшие шаги. Новому специалисту важны факты, а не догадки о качестве прежнего кода.
Что можно проверить самостоятельно
- Составьте список сервисов: домен, хостинг, репозиторий, почта, оплата и CRM. Напротив каждого укажите владельца аккаунта и доступность восстановления, не записывая пароли в общий документ.
- Найдите последнюю резервную копию и исходники. Уточните, что содержит копия: только файлы или также базу и пользовательские загрузки, и когда она проверялась восстановлением.
- Опишите первую нужную работу отдельно от дальнейшего сопровождения. Например, восстановить оплату сейчас, а затем подготовить проект к передаче; так проще согласовать объём и результат.
Как понять результаты проверки
Новый специалист сначала проверяет существующее состояние и способ запуска. Менять всё ради «приведения в порядок» до восстановления базовой работоспособности необязательно. Доступы лучше выдавать отдельные, с достаточными правами и возможностью отзыва. Смена секретов тоже требует плана: зависимые сервисы могут перестать работать, если обновить их только в одном месте. Результат приёма проекта должен включать понятную карту размещения и зависимостей, а не оставлять нового единственного человека хранителем всех знаний и паролей.
Что проверяет разработчик
Для этой части понадобятся доступ к настройкам, журналам ошибок или коду. Её можно передать специалисту вместе с результатами предыдущих шагов.
- Проверьте доступ владельца к домену, хостингу, репозиторию и внешним сервисам. Не публикуйте пароли в общем описании задачи.
- Сохраните актуальные файлы и базу, уточните порядок восстановления. Наличие архива ещё не доказывает, что из него можно поднять сайт.
- Соберите список интеграций, фоновых процессов и незавершённых изменений. Зафиксируйте, что работает сейчас и какие ошибки нужно исправить первыми.
На что обратить внимание
На сервере может находиться код, которого нет в репозитории, а фоновые задачи — запускаться из личной учётной записи бывшего разработчика. Без инвентаризации новый деплой способен удалить важные изменения.
Как исправляют причину
Сверьте рабочую версию с исходниками и настройте воспроизводимый запуск на копии. Доступы передавайте индивидуально; смену секретов согласуйте с обновлением всех зависимых процессов.
Как убедиться, что проблема решена
Новый специалист должен суметь развернуть копию, воспроизвести ключевые сценарии и описать безопасный выпуск исправления. Начните с ограниченной задачи с понятной проверкой результата.
После передачи проверьте, что вы можете управлять основными аккаунтами и получить актуальную копию проекта. Попросите короткую инструкцию запуска, публикации и восстановления, а также список оставшихся неизвестных. Исправленную ошибку принимайте отдельным сценарием. Полный аудит, восстановление утраченного доступа и постоянная поддержка — разные работы; их границы лучше назвать заранее, чем считать всё продолжением одной небольшой правки сайта.