Предложил структурировать процесс внесения изменений в проект: только один ответственный, чёткая версионность, никаких "а у меня другой файл". Ответ проектировщика: "Зачем? Сами себе проблем наживём".

Это типично. Хаос не просто мешает работать - он защищает себя и вот по каким причинам: - Привычка дороже эффективности. - Видимость работы (бегать, уточнять, переделывать) заменяет реальный результат. - Порядок требует честности, а в хаосе можно списать всё на недоговоренность. - Признать необходимость изменений - значит признать, что многое работы было сделано неправильно. Это больно.

Изменения начинаются не с разработки эффективных систем, а с готовности назвать хаос по имени.