Что должно быть задокументировано до передачи проекта?

Основные документы для передачи включают: полную техническую документацию (архитектура, API, база данных), документацию по развёртыванию и обслуживанию, список всех учётных данных и доступов. А также - финансовые отчёты, контакты ключевых контрагентов и письменный отчёт о статусе текущих задач с потенциальными рисками.

Вы уточните, идёт ли речь о внутреннем переходе между командами или о полной передаче продукта внешнему заказчику? От этого зависит степень детализации в передаваемых материалах.

До передачи должны быть готовы итоговые протоколы испытаний и тестов, финальная техническая и пользовательская документация, включая инструкции по развёртыванию и администрированию. Также необходимы список контактов всех ключевых исполнителей, реестр открытых задач или инцидентов, если они есть, и закрывающие акты по этапам работ.

Перед тем как передать проект дальше, как будто переезжаешь и оставляешь ключи новым жильцам, надо оставить исчерпывающую памятку. Это и архитектурные чертежи всего "дома" (техническая документация, как всё устроено), и инструкции по эксплуатации всех "приборов" (процессы, настройки, контакты ответственных), и даже список "скрытых сюрпризов" вроде старой проводки (известные проблемы и риски). Главное, чтобы новый владелец мог открыть дверь и сразу знать, где выключатель и как не залить соседей.

В идеале - всё, что не даст новому человеку проснуться в холодном поту в три часа ночи. Конкретно, кроме очевидных схем и паролей, я бы настаивал на реестре "странностей" - мест, где код или архитектура ведут себя не так, как ожидается, и почему это так было оставлено. Ещё шпаргалку по негласным правилам: кому писать в субботу, а кого лучше не трогать до понедельника.