В большой компании где я работаю есть несколько проблем в процессе разработки продукта:
— разделение на фичи/команды/подпроекты систематически делается неверно, что приводит к очень большим задержкам в интеграции веток и получению необходимых изменений разными командами
— процесс сборки проекта (он очень гетерогенен: множество модулей на различных языках, разные системы сборки в каждом модуле, итд) крайне нестабилен и девелоперы постоянно сталкиваются с проблемами. Время полной сборки измеряется часами.
— новая функциональность постоянно разрабатывается на основе нестабильного кода (сначала фичи, потом багфикс)
— многие проблемы годами остаются в состоянии "known issue" даже в случае когда исправление займет всего час, соответственно одни и те же вопросы задаются постоянно
— в процессе работы над проектом нет ни одной ветки где был бы стабильный код (даже в транк не чинится в случае возникновения проблем). Соответственно что-то работающее получается в самом конце после очень тяжелой интеграции
— существует формальное sanity тестирование которое необходимо перед коммитом, но сам тест постоянно глючит, а процент покрытия ничтожно низок (проверяется что система просто стартует корректно и выполняется одна базовая операция)

Список можно продолжать. Думаю в нем нет ничего нового и многие сталкивались с подобным.
Интересно то, что при наличии всех этих проблем мы все же умудряемся как-то выпускать продукты и продавать их в достаточном количестве.
Иначе говоря, с формальной точки зрения в компании все хорошо и все формальные результаты достигаются успешно.

Как в таких условиях можно изменить ситуацию с процессом разработки? То есть ни когда все плохо и либо меняй процесс, либо закрывай компанию, а когда все вроде OK. Есть ли у кого-то реальный опыт?