|Version 2 (modified by anonymous, 10 years ago) (diff)|
#369 Time Tracking, Estimation, and Quoting Specification
Requirements and Rationale
- We wish to be able to note on a ticket the amount of time a developer spent on it. This should be a list rather than a single box with total hours, because many developers may work on this ticket many times before the ticket is complete. Currently we plan to add this to comments on a ticket. (Possibly as a separate table that references comments)
- a ticket should show a summary of the time spent per developer and in total
- a ticket should have the an estimated time field attached (probably just a custom field specified in trac.ini).
- Tickets should also provide a rate or fixed cost bounty field so that there is a corresponding price for the estimated time.
- We wish to be able to query per ticket / component / milestone / project (trac instance) how much time has been spent per developer and in total. We should also be able to query this for different time periods (how much time this month did we spend on ticket 1)
- we should be able to query the amount over/under our estimation we were per per ticket / component / milestone / project (trac instance)
- A permissions set that is associated with viewing and adding/editing these fields
- Integrate into webadmin to allow setting permissions on all of the newly added fields. This will be the most user friendly way of editing permissions and shouldnt be too much work in total.
In order to track how much time each developer is spending on a ticket, there should be some easy, queryable way to add time spent to a ticket. My first thought on this is to add two fields next to the comment that are time spent (in hours) and whether or not this is billable time (a checkbox). Then the developer (name) associated with that comment is also associated with the time. When a comment is added it should also add that time to the time log and update the total time spent for this ticket (which should probably be displayed in ticket properties as three fields, billable nonbillable, total) or a new time management section. When displaying comments, where it currently displays "date time changed by user" we should append a time spent.
If there is an error in a reported time, the plugin should allow the user to enter a second comment with a negative time. This will allow us to have a record of both the positive allotment of time as well as the redaction of that time.