Многие производители программных продуктов думают что делать нужно быстро. То есть сразу писать код. А проектирование? А legacy код, который появляется из тысяч авралов для выпуска релиза? А автоматизированные тесты, вместе с подходящей структурой кода для них?

Как результат запоротый проект и все минусы провала.

А нужно было не торопясь все обдумать и потом спроектировать.

Для обдумывания нужно собрать команду. А перед собором дать почитать функциональные требования. Как известно даже самые продвинутые программисты не все знают про проектирование и программирование по спроектированному эскизу и ещё они не знают всех новых правил области деятельности заказчика.

В функциональных требованиях как правило каша знаний и чтобы ее упорядочить нужно много думать. А это БОЛЬШОЕ КОЛИЧЕСТВО ВРЕМЕНИ.

Чтобы быстро преодолеть нужно почитать ресурсы, материалы, статьи, законы, форумы.

А можно поискать книгу в которой уже все разобрано на другом примере.

Поэтому дорогие начальники дайте вашим людям четыре часа в день почитать литературу о работе. Тогда спагетти будет только на часовой перерыв в обед!