Jul 15, 2013 · 7:00 PM
This location is shown only to members
If you have a large code base, you have to do something to start to grapple with it. Unfortunately, the work you do in the beginning does not make an appreciable difference. You have to adopt new testing, design, and investigative practices. Ease comes with a bit of time. This dark spot in the timeline of a project is often troubling for management and the team. Everyone wants to see and know progress, and is tempting to pick a set of metrics and use them as measures of progress.
This month, Michael Feathers will discuss various ways he's seen teams become trapped by this tendency and describe alternatives which make refactoring transparent with progress indicators which relate to real value.