Dojo
最新
最佳
搜索
订阅
解道Jdon
架构设计
领域驱动
DDD介绍
DDD专辑
战略建模
领域语言UL
领域事件
商业分析
工作流BPM
规则引擎
架构师观点
数据工程
产品经理
系统思维
微服务
微服务介绍
微服务专辑
模块化设计
SOA
API设计
clean架构
SpringBoot
分布式事务
分布式架构
Kubernetes
DevOps
编程设计
GoF设计模式
模式专辑
面向对象
函数式编程
编程语言比较
编程工具比较
形式逻辑
前端编程
Reactive编程
Jdon框架
Rust语言
ChatGPT
Web3
模因梗
幽默梗
程序员吐槽
面试技巧
Java入门
数字化转型
认知偏差
道德经
GitHub工具
更多话题
真正的敏捷是根据DDD有界上下文划分其团队组织结构 - allenholub
21-01-24
banq
敏捷的软件公司组织结构最好能映射到业务领的结构,公司组织结构不要映射到技术。
DDD创建了一个从领域映射到软件技术的
架构
。
如果
有界上下文
是商店、仓库和财务,那么架构中最大的可模块化部门就是商店、仓库和财务,而不是“前端”和“后端”之类技术的东西。
康韦定律(Conway's law)告诉我们,组织结构必须映射到软件结构,因此组织结构也应该是“商店”,“仓库”和“财务”组,而不是“前端”或“后端”或“体系结构”或”设计“之类。
将组织映射到领域结构本身可以最大程度地减少依赖关系和客户沟通问题,而过多的沟通问题会损害您的敏捷性。
请注意,如果您坚持保持原有系统不变,则无法执行此操作。必须使所有三个部分(架构、组织结构、领域)保持一致才能获得收益。不同步的旧架构/实现会将您拖回到开始的地方。
2
DDD上下文语境界定BC
敏捷工程方法
康威定理
技术架构与体系结构