Enable javascript in your browser for better experience. Need to know to enable it? Go here.
Published : Nov 05, 2025
NOT ON THE CURRENT EDITION
This blip is not on the current edition of the Radar. If it was on one of the last few editions, it is likely that it is still relevant. If the blip is older, it might no longer be relevant and our assessment might be different today. Unfortunately, we simply don't have the bandwidth to continuously review blips from previous editions of the Radar. Understand more
Nov 2025
Hold ?

现代软件开发实践成功的关键在于保持对工作流的关注。流对齐团队专注于单一、有价值的工作流——例如一个用户旅程或产品——从而能够高效地交付端到端价值。然而,我们注意到一个令人担忧的趋势,即出现了 容量驱动开发(Capacity-driven development)。在这种模式下,这些团队在有空余产能时,会接手来自其他产品或工作流的功能开发。虽然这在短期内看似高效,但实际上是一种局部优化,仅适用于应对突发的需求高峰。当这种做法被常态化后,会增加认知负荷和技术债务;在最糟糕的情况下,随着跨产品上下文切换的成本不断累积,可能导致整体的拥塞崩溃。拥有空余产能的团队更应专注于提升系统健康度。为了更有效地管理产能,可以通过设置 WIP 限制来控制相邻工作流之间的工作量;在高需求时期考虑跨技能培训;并在必要时采用动态重组团队等技术手段。

Download the PDF

 

 

 

English | Português 

Sign up for the Technology Radar newsletter

 

 

Subscribe now

Download the PDF

 

 

 

English | Português 

Sign up for the Technology Radar newsletter

 

 

Subscribe now

Visit our archive to read previous volumes