"Managing" Velocity
The term velocity is very well-chosen. It means speed in a certain direction, with the intention that it refers to the teams rate of travel toward a product release. I have suggested that velocity is just capacity and my intention was good and maybe even right in many ways. Velocity is the practical measure of our capacity being applied toward the completion of a release. The term still stands superior to my older suggestion. Lets start with the definition that velocity is the speed of progress in a given direction. The direction part gets missed. People (including my slightly younger self) want to do things like track bugs (" failure demand ") as velocity. It might be good to see how much capacity is being lost to failure demand, but it is not velocity toward the same goal, not really. We don't want to know that the team is busy, we want to see when the project will be done. So we do not count bugs toward velocity. We want to see quality problems drive velocity...