|Perl: the Markov chain saw|
Re: Suggestions for working with poor codeby clemburg (Curate)
|on May 10, 2001 at 12:20 UTC||Need Help??|
Track how long it takes you to fix bugs.
I agree enthusiastically. It will be your only argument when somebody comes and asks you where all the hours have gone. For this kind of job (take responsibility for badly written code, fixing bugs, etc.) this is an absolute must.
For these purposes, two little forms (or spreadsheets, or editor modes/templates, or whatever) will be very helpful (pedantically detailed discussion of these can be found in An Introduction to the Personal Software Process, electronic materials are available at The PSP Resource Page, including time tracking tools, emacs modes, forms, etc.):
These are the essentials of both (header columns, add date, person, project, client, etc. as you need):
Time recording log:
Defect recording log:
Contrary to what you may think, it does *not* take much time to use these forms (or similar means to record the information). But it will give you all the data you need to be sure you did the Right Thing, and the confidence and evidence to convince your boss or client that what you did was worth the time and the money.