超值优惠券
¥50
满100可用 有效期2天

全场图书通用（淘书团除外）

 
不再提示
关闭
图书盲袋，以书为“药”
26周年店庆|每满88减40，到手低至1元
欢迎光临中图网 请 | 注册
搜索
搜索全部
  • 搜索全部
  • 书名
  • 作者
  • 出版社
  • ISBN
高级搜索
我身体里的人造星星乡间的日常情感勒索神秘的黑猫
  • 合成诗经
  • 新人领礼券
  • 新用户注册领10元
中图网
>
计算机/网络
>
软件工程/开发项目管理
高效能团队模式(支持软件快速交付的组织架构全彩印刷)
分享

高效能团队模式(支持软件快速交付的组织架构全彩印刷)

作者：(英)马修·斯凯尔顿//(西班牙)曼纽尔
出版社：电子工业出版社出版时间：2021-08-01
开本： 16开 页数： 205
本类榜单：计算机/网络销量榜
中 图 价:¥56.1(6.3折) 定价  ¥89.0 登录后可看到会员价
加入购物车 收藏
运费6元，满39元免运费
?新疆、西藏除外
本类五星书更多>
买过本商品的人还买了
中图价:¥56.1 加入购物车
洞明世事，从读书开始 淘书团

高效能团队模式(支持软件快速交付的组织架构全彩印刷) 版权信息

高效能团队模式(支持软件快速交付的组织架构全彩印刷) 本书特色

适读人群 ：本书适合关注软件系统开发和运维过程效率的公司领导层、软件和系统架构师，以及参与到构建和运行软件系统的任何人阅读。1.高效运维社区创始人萧田国、DevOps时代社区联合创始人景韵联合作序，业内多名专家力荐。 2.全面介绍高效能团队模式——团队拓扑，为组织设计和团队交互总结了四类团队类型和三种交互模式，结合案例进行了递进的、深入的阐述，对数字化转型中的企业极具参考价值。 3.本书适合关注软件系统开发和运维过程效率的公司领导层（包括CTO、CIO、CEO、CFO等）、经理、部门主管、软件和系统架构师，以及所有参与构建和运行软件系统的人阅读，适用于想让系统的交付和运行变得更高效的任何人。 4.外文原书亚马逊4.5星高评价！本书针对以下典型场景并提供了一些建议的阅读方法：√ 希望了解不同的团队类型，以及哪种类型非常高效。√ 希望解耦一个巨大的单体软件系统。√ 希望改进软件系统架构。√ 希望提升软件开发团队的效率。√ 希望提升团队的士气和效率。√ 希望了解在哪些方面投入可以实现预期的增长。√ 希望了解如何持续改进团队拓扑以适应业务变化的需求。

高效能团队模式(支持软件快速交付的组织架构全彩印刷) 内容简介

高效能软件开发团队是任何组织能够持续交付价值的关键。本书主要介绍了高效能团队模式——团队拓扑，为组织设计和团队交互提供了一种实用的、分步的、适应性的模型，将团队视为交付的基础，团队结构和沟通路径能够随着技术和组织成熟度的发展而演变。在本书中，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

展开全部

高效能团队模式(支持软件快速交付的组织架构全彩印刷) 节选

