Could this simply be the speed at which a system is designed? --BillMeecham -------- After reaching the end of an 18 month development effort with 15 developers, I found myself reminiscing over the team's gradual transition from analysis/design modeling to code. Initially, the team's core focused on creating and reviewing class and object interaction models. As these settled, we coded. Thus the models were used to boot-strap individuals and small teams. This transition to code marked a maturity in the developer's understanding of the problem. Perhaps DesignVelocity encompasses a measure of the maturity of understanding of the solution -- the software architecture -- which starts off low, picks up momentum as the solution space takes on definition, and peaks when the team is fully armed with understanding to implement. It then falls away (or changes?), as concepts, mechanisms and patterns get embedded in code. Being able to measure this transition in both individual and collective understandings would have been a useful progress metric. -- PaulTaylor ---- I have never had a project where DesignVelocity smoothly approached an asymptote. Instead, I see chaotic amounts of design over time. You'll think you have it wired, then have the insight that completely restructures the system. There is an analogous concept in biology called "punctuated evolution". Evolution is not a process of steady "progress" towards a "goal" (me). Instead, it happens in fits and spurts. -- KentBeck ---- CategoryMetrics