高效能团队模式

目录

第I部分　团队即交付

第1章　组织结构的陷阱 \ 003

组织的沟通结构 \ 005

团队拓扑：一种全新的团队思维方式 \ 009

康威定律的复苏 \ 010

认知负荷和瓶颈 \ 012

总结：重新思考团队的结构、目标和交互方式 \ 013

第2章　康威定律为何如此重要 \ 017

理解并使用康威定律 \ 017

逆康威定律 \ 020

有利于团队协作流程的软件架构 \ 024

组织设计依赖于技术专家 \ 026

限制非必要沟通 \ 027

小心那些流于表面的康威定律 \ 029

总结：康威定律对于有效的技术团队设计至关重要 \ 032

第3章　团队优先的思维方式 \ 033

让小而美的长期团队成为标准 \ 034

良好设计的边界可以最小化认知负荷 \ 042

设计“团队API”和促进团队交互 \ 051

警告：工程实践是基础 \ 061

总结：控制团队认知负荷并促进团队交互来实现快速交付 \ 061

第II部分　围绕工作流设计团队拓扑

第4章　静态团队拓扑 \ 067

团队反模式 \ 068

为变更的流动而设计 \ 069

DevOps和DevOps拓扑 \ 072

成功的团队模式 \ 073

选择团队拓扑需要考虑的因素 \ 079

使用DevOps拓扑促进组织发展 \ 082

总结：根据现状选择团队拓扑并持续演进 \ 085

第5章　四类基本团队拓扑 \ 087

流动式团队 \ 089

赋能团队 \ 094

复杂子系统团队 \ 099

平台团队 \ 100

避免变更流程中的团队竖井 \ 108

一个优秀的平台应该“够用就好” \ 109

将常见的团队类型转换为基本团队拓扑 \ 113

总结：采用松耦合、模块化的四类特定团队类型 \ 119

第6章　选择团队优先的边界策略 \ 121

软件职责和边界中的团队优先方法 \ 122

不可见的单体和耦合 \ 123

软件边界或“破裂面” \ 125

一个来自生产制造的真实案例 \ 135

总结：根据团队认知负荷来确定软件边界 \ 137

第III部分　改进团队交互来促进创新和快速交付

第7章　团队交互模式 \ 143

良好定义的交互模式是高效能团队的关键 \ 144

团队交互的三种核心模式 \ 146

每种交互模式下团队的行为特征 \ 153

选择合适的团队交互模式 \ 156

选择基本团队结构 \ 158

选择团队交互模式来降低不确定性并增加流动性 \ 161

总结：三种良好定义的团队交互模式 \ 163

第8章　根据组织感知进化团队结构 \ 165

什么样的团队交互是合适的 \ 166

加速新实践的落地和学习 \ 168

团队拓扑结构的不断演进 \ 172

组合团队拓扑追求更高效 \ 177

团队拓扑演进的触发器 \ 178

自组织设计与开发 \ 183

总结：持续进化团队拓扑 \ 188

结论　下一代数字化运营模型 \ 189

四类团队类型和三种交互模式 \ 191

团队优先思维方式：认知负荷、团队API、团队规模架构 \ 192

康威定律的策略应用 \ 192

进化组织设计以提升适应性和感知 \ 193

团队拓扑并非IT效能的全部 \ 194

下一步：如何上手团队拓扑 \ 195

专业术语 \ 199

推荐阅读 \ 202

致谢 \ 204

作者简介 \ 206

......(更多)