-
>
全國計算機等級考試最新真考題庫模擬考場及詳解·二級MSOffice高級應用
-
>
決戰行測5000題(言語理解與表達)
-
>
軟件性能測試.分析與調優實踐之路
-
>
第一行代碼Android
-
>
JAVA持續交付
-
>
EXCEL最強教科書(完全版)(全彩印刷)
-
>
深度學習
高效能團隊模式(支持軟件快速交付的組織架構全彩印刷) 版權信息
- ISBN:9787121410826
- 條形碼:9787121410826 ; 978-7-121-41082-6
- 裝幀:一般膠版紙
- 冊數:暫無
- 重量:暫無
- 所屬分類:>
高效能團隊模式(支持軟件快速交付的組織架構全彩印刷) 本書特色
適讀人群 :本書適合關注軟件系統開發和運維過程效率的公司領導層、軟件和系統架構師,以及參與到構建和運行軟件系統的任何人閱讀。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權威指南》聯合譯者,曾先后就職于新浪網、摩托羅拉、諾基亞、愛立信、樂視致新等國內外知名企業,專注于互聯網、電信、金融、無人駕駛汽車等行業的軟件工程效率提升。
- >
莉莉和章魚
- >
推拿
- >
名家帶你讀魯迅:故事新編
- >
朝聞道
- >
羅曼·羅蘭讀書隨筆-精裝
- >
大紅狗在馬戲團-大紅狗克里弗-助人
- >
我與地壇
- >
煙與鏡