Представители сообщества BA/PM в моей компании спрашивают, как DDD/доменное моделирование можно использовать в качестве инструмента при принятии решений о формировании, разделении команд и определении их задач.
У меня есть свои мысли на этот счет, в основном я понимаю, что DDD не задумывался как инструмент для формирования команды. Однако я не исключаю использования результатов моделирования/картирования домена в качестве исходных данных для принятия решений о распределении персонала. Хотелось бы узнать, рассматривался ли этот вопрос кем-то из экспертов ранее.
В более общем плане полезным является вопрос о том, как привлечь сообщество BA/PM к реализации DDD/доменного моделирования.
Ограниченный контекст сам по себе не зависит от структуры команды. Он соответствует некоторой части более крупной модели домена/субдомена. Но границы установлены таким образом, что подразумевают большее взаимодействие/обмен/командную работу между людьми, вовлеченными в один и тот же контекст, чем с людьми вне контекста. Это делает ограниченные контексты актуальными для организации команд .
В связи с этим Эрик Эванс ("изобретатель" DDD) рассмотрел некоторые методы контекстного картирования с учетом структуры команды, управляемой BC (например, Partnership, Customer/Supplier Development, Conformist, которые конкретно упоминают отношения в команде).
Таким образом, кажется разумным думать, что каждая команда управляет группой ограниченных контекстов. Здесь даже может быть синергия с другими подходами, ориентированными на домен, такими как популярный шаблон разделения микросервисов по субдоменам или микрофронтэнды.