高效能軟件開發團隊是任何組織能夠持續交付價值的關鍵。 本書主要介紹瞭高效能團隊模式——團隊拓撲,為組織設計和團隊交互提供瞭一種實用的、分步的、適應性的模型,將團隊視為交付的基礎,團隊結構和溝通路徑能夠隨著技術和組織成熟度的發展而演變。 在本書中,IT顧問Matthew Skelton和Manuel Pais為讀者展示瞭軟件組織設計方麵的重大進展。通過行業案例和專項研究,他們設計瞭一種良好定義的團隊間交互和關聯方式,這有助於軟件架構更清晰、更持續,並將團隊間的問題轉化為有價值信號,為自治團隊提供指導。
##康威定律:有什么样的组织架构,就会有什么样的软件架构。把一个软件交给四个团队合作开发,这个软件就会有四个模块。
评分##讲团队如何拆分和协作。要考虑团队认知负荷,要控制团队间相互依赖,让每个团队保持高效。配上现在流行的中台,微服务,devops 还是很有启发的。流动团队,我理解是价值流动团队,其实是一个稳定的团队,能够持续自主的交付价值。
评分##团队是交付的主体,对于复杂产品,高内聚低耦合的要求不仅针对软件架构,也是对组织的要求。
评分##行文和翻译都很流畅,很多案例。在经历过很多团队,需要理解团队、组织和软件交付的关系以及如何高效时很有帮助,尤其不能轻视的是平台团队、赋能团队如何与流式团队交互,以及如何组织或拆分这些团队。边界的划分和沟通效率很重要,及时察觉和调整演进也很重要。
评分##团队是交付的主体,对于复杂产品,高内聚低耦合的要求不仅针对软件架构,也是对组织的要求。
评分##四种团队拓扑结构: 流动式团队、赋能团队、复杂子系统团队、平台团队;三种交互模式: 协作、服务、赋能
评分##做软件的小伙伴都知道康威定律,即系统设计同设计它的组织的沟通结构保持一致。这本书更细致的分解了这个定律,结合邓巴数、团队产出来定义团队类型及沟通、交互。逆向思维:逆康威定律(Reverse Conway Maneuver):一个组织需要持续保持团队和组织结构的演进,从而实现理想的系统架构。 https://teamtopologies.com
评分##需要仔细研读!
评分##图形化表达很好看,也为未来这个方向演进做了铺垫工作。不过总的来说还是有点浅,从第8章开始,最后20%的内容才算是本书精华,一定程度上通过案例讲解了组织如何落实这些模型以及如何转变和演进的。
本站所有內容均為互聯網搜索引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度,google,bing,sogou 等
© 2025 tushu.tinynews.org All Rights Reserved. 求知書站 版权所有