19 | 团队结构现代化: 团队拓扑学
姚琪琳
你好,我是姚琪琳。
上节课,我们学习了遗留系统中最常见的单职能团队和技术组件团队,它们带来了很多问题。这些问题都体现在了软件的架构上,导致了大泥球架构,或按技术分层的多层架构。然后,我们深入讲解了可以解决这些问题的一些团队结构,如组件团队、特性团队和 Spotify 模型。
今天,我们来看看最近这几年来新诞生的组织结构模型——团队拓扑学(Team Topologies)。
团队拓扑
尽管组件团队、特性团队和 Spotify 模型,都为团队的组成提供了不错的建议,但团队的类型应该是什么样并没有一致的标准。如果所有团队都是特性团队,专注在某一个业务领域,那么业务领域开始变得复杂时,仍然僵化地专注于功能特性就会导致一些问题。
比如一个支付平台,它除了有源源不断的业务需求外,还有很多技术相关的事情要做,如数据的同步、分布式事务,或业务的回滚、对冲等。
假设按照系统的复杂度来判断,需要三十个人来维护这个平台,要是按照特性团队的思路来进行组织,就会分为三个特性团队,它们做着完全类似的业务开发。而对于复杂的技术问题,就可能无人问津了。尽管有了分会和协会可以一定程度上缓解,但这种自组织社区的执行力显然还不够。
这时,我们应该从团队优先(Team First)的角度去思考,将任务按照不同的复杂度来进行分解,并据此来创建团队。比如对于高复杂度的任务,应该建立一个以解决这些问题为 KPI 的专门团队,只有这样的团队才能真正解决这些复杂的问题。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
团队拓扑学:优化软件开发团队结构的新思路 团队拓扑学是一种新兴的组织结构模型,旨在解决团队在软件开发过程中面临的各种挑战。文章介绍了团队拓扑学的四种团队拓扑类型和三种交互模式。团队拓扑学提出了业务流团队、赋能团队、复杂子系统团队和平台团队等四种团队类型,以降低团队的认知负载,使团队更专注于业务交付。此外,文章还探讨了逆康威定律,强调了团队结构对系统架构的影响,并提出了根据目标架构调整团队结构的观点。团队拓扑学为团队结构的优化提供了新的思路,有望帮助团队更好地应对软件开发中的挑战。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《遗留系统现代化实战》,新⼈⾸单¥59
《遗留系统现代化实战》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(6)
- 最新
- 精选
- 子夜枯灯增长了知识面,感谢作者2022-05-232
- yyk高效能团队模式的精华都在这了2022-05-232
- 可可仅有一个 DBA 负责数据库变更,就只会共享一个单体数据库吗?一个DBA可以根据不同的业务团队建不同的数据库吧?2023-03-22归属地:山东
- 白葡萄干感觉我们的是按照业务区分的,实际也遇到了不少问题,比如很多公共服务的建设和使用,打包发布平台,配置中心等,造成大家的认知负载变高2022-11-07归属地:四川
- 花花大脸猫目前还是以组件型团队为主,会存在平台团队,都是以架构师为主,但是感觉也跟文中描述的不太像,会处理跨团队的需求也会处理基础平台型的技术方案,平时也是各自负责组件型团队内部的架构设计2022-10-08归属地:江苏
- aoe康威定律 顺我者昌逆我者亡 还是按套路来吧2022-05-27
收起评论