DDD для формирования команды

DDD для формирования команды
DDD для формирования команды - lalunecreative @ Unsplash

Представители сообщества BA/PM в моей компании спрашивают, как DDD/доменное моделирование можно использовать в качестве инструмента при принятии решений о формировании, разделении команд и определении их задач.

У меня есть свои мысли на этот счет, в основном я понимаю, что DDD не задумывался как инструмент для формирования команды. Однако я не исключаю использования результатов моделирования/картирования домена в качестве исходных данных для принятия решений о распределении персонала. Хотелось бы узнать, рассматривался ли этот вопрос кем-то из экспертов ранее.

В более общем плане полезным является вопрос о том, как привлечь сообщество BA/PM к реализации DDD/доменного моделирования.

DDD - это проектирование

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

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

В связи с этим Эрик Эванс ("изобретатель" DDD) рассмотрел некоторые методы контекстного картирования с учетом структуры команды, управляемой BC (например, Partnership, Customer/Supplier Development, Conformist, которые конкретно упоминают отношения в команде).

Таким образом, кажется разумным думать, что каждая команда управляет группой ограниченных контекстов. Здесь даже может быть синергия с другими подходами, ориентированными на домен, такими как популярный шаблон разделения микросервисов по субдоменам или микрофронтэнды.


LetsCodeIt, 18 января 2023 г., 00:40