作者简介

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为读者展示了软件组织设计方面的重大进展。通过行业案例和专项研究,他们设计了一种良好定义的团队间交互和关联方式,这有助于软件架构更清晰、更持续,并将团队间的问题转化为有价值信号,为自治团队提供指导。

下载地址

豆瓣评论

  • 思奇
    挺不错的,加深对康威理论的理解。四种基本团队拓扑组合,三种团队交互模式。02-05
  • Cōsti
    团队目标和业务与产品当前所在阶段的外部环境,决定了团队需要动态地适应不同不同状态并由此调整团队结构与协作方式,来完成更高效的交付 02-13
  • 但松鼠按兵不动
    这段时间在思考什么样的团队模式对于我们部门才是合理的,前段时间读了两本偏通用型的管理学书籍,有些屠龙之技,并不能解决我们面临的困境:一方面大量的交付物要处理,同时要承担一些本部安排的开拓任务。如果两方面任务都要完美完成,那团队的规模势必要超过邓巴数字,如果拆分团队,则不满足公司的组织要求,如果只承担一方面工作,这对团队成员的成长是不利的。尝试着读了下这本针对软件开发团队的书籍,感觉和设计院的图纸交付有相似之处,有诸多可参照学习。11-13
  • RongieZeng
    四种团队拓扑结构: 流动式团队、赋能团队、复杂子系统团队、平台团队;三种交互模式: 协作、服务、赋能11-27
  • 麒麟.NET
    四种拓扑和三种交互在公司以前一个项目上全都体验过,这是一个高敏捷成熟度团队根据自己对于价值交付的理解而自发浮现出来的。因为翻译要扣掉一星,stream-aligned team翻译成流动式团队太有误导性了,会让人觉得人员流动很大,而实际上人员的流动和随意组织恰恰是一种反模式。10-27

猜你喜欢

大家都喜欢