Обычно так долго надо врабатываться в проект, в котором нет документации / хаос в документации (состоит из сотен отдельных документов).
Миллион или 20 строк действительно не особо важно. Никто не прграммирует во всех частях проекта такого размера. Но надо понимать как отдельные части друг с другом работают, чтобы не наворотить фигни. И если есть описание, можно понять что к чему за месяц. Нет - ковыряешься и год и два.

Собственно говоря, у нас в команде есть люди, которые работают в этом проекте по 20лет. К ним можно обратиться практически с любым вопросом. Но даже у этих людей есть "белые пятна".

Ладно белые пятна (скорее белые простыни)... В принципе знают, но на конкретные вопросы могут ответить только про то, что лично ковыряли с последние 2-3 года. На вопросы "а почему здесь именно так" ответ получить... маловероятно.

Интерфейсы с окружением не знает вообще никто. В принципе. Работает - не трожь. Как новые требование реализовывать? А так. Пробуешь. А вдруг заработает.

Вот только на этой неделе пытался выяснить что думали, когда один абстрактный класс и три подкласса делали, при этом половина кода в абстрактом выглядит как "если класс this-а подкласс А, то делай это, а если B - то другое". Почему в подклассах метод не переопределить? Спрашиваю чудака, который это наделал 4-5 лет назад. Что он мне говорит? Правильно "низнаю - непомню - кто-то сказал так делать - и вообще это не я - а чо, работает же?"