[Collaboa] time estimates
Michael Fairchild
fairchild at corona.physics.ucla.edu
Thu Feb 9 00:35:25 GMT 2006
Sounds like Tom already ahs implemented some timetracking and
estimating. I will have to update my version of collaboa to check it
out. I am running on the last release.
Esad Hajdarevic wrote:
> Hello!
>
> Well, as the changes of /Total time/ are saved, one can always extract
> all the changes from the /Current total time/ to get the /Original
> estimate/ and see the difference between these.
Not quite sure about that would be able to provide what i have in mind.
What i mean by original estimate is to have a column
original_estiamted_hours to be stored at ticket creation time, or when
ticket is marked in progress or approved or whatever is the trigger to
say, "this ticket has now been estimated. It is not just a request."
You might even want to record a column of originally_estimated_by ( i
actually think this would be wayy down the road, and maybe never as it
might be bloat.)
Of course, hopefully the estimated_hours is updated along the way so
that it is more than the actual hours before the actual hours grow to
close or beyond the previous estimate. That is why you would need a
special field for originaly_estimated_hoursl; or you could just use the
acts_as_versioned mixin.
> I think that in order to integrate billing, one should first solve the
> assignement of tickets (See http://dev.collaboa.org/tickets/12) (this
> would be your bill_to column).
I actually see the assigned to task to be used as a reference to which
employee would be doing the work. This would either tie into a new
"employees" table, or the users table. The bill_to would be a
customer_id refrenceing the customer to bill. I am not suggesting
collaboa should necessarily have all this functionality, just how i am
trying to implement it in my app and how would do it in collaboa if it
were to be done.
>
> @Accuracy of estimating: It would be nice to have (at some point in
> future) some kind of Statics module where different stats can be seen:
> average accuracy of estimation, checkins/day, lines of code/day etc.
>
> Greetings,
>
> Esad
>
> Michael Fairchild wrote:
>
>> I think this sounds great. I am writing a timecard/estimating app
>> for a boatyard now and i just have a table of timecards and a table
>> of estiamate_lines. Timecards and estimate_lines both belong to each
>> other and i can get all the data i need from this. One thing i do
>> not have, but like, and may implement is the original_estimated_hours
>> idea. Would be nice to have so you could have an indicator as to how
>> accurate your estimating is, and hopefully improve. Having a table
>> of timecards it is easy to create added functionality/invoices if you
>> want later on. Adding billable, billed, and bill_to fields would
>> make this pretty easy. I would ignore billing in the beginning tho.
>> just one way, I know there are plenty of good ways to do this. Mine
>> is only one that is working for me.
>> ~Michael
>
>
> _______________________________________________
> Collaboa-talk mailing list
> Collaboa-talk at lists.collaboa.org
> http://lists.collaboa.org/mailman/listinfo/collaboa-talk
More information about the Collaboa-talk
mailing list