[Collaboa] time estimates

[Michael Fairchild]

I more or less agree that a totally customizable package ends up not 
being clean and usable.  I thing that just adding 2 fields to tickets, 
estimated_time, and time_worked would add important functionality to the 
system for many people, myself included.  A simple toggle to display or 
not display time information would be all the customizability i would 
recommend.  I would actually like to have the more extended features 
provided by a few more time fields, but I think can understand not 
including all this extra time functionality as it might start to bloat 
the application.  A clean, simple addittion of 2 time fields 
(estimated_time, time_worked) would be great tho, and not too intrusive 
or bloating, I think. 
  my 2 cents,
~Michael Fairchild

Waldemar Kornewald wrote:
> Johan Sørensen wrote:
>> I agree. I'm still not convinced that collaboa is the right place to  
>> do such billing related things (using the data elsewhere would be  
>> however), that feels like a whole other domain. I really want it to  
>> be just a single field for how long it took to implement/solve.
>>
>> Maybe being able to specify custom fields is the solution for these  
>> kind of things, as we all have our different needs..
>
> Too much customizability makes a product very difficult to use. Time 
> estimates require special code, so (IMHO) it should not be tried to 
> make Collaboa's customizability flexible enough to even implement time 
> estimates (and status calculation based on this). It's sufficient if 
> it's hard-coded and you can enable/disable it for each project (at any 
> time, so the status updates immediately).
>
> Please don't make yet another "do-everything" product. These attempts 
> always fail (at least from a usability point of view). Most projects 
> need a ticket tracker that gains its power from simplicity. Otherwise 
> we will have 90% unused functionality and people can continue their 
> search for a good *ticket* tracker.
>
> For the future you could consider allowing add-ons, but at first 
> ticket tracking must be *perfect*. That's the primary goal for a 
> ticket tracker. Doing small steps is always better since in the 
> meantime you can attract new developers (this is how you attracted me ;).
>
> Bye,
> Waldemar
>
> _______________________________________________
> Collaboa-talk mailing list
> Collaboa-talk at lists.collaboa.org
> http://lists.collaboa.org/mailman/listinfo/collaboa-talk