| 作者 |
| Matthew Skelton（马修·斯凯尔顿） （西班牙）Manuel Pais（曼纽尔·派斯） |
| 丛书名 |
| 出版社 |
| 电子工业出版社 |
| ISBN |
| 9787121410826 |
| 简要 |
| 简介 |
| 内容简介书籍计算机书籍 高效能软件开发团队是任何组织能够持续交付价值的关键。 本书主要介绍了高效能团队模式团队拓扑，为组织设计和团队交互提供了一种实用的、分步的、适应性的模型，将团队视为交付的基础，团队结构和沟通路径能够随着技术和组织成熟度的发展而演变。 在本书中，IT顾问Matthew Skelton和Manuel Pais为读者展示了软件组织设计方面的重大进展。通过行业案例和专项研究，他们设计了一种良好定义的团队间交互和关联方式，这有助于软件架构更清晰、更持续，并将团队间的问题转化为有价值信号，为自治团队提供指导。 本书适合关注软件系统开发和运维过程效率的公司领导层、软件和系统架构师，以及参与到构建和运行软件系统的任何人阅读。 |
| 目录 |
第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 |