遗留系统现代化实战
姚琪琳
Thoughtworks 资深咨询师
5615 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 30 讲
用户故事 (1讲)
遗留系统现代化实战
15
15
1.0x
00:00/00:00
登录|注册

18 | 团队结构现代化 :从组件团队到Spotify模型

你好,我是姚琪琳。
前面我们一起学习了现代化的三个方向:代码现代化、架构现代化和 DevOps 现代化,这三个方向都跟技术相关。接下来我们会学习遗留系统现代化的最后一个方向——团队结构现代化。
这个方向跟管理有关,但无论你是掌控全局的 CTO、架构师,还是身处遗留系统一线战队的队员,都有必要了解现代化团队结构是什么样子的。这是因为遗留系统的现代化,除了技术调整,也离不开人的因素。
在我和团队过去大量的实践当中,我们总会发现,维护遗留系统的团队,结构往往并不合理。直接后果就是给软件开发的质量与速度拖后腿,长远来看,还会让我们的架构规划无法落地,回到满是泥潭的老路上。

遗留系统中的团队结构

你可以对照一下你所在的开发团队,看看跟后面的情况是否类似。
整个研发部门大体分为业务部、开发部、测试部和运维部。开发部门又可以细分成前端组、后端组、DBA 组和架构组,不同部门或小组分别向不同的领导汇报。
除了这些常规、稳定的配置,还有一些为了灵活应变才组建的部门。比如本来没有 DBA,但因为某段时间频繁产生数据库性能问题,而临时起意组建了一支 DBA 小组。而开发部内部也经常因为要开发新的项目,从各个组成抽调成员,而当项目完成之后,团队就原地解散。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

团队结构现代化是遗留系统现代化的重要方向之一。传统的团队结构存在组织壁垒、频繁变动成员和知识流失等问题。为解决这些问题,文章提出了组件团队和特性团队的概念。组件团队通过按业务组件划分团队,解决了知识沉淀和沟通成本的问题。而特性团队则是跨职能的团队,能够长期存在,完成多个端到端的用户特性,避免了团队之间的沟通和协作成本。特性团队的实践也被吸收到其他敏捷方法论中,成为了现代化团队结构的重要实践。此外,文章还介绍了康威定律和Spotify模型,分析了它们在团队结构和软件架构方面的应用。康威定律指出组织的软件系统结构与沟通结构一致,而Spotify模型则提供了一种规模化敏捷团队的组织方式。总的来说,本文通过介绍不同的团队结构模型,引导读者思考如何选择适合自己团队的模型,以提高团队的效率和协作能力。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《遗留系统现代化实战》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(5)

  • 最新
  • 精选
  • aoe
    目前我们是按业务分组,根据康威定律不适合领域模型的开发方式。原来要想DDD,首先要从分组做起!

    作者回复: 按业务分组适合DDD啊,因为限界上下文就是按业务边界划分的。

    2022-05-27
    2
    3
  • Triton
    非常感谢老师的课,受益匪浅,关于团队结构有什么书籍可以参考的?

    作者回复: 可以看看《高效能团队模式》

    2022-10-19归属地:河北
  • Michael
    老师能不能再讲讲关于限界上下文相关的知识?

    作者回复: 一个领域模型在不同的业务模块中所关注的重点不同,如果把这些内容都建模在同一个领域模型中,就会导致过于庞大,且关注点分散,职责不单一。根据不同的业务模块,把领域模型拆分开,使得不同的业务模块关注同一个(名字的)领域模型的不同部分。这种不同的业务模块,在DDD中就是限界上下文。

    2022-06-19
  • fliyu
    一人负责几个微服务
    2023-02-15归属地:广东
    1
  • Paradise丶朽木
    IPD,开发都是资源线,项目经理立项然后拉人 ... 后端开发大部分时间都是坐在一起的,应该算是职能团队?但是每个开发又都有一定的业务方向 ~
    2022-06-14
收起评论
显示
设置
留言
5
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部