高效能團隊模式：支持軟件快速交付的組織架構(gòu)（全彩）

定　價：￥89.00

作　者：	[英] Matthew Skelton（馬修?斯凱爾頓），[西班牙] Manuel Pais（曼紐爾?派斯）著，石雪峰，董越，雷濤譯
出版社：	電子工業(yè)出版社
叢編項：
標　簽：	暫缺

購買這本書可以去

ISBN：	9787121410826	出版時間：	2021-08-01	包裝：	平裝
開本：	16開	頁數(shù)：	232	字數(shù)：

內(nèi)容簡介

　　高效能軟件開發(fā)團隊是任何組織能夠持續(xù)交付價值的關(guān)鍵。本書主要介紹了高效能團隊模式——團隊拓撲，為組織設(shè)計和團隊交互提供了一種實用的、分步的、適應(yīng)性的模型，將團隊視為交付的基礎(chǔ)，團隊結(jié)構(gòu)和溝通路徑能夠隨著技術(shù)和組織成熟度的發(fā)展而演變。在本書中，IT顧問Matthew Skelton和Manuel Pais為讀者展示了軟件組織設(shè)計方面的重大進展。通過行業(yè)案例和專項研究，他們設(shè)計了一種良好定義的團隊間交互和關(guān)聯(lián)方式，這有助于軟件架構(gòu)更清晰、更持續(xù)，并將團隊間的問題轉(zhuǎn)化為有價值信號，為自治團隊提供指導(dǎo)。

作者簡介

　　本書作者： Matthew Skelton 從1998年開始開發(fā)、部署和運維商業(yè)軟件系統(tǒng)，他曾就職于倫敦證券交易所、GlaxoSmithKline、FT.com、LexisNexis及倫敦政府。作為Conflux的首席咨詢師，Matthew是2016年出版的Continuous Delivery with Windows and .NET和Team Guide to Software Operability兩本書的合著者。Matthew擁有雷丁大學(xué)計算機和控制學(xué)專業(yè)的學(xué)士學(xué)位，以及牛津大學(xué)神經(jīng)系統(tǒng)科學(xué)專業(yè)的碩士學(xué)位，并且他也是開放大學(xué)的音樂文學(xué)碩士，還是英國特許工程師（CEng）。在業(yè)余時間，他的興趣是吹小號、參與唱詩班、作曲及越野跑。Manuel Pais 是DevOps和持續(xù)交付領(lǐng)域的一位獨立咨詢師，專注于團隊設(shè)計、實踐和流程方面。他通過策略評估、實踐工作坊和教練服務(wù)來幫助組織定義和實踐DevOps與持續(xù)交付（包括技術(shù)方面和人員方面）。他是2018年出版的Team Guide to Software Releasability一書的合著者。本書譯者：石雪峰京東商城工程效率專家，DevOps標準核心編寫專家，Jenkins社區(qū)全球大使，極客時間專欄《DevOps實戰(zhàn)筆記》作者，《Jenkins 2權(quán)威指南》聯(lián)合譯者。董越阿里巴巴前研發(fā)效能高級專家，DevOps標準核心編寫專家，《未雨綢繆——理解軟件配置管理》《軟件集成策略——如何有效率地提升質(zhì)量》作者，《版本控制之道——使用Git》譯者。曾就職于西門子、摩托羅拉、雅虎、索尼、去哪兒網(wǎng)等大型企業(yè)。雷濤華佑科技CTO，DevOps標準核心編寫專家，百度前工程效率專家，《Jenkins 2權(quán)威指南》聯(lián)合譯者，曾先后就職于新浪網(wǎng)、摩托羅拉、諾基亞、愛立信、樂視致新等國內(nèi)外知名企業(yè)，專注于互聯(lián)網(wǎng)、電信、金融、無人駕駛汽車等行業(yè)的軟件工程效率提升。

圖書目錄

