Какое оптимальное время въехать в проект?
Не бывает оптимального времени. Обычно заказчик и исполнитель вместе решают какое время.
Но для оценки я рекомендую следующее. Посмотреть backlog проекта. Посмотреть какие критичные
таски висят. Или блокеры. Посмотреть что у них общее.
Так просто блуждать по исходикам нет смысла. Вы будете читать не то что надо. Вы будете читать
легаси код или код который даже не в эксплуатации и зря потеряете время.
Для анализа кода поставте план - график. Например 1 неделя на развертывание проекта.
Если там специфичное облако - то на изучение облака еще 1-2 недели.
План график должен включать обязательные пункты который надо пройти. Например если это
Laravel/react - то вы должны поднять в облаке привет-мир на этом стеке и продемонстрировать
что он работает. И только после этого переходить к развертыванию проекта.
Если на проекте есть архитектурная документация, confluence, wiki - то берите пару недель на чтение.
Выписывайте ВСЕ новые слова на бумажку. По ним задаете вопросы.
У вас должен быть ментор или консультант который раз в несколько дней должен отвечать
на ваши вопросы по списку. Ваш план-график должен учитывать риски и внезапные investigations
результатом которых могут быть НОВЫЕ таски которые вы сами создадите. Например - сдохли
сертификаты по сроку. Создать новые. Это время. Это тоже таски и они должны быть эстимированы.