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

19 | 团队结构现代化: 团队拓扑学

你好,我是姚琪琳。
上节课,我们学习了遗留系统中最常见的单职能团队和技术组件团队,它们带来了很多问题。这些问题都体现在了软件的架构上,导致了大泥球架构,或按技术分层的多层架构。然后,我们深入讲解了可以解决这些问题的一些团队结构,如组件团队、特性团队和 Spotify 模型。
今天,我们来看看最近这几年来新诞生的组织结构模型——团队拓扑学(Team Topologies)。

团队拓扑

尽管组件团队、特性团队和 Spotify 模型,都为团队的组成提供了不错的建议,但团队的类型应该是什么样并没有一致的标准。如果所有团队都是特性团队,专注在某一个业务领域,那么业务领域开始变得复杂时,仍然僵化地专注于功能特性就会导致一些问题。
比如一个支付平台,它除了有源源不断的业务需求外,还有很多技术相关的事情要做,如数据的同步、分布式事务,或业务的回滚、对冲等。
假设按照系统的复杂度来判断,需要三十个人来维护这个平台,要是按照特性团队的思路来进行组织,就会分为三个特性团队,它们做着完全类似的业务开发。而对于复杂的技术问题,就可能无人问津了。尽管有了分会和协会可以一定程度上缓解,但这种自组织社区的执行力显然还不够。
这时,我们应该从团队优先(Team First)的角度去思考,将任务按照不同的复杂度来进行分解,并据此来创建团队。比如对于高复杂度的任务,应该建立一个以解决这些问题为 KPI 的专门团队,只有这样的团队才能真正解决这些复杂的问题。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

团队拓扑学:优化软件开发团队结构的新思路 团队拓扑学是一种新兴的组织结构模型,旨在解决团队在软件开发过程中面临的各种挑战。文章介绍了团队拓扑学的四种团队拓扑类型和三种交互模式。团队拓扑学提出了业务流团队、赋能团队、复杂子系统团队和平台团队等四种团队类型,以降低团队的认知负载,使团队更专注于业务交付。此外,文章还探讨了逆康威定律,强调了团队结构对系统架构的影响,并提出了根据目标架构调整团队结构的观点。团队拓扑学为团队结构的优化提供了新的思路,有望帮助团队更好地应对软件开发中的挑战。

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

全部留言(6)

  • 最新
  • 精选
  • 子夜枯灯
    增长了知识面,感谢作者
    2022-05-23
    2
  • yyk
    高效能团队模式的精华都在这了
    2022-05-23
    2
  • 可可
    仅有一个 DBA 负责数据库变更,就只会共享一个单体数据库吗?一个DBA可以根据不同的业务团队建不同的数据库吧?
    2023-03-22归属地:山东
  • 白葡萄干
    感觉我们的是按照业务区分的,实际也遇到了不少问题,比如很多公共服务的建设和使用,打包发布平台,配置中心等,造成大家的认知负载变高
    2022-11-07归属地:四川
  • 花花大脸猫
    目前还是以组件型团队为主,会存在平台团队,都是以架构师为主,但是感觉也跟文中描述的不太像,会处理跨团队的需求也会处理基础平台型的技术方案,平时也是各自负责组件型团队内部的架构设计
    2022-10-08归属地:江苏
  • aoe
    康威定律 顺我者昌逆我者亡 还是按套路来吧
    2022-05-27
收起评论
显示
设置
留言
6
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部