Разграничить зоны ответственности между командами для снижения числа инцидентов, конфликтов, ускорения выпуска новых продуктов, фичей (нужное подчеркнуть) В заголовке формулировка запроса, который звучит часто, но не всегда он прям вот так прямолинеен, как звучит. Давайте же разложим на возможные, более точные, формулировки: 1. Команды не знают границ. Проблема в знаниях. __1.1 Доменная структура верна, просто люди ее не знают.__ Самое простое, - достаточно Event Storming + документация. __1.2 Доменная структура и__ __неверна и люди ее не знают. __Команды организованы ортогонально доменным объектам. Конфликты неизбежны из-за рассогласованности структуры команд с доменными границами. Акцент смещается с «уточним границы» к «возможно, нужно пересмотреть, как именно сформированы команды относительно доменных объектов». 2. Команды знают границы, но их технически невозможно соблюсти Команды разделены организационно, но не разделены технически. Любая договоренность о границах будет нарушена, пока нарушение возможно физически. Сделаем нарушение границ технически невозможным или дорогостоящим. 3. Команды знают границы и могут их соблюсти, но не соблюдают, потому что нарушение дешевле соблюдения. Инциденты (в изначально заданном контексте) – полностью рациональное поведение в производственной системе, где быстрый выпуск новой функциональности вознаграждается, но при этом цена за нарушения чужой границы оплачивается другими. Соблюдение границ невыгодно. Разные проблемы, разные методы их выявления, разные способы подтверждения, немаловажно - собственные решения, буквально, - в разных плоскостях и на разных уровнях управления.
Разграничить зоны ответственности между командами для снижения числа…
Из этого канала
- #754Что поможет подкачать арх. компетенции? ▪️Даже небольшие фичи проектируйте и…
Что поможет подкачать арх. компетенции? ▪️Даже небольшие фичи проектируйте и документируйте как архитектурные решения, – так быстрее набьете руку ▪️Разбирайте…
- #755Ваши вопросы - наши ответы. Хочу попробовать такую тему: вы задаете любые…
Ваши вопросы - наши ответы. Хочу попробовать такую тему: вы задаете любые вопросы, я отвечаю (если не в моей компетенции, то может и не я).
- #756"Ваши вопросы - наши ответы. Сегодня, 04.05.2026 в 13:00 МСК проведем первую…
"Ваши вопросы - наши ответы. Сегодня, 04.05.2026 в 13:00 МСК проведем первую встречу, назовем ее QA #1 Вопросы на повестке: 1.
- #751Саша написал интересное про модульность. Хочу от себя дополнить: 1. Еще при…
Саша написал интересное про модульность. Хочу от себя дополнить: 1. Еще при работе с Event Storming + DDD вывел, что модуль – это граница передачи информации,…
- #750Хм. Клод что-то мудрит. Агенты стали отмечать выпоненными задачи, которые не…
Хм. Клод что-то мудрит. Агенты стали отмечать выпоненными задачи, которые не делали? «Реализовать FR-100 и подписки FR-047; очередь email через Celery» -…