Откуда берется говнокод и в каких случаях его переписывать?

Техподдержка — ничего сложного, говорили они. Просто заявки, говорили они.

Тем не менее, в проектах «по наследству» встречается и такое. Более того, и в своих проектах у всех есть и будут костыли. 

Откуда они берутся?

Причина #1. Частые изменения требований заказчика. Встречается при плохо проработанном ТЗ или при agile. Еще бывает при сжатых сроках — сдаваться-то надо.

Причина #2. MVP. Когда пишется первая версия продукта с ограниченным набором требований, и будущие требования не учитываются (потому что MVP/сроки/бюджет).

В этих случаях нужно проводить аудит кода на предмет двух критериев: необходимость в переписывании + частота доработок именно данного модуля, и точечно рефакторить именно эти куски. Очевидно, переписывать модуль, который правят раз в год, экономического смысла нет. И наоборот, если рефакторинг сократит затраты времени на доработки на 30%, то уже на третьей доработке он окупится экономически (это не считая времени выкатки, которое тоже пересчитывается в прибыль).