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

Суть была в следующем. "Самоорганизующиеся команды" были "самоорганизованы" вокруг функциональных задач (функциональных подсистем), которые несли бизнес-ценность системы. Бюджет, соответственно, тоже выделялся именно на бизнес-задачи, которые потом делились между командами. И каждая команда была замотивирована реализовать в рамках своей capacity именно как можно больше таких задач, так как с ними в команду приходил бюджет. Надо ли говорить, что capacity на задачи, на которые бюджет не был выделен (аудит, файловое хранилище, управление правами и прочие "нефункциональные" функции), просто не оставалось, и делить их добровольно никто не хотел.

В этот момен я приходил в эту "лучшую" коллаборацию, пилил нечто, похожее на архитектуру решения для этих задач (в стиле описания архитектуры для WBS) и распихивал это полуготовое в концепции по производственным командам - для анализа и разработки.

Сейчас похожим образом себя ощущаю с небольшими поправками))) Это не что-то плохое, просто интересное восприятие зоны ответственности. Одна из опций

В целом прошедший год под конец принес много интересных ощущений про архитектурные задачи, если будет полезно - потом поделюсь.