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一書的閤著者。
高效能軟件開發團隊是任何組織能夠持續交付價值的關鍵。 本書主要介紹瞭高效能團隊模式——團隊拓撲,為組織設計和團隊交互提供瞭一種實用的、分步的、適應性的模型,將團隊視為交付的基礎,團隊結構和溝通路徑能夠隨著技術和組織成熟度的發展而演變。 在本書中,IT顧問Matthew Skelton和Manuel Pais為讀者展示瞭軟件組織設計方麵的重大進展。通過行業案例和專項研究,他們設計瞭一種良好定義的團隊間交互和關聯方式,這有助於軟件架構更清晰、更持續,並將團隊間的問題轉化為有價值信號,為自治團隊提供指導。
这本书提出了一个很有意思的观点 ---- 改进组织架构以改善对用户提供的解决方案。该书的理论基础是[Conway's Law]。 “organizations which design systems […] are constrained to produce designs which are copies of the communication structures of these organizations...
評分这本书提出了一个很有意思的观点 ---- 改进组织架构以改善对用户提供的解决方案。该书的理论基础是[Conway's Law]。 “organizations which design systems […] are constrained to produce designs which are copies of the communication structures of these organizations...
評分这本书提出了一个很有意思的观点 ---- 改进组织架构以改善对用户提供的解决方案。该书的理论基础是[Conway's Law]。 “organizations which design systems […] are constrained to produce designs which are copies of the communication structures of these organizations...
評分这本书提出了一个很有意思的观点 ---- 改进组织架构以改善对用户提供的解决方案。该书的理论基础是[Conway's Law]。 “organizations which design systems […] are constrained to produce designs which are copies of the communication structures of these organizations...
評分这本书提出了一个很有意思的观点 ---- 改进组织架构以改善对用户提供的解决方案。该书的理论基础是[Conway's Law]。 “organizations which design systems […] are constrained to produce designs which are copies of the communication structures of these organizations...
挺不錯的,加深對康威理論的理解。四種基本團隊拓撲組閤,三種團隊交互模式。
评分四種團隊拓撲結構: 流動式團隊、賦能團隊、復雜子係統團隊、平颱團隊;三種交互模式: 協作、服務、賦能
评分大多數組織都被軟件交付問題睏擾瞭多年,也就是新技術預期能解決問題但很少(或者從來沒有)真正做到。這些問題包括遊離的團隊、技術和市場方麵數不清的變化所帶來的驚喜、與康威定律背道而馳、軟件成長超齣團隊能力範圍、說不清的組織設計選項和交付框架、團隊牽扯進太多方嚮、幾年一次的痛苦重組,以及落後的變更流程。 《高效能團隊模式》通過在軟件交付方麵推進團隊優先方法,並且以四類基本團隊類型、三種團隊交互模式、交付過程中的應用之道來增強組織對周邊的感知,這樣有助於解決以上提及的問題。實際上,《高效能團隊模式》呈現瞭一套良好定義的團隊間交互方法,幫助軟件架構變得清晰和更持續,將團隊間存在的問題轉化為有價值的信號,從而驅動自組織企業。
评分圖形化錶達很好看,也為未來這個方嚮演進做瞭鋪墊工作。不過總的來說還是有點淺,從第8章開始,最後20%的內容纔算是本書精華,一定程度上通過案例講解瞭組織如何落實這些模型以及如何轉變和演進的。
评分講團隊如何拆分和協作。要考慮團隊認知負荷,要控製團隊間相互依賴,讓每個團隊保持高效。配上現在流行的中颱,微服務,devops 還是很有啓發的。流動團隊,我理解是價值流動團隊,其實是一個穩定的團隊,能夠持續自主的交付價值。
本站所有內容均為互聯網搜索引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度,google,bing,sogou 等
© 2025 book.quotespace.org All Rights Reserved. 小美書屋 版权所有