Пожары и Стратегия

Очень часто работа выглядит как: пожар+пожар+пожар+деньги=забили на проект, деньги уже у нас. К несчастью, пожары — это признак того, что рабочий процесс спроектирован некорректно.

Например: зачем выделять время на рефакторинг, оптимизацию и написание тестов, когда это не добавляет к стоимости продукта? А потом опа, 90% легаси, вместо новой функциональности избавляемся от технического долга. А после опа, функциональность не продумали, новый долг, круг замкнулся.

Извините, много ошибок в статье. Она сама как пожар выглядит. Пожалуйста, откорректируйте.

Если говорить не про продуктовую разработку, а например про внутренний отдел компании (ИТ или не ИТ, не важно), то пожар может быть вполне осознанной стратегией поведения:
1) В отсутствии пожара сложно быть «героем».
2) В условиях пожара и дыма от него, легко прятать некомпетентность и уничтожать любые следы.