高效能团队模式
全新正版保证，电子发票
￥ 55.4 6.2折 ￥ 89 全新
库存27件
作者[英]Matthew,Skelton（马修・斯凯尔顿）,[西
出版社电子工业出版社
ISBN9787121410826
出版时间2021-08
装帧平装
开本16开
定价89元
货号9787121410826
上书时间2024-09-18
商品详情
- 品相描述：全新
- 商品描述
-
作者简介
本书作者：
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一书的合著者。
本书译者：
石雪峰
京东商城工程效率专家，DevOps标准核心编写专家，Jenkins社区大使，极客时间专栏《DevOps实战笔记》作者，《Jenkins 2指南》联合译者。
董越
阿里巴巴前研发效能专家，DevOps标准核心编写专家，《未雨绸缪——理解软件配置管理》《软件集成策略——如何地提升质量》作者，《版本控制之道——使用Git》译者。曾就职于西门子、摩托罗拉、雅虎、索尼、去哪儿网等企业。
雷涛
华佑科技CTO，DevOps标准核心编写专家，百度前工程效率专家，《Jenkins 2指南》联合译者，曾先后就职于网、摩托罗拉、诺基亚、爱立信、乐视致新等外知名企业，专注于互联网、电信、金融、无人驾驶汽车等行业的软件工程效率提升。
目录
第I部分团队即交付
章组织结构的陷阱
组织的沟通结构
团队拓扑：一种全新的团队思维方式
康威定律的复苏
认知负荷和瓶颈
总结：重新思考团队的结构、目标和交互方式
第2章康威定律为何如此重要
理解并使用康威定律
逆康威定律
有利于团队协作流程的软件架构
组织设计依赖于技术专家
限制非必要沟通
小心那些流于表面的康威定律
总结：康威定律对于有效的技术团队设计至关重要
第3章团队优先的思维方式
让小而美的长期团队成为标准
良好设计的边界可以最小化认知负荷
设计“团队API”和促进团队交互
警告：工程实践是基础
总结：控制团队认知负荷并促进团队交互来实现快速交付
第II部分围绕工作流设计团队拓扑
第4章静态团队拓扑
团队反模式
为变更的流动而设计
DevOps和DevOps拓扑
成功的团队模式
选择团队拓扑需要考虑的因素
使用DevOps拓扑促进组织发展
总结：根据现状选择团队拓扑并持续演进
第5章四类基本团队拓扑
流动式团队
赋能团队
复杂子系统团队
平台团队
避免变更流程中的团队竖井
一个优秀的平台应该“够用就好”
将常见的团队类型转换为基本团队拓扑
总结：采用松耦合、模块化的四类特定团队类型
第6章选择团队优先的边界策略
软件职责和边界中的团队优先方法
不可见的单体和耦合
软件边界或“破裂面”
一个来自生产制造的真实案例
总结：根据团队认知负荷来确定软件边界
第III部分改进团队交互来促进创新和快速交付
第7章团队交互模式
良好定义的交互模式是高效能团队的关键
团队交互的三种核心模式
每种交互模式下团队的行为特征
选择合适的团队交互模式
选择基本团队结构
选择团队交互模式来降低不确定性并增加流动性
总结：三种良好定义的团队交互模式
第8章根据组织感知进化团队结构
什么样的团队交互是合适的
加速新实践的落地和学习
团队拓扑结构的不断演进
组合团队拓扑追求更高效
团队拓扑演进的触发器
自组织设计与开发
总结：持续进化团队拓扑
结论下一代数字化运营模型
四类团队类型和三种交互模式
团队优先思维方式：认知负荷、团队API、团队规模架构
康威定律的策略应用
进化组织设计以提升适应性和感知
团队拓扑并非IT效能的全部
下一步：如何上手团队拓扑
专业术语
推荐阅读
致谢
作者简介
内容摘要
高效能软件开发团队是任何组织能够持续交付价值的关键。本书主要介绍了高效能团队模式——团队拓扑，为组织设计和团队交互提供了一种实用的、分步的、适应性的模型，将团队视为交付的基础，团队结构和沟通路径能够随着技术和组织成熟度的发展而演变。在本书中，IT顾问MatthewSkelton和ManuelPais为读者展示了软件组织设计方面的重大进展。通过行业案例和专项研究，他们设计了一种良好定义的团队间交互和关联方式，这有助于软件架构更清晰、更持续，并将团队间的问题转化为有价值信号，为自治团队提供指导。
主编推荐
"编辑推荐：
1.高效运维社区创始人萧田国、DevOps时代社区联合创始人景韵联合作序，业内多名专家力荐。
2.全面介绍高效能团队模式——团队拓扑，为组织设计和团队交互总结了四类团队类型和三种交互模式，结合案例进行了递进的、深入的阐述，对数字化转型中的企业极具参考价值。
3.本书适合关注软件系统开发和运维过程效率的公司领导层（包括CTO、CIO、CEO、CFO等）、经理、部门主管、软件和系统架构师，以及所有参与构建和运行软件系统的人阅读，适用于想让系统的交付和运行变得更高效的任何人。
本书针对以下典型场景并提供了一些建议的阅读方法：
√ 希望了解不同的团队类型，以及哪种类型很高效。
√ 希望解耦一个巨大的单体软件系统。
√ 希望改进软件系统架构。
√ 希望提升软件开发团队的效率。
√ 希望提升团队的士气和效率。
√ 希望了解在哪些方面投入可以实现预期的增长。
√ 希望了解如何持续改进团队拓扑以适应业务变化的需求。
"
媒体评论
"团队作为IT组织很基础的能力单元，是IT治理的坚实着力点。在围绕IT运营转型、IT价值洞察、科技风险治理三大领域的IT新治理模式中，团队组织设计与交互模式是必谈的话题。企业在落地DevOps、FinOps的过程中，需要打造集合业务、财务、科技（开发、测试、运维）的高效能团队模式，构建以价值为导向、兼顾风险、敏捷精细的IT新治理能力。
——杨玲玲，中国信息通信研究院云计算与大数据所治理与审计部副主任（主持工作）
近年来，金融行业广泛通过实施DevOps来进行数字化转型。DevOps的核心在于通过企业级的工具与标准，消除员工个体的差异，快速实现企业级能力的提升。但在实践DevOps的过程中，我们发现团队能力的提升和组织模式的演进依然无法回避，团队作为企业很小也是很核心的作战单元，很终决定了整个企业数字化转型的成效。我们都是企业组织结构的局中人，也应该成为企业组织结构的破局者。本书系统地描述了组织设计模型，包括四类团队类型和三种交互模式，这对我们打造高效能团队很具参考价值。
——温建波，中国工商银行软件开发中心项目办总经理
数字化转型要求企业具备超强的感知、洞察能力，由多方面数据支撑的明智决策能力，快速创新、复制、组装的研发上线能力。如何快速研发上线？精益、敏捷、DevOps、产品制、部落制等都离不开高内聚、松耦合的IT架构，以及与之匹配的开发组织结构。本书以康威定律为基础，结合邓巴理论，通过正向推导、逆向演绎、深入浅出，提供了建立一个灵活、高效团队的方法论，为企业数字化转型建设打下了坚实基础。
——廖 定，锦州银行信息技术部联席总经理
在云原生、DevOps和精益敏捷的大浪潮下，软件开发模式也发生了深刻的变革，然而支撑软件开发的组织架构却多年没有明显变化，已经变得越来越难适应。作为传统金融机构的金融科技负责人，我在企业数字化转型的过程中反复思考我们作为强监管的金融机构，在拥抱新模式时应该用什么样的组织形式来推动有价值的产品开发。本书是少有的介绍敏捷组织架构的图书，全书围绕康威定律阐述了我们需要什么样的组织架构才能更好地推动、提升端到端价值交付的效率，很好值得一读。
——何 波，中泰证券股份有限公司金融科技委员会主任&科技研发部总经理
在DevOps变革中，企业必须选择合适的团队拓扑来提升各个团队之间的协作效能，进而提高DevOps变革的成功概率。康威定律告诉我们有什么样的团队拓扑就会有什么样的软件架构，换言之，团队拓扑设计会在一定程度上技术方案的可能性。如果你想深入了解团队拓扑设计与团队协同提效之间的制约与关系，或者你对团队拓扑设计和研发效能提升两者之间的相关性有所疑惑，那么本书都会是你的不二选择。
——茹炳晟，腾讯技术工程事业群基础架构部T4级专家，腾讯研究院特约研究员
《高效能团队模式》为如何预测、适应市场和技术变革提供了新的洞察。企业为了生存需要忘记既有的管控架构，并向具备很有效信息的授权，以便快速采取行动并做出响应。本书有助于企业高管和商业专注于高效能团队的关键战略，从而有效地应对当下的需求并面向未来持续演进。
——Barry O’Reilly，ExecCamp创始人，商业顾问，
Unlearn和《精益企业》1（Lean Enterprise）作者
对于管理而言，没有什么比要如何搭建组织结构并激发你所鼓励的行为发生更加基础的。尽管如此，很少有人会针对跨越数字化、DevOps和SRE的IT组织结构转型背后的组织设计模型进行归类分析。Skelton和Pais不仅接受了这个大胆的挑战，也通过创建一种难以获取的独特资源达成了这个目标。
——Damon Edwards，Rundeck联合创始人
《高效能团队模式》为以增加流动性为目标的评估和优化团队组织提供了一种必要的框架。那些具备合理规模、合理边界及合理沟通级别的团队，将为公司带来价值，并使团队成员感到满意。《高效能团队模式》将系统方法与现实案例研究相结合，并以此释放技术团队的全部潜力。
——Greg Burrell，Netflflix不错可靠性工程师
Matthew Skelton和Manuel Pais的《高效能团队模式》是专享的。它将给技术企业带来深远的影响。我们需要一种结构化的、有条理的方法来塑造持续交付团队，而并非照搬Spotifty的经验，这正是本书带来的价值。
——Nick Tune，Navico API平台主管
在Condé Nast International，对于理解我们的DevOps现状，以及定义我们孜孜不倦追求的DevOps实施模型的远景目标来说，“DevOps拓扑”都是至关重要的。我们可以通过书中细致描述的模型来绕开陷阱，避免陷入团队反模式。我为Matthew和Manuel从DevOps拓扑中收获的成长，以及他们将进一步的研究转化为深远的组织设计《高效能团队模式》一书而感到很好欣喜。
——Crystal Hirschorn，Condé Nast工程、优选战略和运营副总裁
那些高效能团队是现代数字化经济价值的核心源动力。但是培养和规模化这类团队的生态系统常常是一个难以实现的目标。在《高效能团队模式》一书中，Skelton和Pais为下一代数字化运营模型提供了创新性的工具和理念。强烈将这本书推荐给优选的CIO、企业架构师和数字产品策略专家们。
——Charles Betz，Forrester Research首席分析师
Matthew Skelton和Manuel Pais说《高效能团队模式》是一本工具书，的确如此。本书良好的结构和清晰的标识来源于深度思考，这些让读者像作者一样认为一个组织是一个社会技术系统1 或者生态系统。基于这种假设得出了实用建议、操作指导及一种构建有效的技术人文组织设计方法的技巧。对于技术组织设计领域的任何人来说，《高效能团队模式》都值得一读。
——Naomi Stanford博士，组织设计实践者、导师和《组织设计指南》作者
我认为Matthew和Manuel在模式和语言方面的研究，无论对于组织内部随时间塑造组织转型策略，还是帮助业务和技术将组织和持续交付联系起来，都具有难以置信的价值。
——Richard James，Nationwide数字技术与工程主管
团队是组织很基本的组成部分，对于中等效能和高效能组织而言，团队如何工作及在哪些系统中运营都不尽相同。本书对于你要如何根据当下状况来优化组织系统来说可谓是智慧的源泉。
——Jeremy Brown，Red Hat开放创新实验室EMEA主管
DevOps很重要，但是真实世界中的组织要如何切实构建自己从而实现DevOps呢？你不能将所有人都安置于一个独立竖井式的团队中，或者所有人都坐在一个大而空旷的办公室中并一起吃午饭和踢足球。《高效能团队模式》为回答DevOps的关键问题提供了一些实践模板，而其他一些问题则作为练习留给读者。
——Jeff Sussna，Sussna Associates创始人&CEO，Designing Delivery作者
如果你寻找一本书来分析传统工作方式下的挑战，并且要获得一些迁移战略方面的实践指导，比如新的交互模式、降低认知负荷、建立合理的团队API等，那么我将这本书推荐给你。
——Daniel Bryant，InfoQ技术顾问&新闻经理
《高效能团队模式》是一本引人入胜的读物，它探索了团队与团队支撑的IT系统结构之间的共生关系。超越了静态组织结构图或自组织混乱等通用方法，展示了如何让人际系统和IT系统共同发展的方法。
——Mirco Hering，埃森哲DevOps主管，DevOps for the Modern Enterprise作者"
— 没有更多了 —
以下为对购买帮助不大的评价