Универсального решения и списка конкретных пунктов не существует. По сути всё сводится к документации самого проекта. Если она достаточно хорошая - то разработчик получив все необходимые доступы (к репозиторию, CRM, тикетам и прочему) сможет локально развернуть проект и начать выполнять задачи. Но такие идеальные ситуации достаточно большая редкость и всегда находится какой-то нюанс или несколько. Поэтому, я бы предложил вот такой базовый список пунктов:
- Доступы: к сервису документации - вики и т.п., репозиторию, менеджеру задач, тестовым/отладочным серверам, коммуникационные ресурсы - чаты, созвоны, веб-доски и т.п., а так же дополнительным внутренним ресурсам - файловый сервер, офисные и другие веб-приложения.
- Документация: установка и настройка средств разработки, получение, запуск и локальное развёртывание проекта и его зависимостей, процесс доставки проекта на тестовый, стейж и продакшен серверы, процесс отката изменений на предыдущую версию, получение и размещение ключей доступа/АПИ и других секретов.
- Общая документация проекта: описание проекта и его задач, описание всех задействованных бизнес-процессов проекта - внешние процессы, внутренние процессы, зависимые процессы, описание рабочих процессов пользователей и их взаимодействия с проектом, описание рабочих процессов службы сопровождения проекта - модераторы, администраторы, веб-мастера и прочие внутренние пользователи проекта.
- Рабочий процесс в команде/проекте: где и куда копать надо, где и какие ресурсы размещены, организация к ним доступов, структура команды - должности и контакты коллег, кто за что отвечает, процессы работы над задачами.
Ну и далее - специфика каждого конкретного проекта.