中文版推荐序 陆止于此，海始于斯。 ——葡萄牙诗人卡蒙斯 2019年冬，我们一行来到葡萄牙首都里斯本，参加DevOps World | Jenkins World Lisbon大会。在大会现场，我们遇见了Team Topologies一书的联合作者Manuel Pais，他的演讲Why You Need to Think About Team Design for CI/CD中有如下两个要点让我们心有戚戚。 一是他认为：“我们需要以团队为中心的方法来实现可持续的CI/CD，而不是以工具为中心。” 二是他分享了四类团队类型和三种交互模式，四类团队类型包括：流动式团队、赋能团队、复杂子系统团队、平台团队；三种交互模式包括：协作、服务、促进。这种全新的团队组织设计与协作模式带给我们很大的启发。高效运维和DevOps时代社区一直致力于在国内推行DevOps、推广中国信息通信研究院牵头的DevOps系列标准，在这个过程中我们与国内企业和相关专家进行了大量的交流，交流中总会谈到组织与文化。Team Topologies一书的目的就是要解决组织和文化的问题。 如果你在实践DevOps的过程中，想要解耦一个巨大的单体软件系统、提升软件开发团队的效率及持续改进团队拓扑以适应业务变化的需求，那么将这本书推荐给你，你一定能在这本书中找到一些答案。 华为提出“方向要大致正确，组织要充满活力”，那么科技组织如何才能充满活力呢？这本书假设一个组织是一个社会技术系统或者一个生态系统，这个系统由个体和团队之间的交互塑造而成，也就是说，一个组织应该是人和技术共同作用的结果，这是生机勃发的动态组织的特点。 这本书基于大量的研究成果，借鉴了大规模开发和运行软件系统的成功实践。在BookAuthority于2020年评选的“100 Best Product Management Books of All Time”中排名第3，同时经常高居亚马逊（美国）网站上计算机编程结构设计类图书榜首，软件设计、测试与工程类图书畅销书榜单前20，这充分说明业界对一本解决组织模式问题的图书是多么渴望。 怀揣作者赠送的签名版Team Topologies，我们从里斯本回到北京，DevOps三剑客（石雪峰、董越、雷涛）一拍即合，希望引入这本书。在电子工业出版社博文视点的帮助下，三剑客从2020年春节开始了本书的翻译工作。在2021年的夏天，这本书终于要和国内读者们见面了。 这本书的三位译者都是行业内的领军人物： 石雪峰，一位爱折腾的大侠，DevOps标准核心编写专家，京东商城工程效率专家，极客时间专栏《DevOps实战笔记》作者，《Jenkins 2权威指南》联合译者，Jenkins全球大使。 董越，一位博识有趣的大侠，DevOps标准核心编写专家，《未雨绸缪——理解软件配置管理》与《软件集成策略——如何有效率地提升质量》作者，国内*早出版的Git图书《版本控制之道——使用Git》译者。 雷涛，一位温文尔雅的大侠，DevOps标准核心编写专家，华佑科技CTO，《Jenkins 2权威指南》联合译者，Jenkins全球大使。 翻译外文图书非常辛苦，我们目睹了DevOps三剑客字斟句酌、精益求精的翻译过程，感谢三位译者石雪峰、董越、雷涛以及博文视点编辑付睿同学付出的非凡努力，你们为国内读者们奉上了这本高价值的图书，向侠之大者致敬。 里斯本的罗卡角位于欧亚大陆*西端，号称世界的尽头，大航海时代无数先驱望着罗卡角的灯塔，航向大海。“陆止于此，海始于斯。”《高效能团队模式：支持软件快速交付的组织架构》就像一座灯塔，指引我们从固态组织（陆）航向动态组织（海），期待科技组织大航“海”时代的到来。 萧田国 高效运维社区创始人 DAOPS基金会全球理事 景韵 DevOps时代社区联合创始人 DAOPS基金会首席布道师 译者序 2019年初冬，我与本书的另一位译者雷涛、发起人景韵有幸作为Jenkins社区*有价值贡献者的代表，受邀来到葡萄牙里斯本参加DevOps World | Jenkins World Lisbon大会，同全球顶级专家们一起探讨DevOps的未来发展。欧洲人固有的浪漫主义在此次大会中体现得淋漓尽致，也正是在会后Party上，我邂逅了本书的作者Manuel，他一边吃着比萨，一边随意地拉了张桌子签名送书，这给我留下了深刻的印象。没错，这本书正是呈现在你面前的《高效能团队模式》一书的英文原书。 其实在很多年前，网上就开始流传本书的前身DevOps拓扑相关内容。彼时DevOps刚在国内起步，作为一个新鲜玩意儿，大家都不清楚DevOps应该是哪个团队的职责，以及怎样才能在组织内部实践和推广DevOps。DevOps拓扑的出现恰逢其时，它用*浅显易懂的图形总结了企业中实践DevOps的几种模式与反模式。特别是，DevOps拓扑针对组织是否应该组建一个独立的DevOps团队给出了负面的观点，这一时间成为业内争论的热门话题。 随着行业内DevOps知识体系的不断成熟，以及多年以来在企业中身体力行的实践，我越发感受到一个深刻的道理，那就是：很多时候，技术能够解决的问题都不是问题，而*大的问题在人身上，确切地说是在由个人构成的组织身上。引用我非常尊敬的一位领导的话来说：“所有的事情归根结底都是人的事情，只要人对了，那么事情就都对了，所以组织*重要的事情是去发现人、培养人、激发人心中的火花。”对此，我深以为然，可见组织和人的问题才是“Being DevOps”的*大障碍。 道理虽如此，但组织的问题往往也是*难解决的问题。这也是为什么纵观行业内的大会分享主题，大部分人关注的是可以快速见效的自动化工具，而忽略了组织和文化的变革，毕竟组织和文化的变革难以可视化，也更难度量有效性。每家企业所处的行业环境、竞争模式、产品形态和人才结构都不尽相同，组织变革也没有一条普适的“成功路径”，那么何谈总结出一套通用的组织类型和交互模式呢？于是乎，DevOps中*重要的组织和文化渐渐成了一种迷思，即便一些广为流传的成功案例，也被认为是“别人家的事情，对我们来说并不适用”。可回避问题真的就是解决问题的方法吗？Manuel和Matthew对此给出的答案就在本书中。 我**次阅读本书的英文原书是在去年国内疫情*为严重的时候，封闭在家，但也多了很多自己的时间。我不得不承认，整个阅读过程充满了艰辛，一方面欧洲作者的艺术气息让整本书充满了大量难懂的词汇和复杂的嵌套语句，另一方面书中涉及的多元文化，大量的人文、社会学知识像一条巨大的鸿沟。回想起我当年**次看《持续交付》一书的时候，也是同样的感觉，认知的差距让我很难轻松理解书中的观点和理念。 随着翻译工作的推进，在逐字逐句的推敲过程中，书中很多闪耀光辉的观点开始慢慢显现，这本书就像一个隐藏的宝藏，总能让你获得感同身受的惊喜及对实际工作的启发。我想说的是，这本书并非一本快餐读物，而是需要结合实际工作场景，静下心来细细品味的作品。无论你是团队管理者、架构师，还是平台产品经理、普通的研发技术人员，都能从书中汲取思想的养分，享受属于你自己的知识盛宴。你会不停地反思组织设计、交互、角色、职责等方面的观点，并且身体力行地在项目中进行实践。相信我，随着工作经历的丰富，你会慢慢感受到与作者思想同频的愉悦感，而且这本书也能为个人和团队的发展指明方向。 翻译过程历时一年，前后大改了三稿，以及进行了无数次字斟句酌的优化。很庆幸在整个翻译团队的相互鼓励下本书终于接近完成。在这个过程中，我也深刻地感受到了团队的力量，那就是大家为了共同的目标、共同做成一件事而努力。其中董老师老顽童一般笑看人生的境界，对工作流程的精益求精，雷老师严谨细致的工作作风，对细节的极致追求，都让我受益良多，我充分感受到了团队协作的魅力。当我写下这段文字的时候，回顾过去一年，内心感慨良多。我们一直秉承追求极致、谨言慎行的态度，希望你在阅读本书的时候，也能够感受到我们的用心。 感谢博文视点付睿编辑的专业指导和精雕细琢，她是本书的幕后英雄。感谢高效运维社区的景韵和萧总促成了本书的引进和出版，他们共同书写的推荐序是如此文采飞扬、激荡青春。感谢我的家人的支持与理解，正是他们教会了我心中要充满热爱。 “道阻且长，行则将至。”这句话出自《诗经》及《荀子·修身》，意思是前行的道路漫长并充满阻碍，只要坚持心中的火花，就一定能够抵达目的地。组织效能是企业永无止境的追求，愿本书能够陪伴你在这条道路上不断披荆斩棘，在成就他人的过程中也收获属于自己的成长。 石雪峰 2021年5月

高效能团队模式(支持软件快速交付的组织架构全彩印刷) 作者简介

本书作者： 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权威指南》联合译者，曾先后就职于新浪网、摩托罗拉、诺基亚、爱立信、乐视致新等国内外知名企业，专注于互联网、电信、金融、无人驾驶汽车等行业的软件工程效率提升。

商品评论(0条)
写书评 赚书币
暂无评论……
书友推荐
本类畅销
编辑推荐
返回顶部
新手上路
新用户指引
注册用户 更改注册信息
购物常见问题
关于特价书的常见问题
购买问题
订单跟踪
付款方式
账户余额  申请提现
配送方式及费用、范围
集团购买
售后服务
退换货流程
投诉与建议
特色服务
会员等级与书币
中图网书馨卡
邀请好友购买返10元礼包
其他信息
本站简介
联系我们
招聘英才
网站联盟
友情链接
微信公众号
中图网微信
中图网微博
中图网微博
手机中图网
手机中图网
中图网
诚信认证 电子商务诚信单位认证

京ICP备09013606号-3京信市监发[2002]122号海淀公安分局备案编号：1101083394

营业执照出版物经营许可证 京出发京批字第直110071

在线客服