Matthew Skelton从1998年开始开发、部署和运维商业软件系统,他曾就职于伦敦证券交易所、GlaxoSmithKline、FT.com、LexisNexis及伦敦政府。作为Conflux的首席咨询师,Matthew是2016年出版的Continuous Delivery with Windows and .NET和Team Guide to Software Operability两本书的合著者。Matthew拥有雷丁大学计算机和控制学专业的学士学位,以及牛津大学神经系统科学专业的硕士学位,并且他也是开放大学的音乐文学硕士,还是英国特许工程师(CEng)。在业余时间,他的兴趣是吹小号、参与唱诗班、作曲及越野跑。
Manuel Pais是DevOps和持续交付领域的一位独立咨询师,专注于团队设计、实践和流程方面。他通过策略评估、实践工作坊和教练服务来帮助组织定义和实践DevOps与持续交付(包括技术方面和人员方面)。他是2018年出版的Team Guide to Software Releasability一书的合著者。
高效能软件开发团队是任何组织能够持续交付价值的关键。 本书主要介绍了高效能团队模式——团队拓扑,为组织设计和团队交互提供了一种实用的、分步的、适应性的模型,将团队视为交付的基础,团队结构和沟通路径能够随着技术和组织成熟度的发展而演变。 在本书中,IT顾问Matthew Skelton和Manuel Pais为读者展示了软件组织设计方面的重大进展。通过行业案例和专项研究,他们设计了一种良好定义的团队间交互和关联方式,这有助于软件架构更清晰、更持续,并将团队间的问题转化为有价值信号,为自治团队提供指导。
##有效的团队由7-9人组成,15人是一个人信任的极限。
评分##讲团队如何拆分和协作。要考虑团队认知负荷,要控制团队间相互依赖,让每个团队保持高效。配上现在流行的中台,微服务,devops 还是很有启发的。流动团队,我理解是价值流动团队,其实是一个稳定的团队,能够持续自主的交付价值。
评分##图形化表达很好看,也为未来这个方向演进做了铺垫工作。不过总的来说还是有点浅,从第8章开始,最后20%的内容才算是本书精华,一定程度上通过案例讲解了组织如何落实这些模型以及如何转变和演进的。
评分##大多数组织都被软件交付问题困扰了多年,也就是新技术预期能解决问题但很少(或者从来没有)真正做到。这些问题包括游离的团队、技术和市场方面数不清的变化所带来的惊喜、与康威定律背道而驰、软件成长超出团队能力范围、说不清的组织设计选项和交付框架、团队牵扯进太多方向、几年一次的痛苦重组,以及落后的变更流程。 《高效能团队模式》通过在软件交付方面推进团队优先方法,并且以四类基本团队类型、三种团队交互模式、交付过程中的应用之道来增强组织对周边的感知,这样有助于解决以上提及的问题。实际上,《高效能团队模式》呈现了一套良好定义的团队间交互方法,帮助软件架构变得清晰和更持续,将团队间存在的问题转化为有价值的信号,从而驱动自组织企业。
评分##团队是交付的主体,对于复杂产品,高内聚低耦合的要求不仅针对软件架构,也是对组织的要求。
评分 评分##图形化表达很好看,也为未来这个方向演进做了铺垫工作。不过总的来说还是有点浅,从第8章开始,最后20%的内容才算是本书精华,一定程度上通过案例讲解了组织如何落实这些模型以及如何转变和演进的。
评分挺不错的,加深对康威理论的理解。四种基本团队拓扑组合,三种团队交互模式。
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2025 book.idnshop.cc All Rights Reserved. 静思书屋 版权所有