目錄
第I部分　團隊即交付
第1章　組織結(jié)構(gòu)的陷阱 \\ 003
組織的溝通結(jié)構(gòu) \\ 005
團隊拓撲：一種全新的團隊思維方式 \\ 009
康威定律的復(fù)蘇 \\ 010
認知負荷和瓶頸 \\ 012
總結(jié)：重新思考團隊的結(jié)構(gòu)、目標和交互方式 \\ 013
第2章　康威定律為何如此重要 \\ 017
理解并使用康威定律 \\ 017
逆康威定律 \\ 020
有利于團隊協(xié)作流程的軟件架構(gòu) \\ 024
組織設(shè)計依賴于技術(shù)專家 \\ 026
限制非必要溝通 \\ 027
小心那些流于表面的康威定律 \\ 029
總結(jié)：康威定律對于有效的技術(shù)團隊設(shè)計至關(guān)重要 \\ 032
第3章　團隊優(yōu)先的思維方式 \\ 033
讓小而美的長期團隊成為標準 \\ 034
良好設(shè)計的邊界可以最小化認知負荷 \\ 042
設(shè)計“團隊API”和促進團隊交互 \\ 051
警告：工程實踐是基礎(chǔ) \\ 061
總結(jié)：控制團隊認知負荷并促進團隊交互來實現(xiàn)快速交付 \\ 061
第II部分　圍繞工作流設(shè)計團隊拓撲
第4章　靜態(tài)團隊拓撲 \\ 067
團隊反模式 \\ 068
為變更的流動而設(shè)計 \\ 069
DevOps和DevOps拓撲 \\ 072
成功的團隊模式 \\ 073
選擇團隊拓撲需要考慮的因素 \\ 079
使用DevOps拓撲促進組織發(fā)展 \\ 082
總結(jié)：根據(jù)現(xiàn)狀選擇團隊拓撲并持續(xù)演進 \\ 085
第5章　四類基本團隊拓撲 \\ 087
流動式團隊 \\ 089
賦能團隊 \\ 094
復(fù)雜子系統(tǒng)團隊 \\ 099
平臺團隊 \\ 100
避免變更流程中的團隊豎井 \\ 108
一個優(yōu)秀的平臺應(yīng)該“夠用就好” \\ 109
將常見的團隊類型轉(zhuǎn)換為基本團隊拓撲 \\ 113
總結(jié)：采用松耦合、模塊化的四類特定團隊類型 \\ 119
第6章　選擇團隊優(yōu)先的邊界策略 \\ 121
軟件職責(zé)和邊界中的團隊優(yōu)先方法 \\ 122
不可見的單體和耦合 \\ 123
軟件邊界或“破裂面” \\ 125
一個來自生產(chǎn)制造的真實案例 \\ 135
總結(jié)：根據(jù)團隊認知負荷來確定軟件邊界 \\ 137
第III部分　改進團隊交互來促進創(chuàng)新和快速交付
第7章　團隊交互模式 \\ 143
良好定義的交互模式是高效能團隊的關(guān)鍵 \\ 144
團隊交互的三種核心模式 \\ 146
每種交互模式下團隊的行為特征 \\ 153
選擇合適的團隊交互模式 \\ 156
選擇基本團隊結(jié)構(gòu) \\ 158
選擇團隊交互模式來降低不確定性并增加流動性 \\ 161
總結(jié)：三種良好定義的團隊交互模式 \\ 163
第8章　根據(jù)組織感知進化團隊結(jié)構(gòu) \\ 165
什么樣的團隊交互是合適的 \\ 166
加速新實踐的落地和學(xué)習(xí) \\ 168
團隊拓撲結(jié)構(gòu)的不斷演進 \\ 172
組合團隊拓撲追求更高效 \\ 177
團隊拓撲演進的觸發(fā)器 \\ 178
自組織設(shè)計與開發(fā) \\ 183
總結(jié)：持續(xù)進化團隊拓撲 \\ 188
結(jié)論　下一代數(shù)字化運營模型 \\ 189
四類團隊類型和三種交互模式 \\ 191
團隊優(yōu)先思維方式：認知負荷、團隊API、團隊規(guī)模架構(gòu) \\ 192
康威定律的策略應(yīng)用 \\ 192
進化組織設(shè)計以提升適應(yīng)性和感知 \\ 193
團隊拓撲并非IT效能的全部 \\ 194
下一步：如何上手團隊拓撲 \\ 195
專業(yè)術(shù)語 \\ 199
推薦閱讀 \\ 202
致謝 \\ 204
作者簡介 \\ 206