高效能團隊模式：支持軟件快速交付的組織架構(gòu)（全彩）
定 價：89 元
- 作者：（英）Matthew Skelton（馬修·斯凱爾頓）， （西班牙）Manuel Pais（曼紐爾·派斯）
- 出版時間：2021/6/1
- ISBN：9787121410826
- 出 版 社：電子工業(yè)出版社
- 中圖法分類：F272.7
- 頁碼：232
- 紙張：
- 版次：01
- 開本：16開
高效能軟件開發(fā)團隊是任何組織能夠持續(xù)交付價值的關(guān)鍵。本書主要介紹了高效能團隊模式——團隊拓?fù)洌瑸榻M織設(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標(biāo)準(zhǔn)核心編寫專家，Jenkins社區(qū)全球大使，極客時間專欄《DevOps實戰(zhàn)筆記》作者，《Jenkins 2權(quán)威指南》聯(lián)合譯者。董越，阿里巴巴前研發(fā)效能高級專家，DevOps標(biāo)準(zhǔn)核心編寫專家，《未雨綢繆——理解軟件配置管理》《軟件集成策略——如何有效率地提升質(zhì)量》作者，《版本控制之道——使用Git》譯者。曾就職于西門子、摩托羅拉、雅虎、索尼、去哪兒網(wǎng)等大型企業(yè)。雷濤，華佑科技CTO，DevOps標(biāo)準(zhǔn)核心編寫專家，百度前工程效率專家，《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
團隊拓?fù)洌阂环N全新的團隊思維方式 \ 009
康威定律的復(fù)蘇 \ 010
認(rèn)知負(fù)荷和瓶頸 \ 012
總結(jié)：重新思考團隊的結(jié)構(gòu)、目標(biāo)和交互方式 \ 013
第2章 康威定律為何如此重要 \ 017
理解并使用康威定律 \ 017
逆康威定律 \ 020
有利于團隊協(xié)作流程的軟件架構(gòu) \ 024
組織設(shè)計依賴于技術(shù)專家 \ 026
限制非必要溝通 \ 027
小心那些流于表面的康威定律 \ 029
總結(jié)：康威定律對于有效的技術(shù)團隊設(shè)計至關(guān)重要 \ 032
第3章 團隊優(yōu)先的思維方式 \ 033
讓小而美的長期團隊成為標(biāo)準(zhǔn) \ 034
良好設(shè)計的邊界可以最小化認(rèn)知負(fù)荷 \ 042
設(shè)計“團隊API”和促進團隊交互 \ 051
警告：工程實踐是基礎(chǔ) \ 061
總結(jié)：控制團隊認(rèn)知負(fù)荷并促進團隊交互來實現(xiàn)快速交付 \ 061
第II部分 圍繞工作流設(shè)計團隊拓?fù)?br>第4章 靜態(tài)團隊拓?fù)?\ 067
團隊反模式 \ 068
為變更的流動而設(shè)計 \ 069
DevOps和DevOps拓?fù)?\ 072
成功的團隊模式 \ 073
選擇團隊拓?fù)湫枰紤]的因素 \ 079
使用DevOps拓?fù)浯龠M組織發(fā)展 \ 082
總結(jié)：根據(jù)現(xiàn)狀選擇團隊拓?fù)洳⒊掷m(xù)演進 \ 085
第5章 四類基本團隊拓?fù)?\ 087
流動式團隊 \ 089
賦能團隊 \ 094
復(fù)雜子系統(tǒng)團隊 \ 099
平臺團隊 \ 100
避免變更流程中的團隊豎井 \ 108
一個優(yōu)秀的平臺應(yīng)該“夠用就好” \ 109
將常見的團隊類型轉(zhuǎn)換為基本團隊拓?fù)?\ 113
總結(jié)：采用松耦合、模塊化的四類特定團隊類型 \ 119
第6章 選擇團隊優(yōu)先的邊界策略 \ 121
軟件職責(zé)和邊界中的團隊優(yōu)先方法 \ 122
不可見的單體和耦合 \ 123
軟件邊界或“破裂面” \ 125
一個來自生產(chǎn)制造的真實案例 \ 135
總結(jié)：根據(jù)團隊認(rèn)知負(fù)荷來確定軟件邊界 \ 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
團隊拓?fù)浣Y(jié)構(gòu)的不斷演進 \ 172
組合團隊拓?fù)渥非蟾咝?\ 177
團隊拓?fù)溲葸M的觸發(fā)器 \ 178
自組織設(shè)計與開發(fā) \ 183
總結(jié)：持續(xù)進化團隊拓?fù)?\ 188
結(jié)論 下一代數(shù)字化運營模型 \ 189
四類團隊類型和三種交互模式 \ 191
團隊優(yōu)先思維方式：認(rèn)知負(fù)荷、團隊API、團隊規(guī)模架構(gòu) \ 192
康威定律的策略應(yīng)用 \ 192
進化組織設(shè)計以提升適應(yīng)性和感知 \ 193
團隊拓?fù)洳⒎荌T效能的全部 \ 194
下一步：如何上手團隊拓?fù)?\ 195
專業(yè)術(shù)語 \ 199
推薦閱讀 \ 202
致謝 \ 204
作者簡介 \ 206
書單推薦
