Любое программное обеспечение, которое мы создаем, - это целевая система, см. Виды систем.

Созданием целевой системы заняты инженеры, см. Основные проектные роли и виды труда

Две ценности ПО - поведение и структура - говорит о том, что лучше сконцентрироваться на гибкой и подходящей структуре, тогда реализация поведения будет гораздо проще. В целом, это подход Make the change easy, then make an easy change. Или же функциональность сегодня vs. функциональность завтра.

Для того, чтобы скоординировать деятельность нескольких инженеров, нужна система обеспечения (проект). Ее созданием занимаются менеджеры. Есть ощущение, что у системы обеспечения тоже есть две ценности, аналогичные ценностям ПО. Первая - это способность создать целевую систему прямо сейчас, а вторая - способность устойчиво создавать и поддерживать целевые системы в будущем.

Очевидно, что эти ценности соответствуют краткосрочным и долгосрочным целям. Между этими целями всегда существует конфликт, см. Конфликт краткосрочной выгоды и долгосрочных целей. Конфликт обычно разрешается в пользу краткосрочной выгоды, это особенность работы человеческого мозга.

Что имеем в итоге? Менеджеры фокусируются на обеспечении “поставки сейчас” (в менеджерских терминах это называется “вчера и самолетом”), а инженеры, соответственно, срезают углы и реализуют негибкие грязные решения. Не везде, не всегда, но как правило.

Эффективность = отношение затрат к результатам. Организационные решения/изменения всегда эффективнее изменений софта/железа. Время на реализацию организационных решений сравнительно мало, а эффект можно получать буквально сразу же.

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