团队边界与业务单元边界重合，让沟通成本内化

业务单元不仅是技术划分，还应该直接映射到团队组建方式：按领域模型边界组建中台项目团队，让同一个团队端到端完成某个[[业务单元限界上下文向前端延伸出的天然独立单元]]内微前端和微服务的开发、测试、集成和部署，对这个业务单元整体的交付质量和进度负责。这样设计的关键收益是把原本发生在团队之间的沟通成本，转移成了发生在团队内部的沟通成本——同一团队的人彼此熟悉技术实现和业务逻辑，前后端接口对齐、联调、变更通知都在团队内部低成本完成，而不需要跨团队协调；对应地，企业级前端团队的职责被收窄为只负责企业级主页面与各业务单元微前端的集成、编排和统一前端规范，完全不需要了解任何后端微服务用了什么技术栈、接口参数长什么样——这部分前后端集成工作已经由中台项目团队在业务单元内部消化掉了。这与[[组织架构与技术架构必须协同演进警惕新瓶装旧酒]]是同一命题在更细颗粒度上的落地：不只是”组织要跟着技术架构变”这个大原则，而是具体到”团队边界应该精确对齐到业务单元边界”这一可执行的组建规则，核心判断标准是”把沟通边界尽量控制在小团队内部，让熟悉的人干熟悉的事”。