headers
Brian Mcminn | 3 Oct 2005 15:25
Picon
Favicon

Re: changing effort while tracking project


I gotta agree with Chris on two counts - this is a tricky issue and the existing use of the "complete"
attribute for lazy managers can't be broken.

It seems to me that tracking would be much easier if there was an attribute that could be used to say "as of now,
this task is X% complete and the bookings show all of the work that has been done."  Even that is more detail
than is really needed for my work.  I would be happy with a task attribute that said "believe the bookings,
this task is done and the bookings show all of the work that was done on it."  Perhaps the "scheduled"
attribute does just that and it could be documented?

I'm not sure where to put enhancement requests...  I'd like to see either a "percent_done" attribute that
would modify the effort based on both the bookings and the "percent_done" value OR an attribute that flags
the task as done regardless of the relationship between the effort field and the bookings.

(And hey, my bosses boss saw the HTML output last week and said some nice things about it.  I think he was more
pleased that I actually HAD a schedule than the actual format but I've gotta pass on some thanks to the
authors of taskjuggler who made it possible for me to even have a schedule to show him.)

   Brian
Permalink | Reply | 0 comments |
headers
LBroecker | 5 Oct 2005 17:45
Picon

Problem with task duration


Hi!
I am trying to schedule a project, starting on 2005-10-01 and ending on 2008-10-01. I expected the duration
of the project to read 3y, but the Project Overview says 4.2y in the duration column. Why ist that?

Furthermore, there is one task that is going to last the whole duration of the project. One resource will
work 1/3 of its time on that task. So I would have expected the effort column for that task to read 1y, but
instead I got 9m. I tried fiddling with the loadfactor of the resource, but increasing the load seems to
increase expended effort in a discrete way, i.e. increasing the load in the interval between 0.34 and 0.37
did not change the effort, but increasing it to 0.38 resulted in a jump to 1.1y effort. 
I must be doing something wrong, but I cannot figure out what it is. 
Chris, can you help me there?
Regards,
Lars Bröcker
Permalink | Reply | 1 comment |
headers
kmaclean | 5 Oct 2005 19:53
Favicon

interactive report - percentage completed calculation


Hi,

I am using TJ 2.1.1 using bookings.  I having trouble understanding how percentage completed is calculate. 
When I set the 'now' property to the day after my last booking entry, percentage completed works ok, even if
I overbook time (i.e. only 2 days effort in the task but enter 3 days in bookings).  But when I set the 'now'
property to 2 or more days after the date of my last booking entry, it assigns a completion percentage to
another task (which does not have a booking entry).

see example below.

thanks,

Ken

EXAMPLE:

1. Last booking entry is set to 2005-10-5-15:0:0.  If 'now' is set to 2005-10-6, interactive mode Gantt
chart shows Project Schedule task having 150% completion , and Project Plan task as having 0% completed
(as expected). 

2. If 'now' is set to 2005-10-7, interactive mode Gantt chart shows Project Schedule task having 150%
completion , but the Project Plan task shows as having 50% completed.  I don't understand why...

3. Project details:
project yourID "release" "0.5" 2005-10-01 2006-12-31 {
  now 2005-10-6
  timeformat "%Y-%m-%d"
  dailyworkinghours 6
  weekstartsmonday
(Continue reading)

Permalink | Reply | 22 comments |
headers
Chris Schlaeger | 9 Oct 2005 18:30
Picon

Re: interactive report - percentage completed calculation


This is all expected (at least by me ;) behavior that you are seeing.

Having a booking after 'now' date (esp. in projection mode) does not make any sense. I will add a warning for
this case. The purpose of the projection mode is to assume that all bookings are real done work. And 'now' is
today. There can be no real done work in the future.

You have not specified any bookings for I1.plan so taskjuggler assumes that all work is happending
according to plan. That's why you see progress (50% completion) even though you have not made any
bookings. TaskJuggler is not transferring any effort from other tasks to this task.

Chris

--
TaskJuggler Developer
Permalink | Reply | 20 comments |
headers
Chris Schlaeger | 9 Oct 2005 18:33
Picon

Re: Problem with task duration


I'm afraid that I can only help you when you post a little example project. Your description does not provide
enough details.

For the second part, you might want to use 'limits' instead of 'load'.

Chris
--
TaskJuggler Developer
Permalink | Reply | 0 comments |
headers
Chris Schlaeger | 9 Oct 2005 19:42
Picon

Re: scheduling problem


There is definitely room for scheduler improvement here. I'll have a look at the optimizer code to improve
the handling of such cases. Thanks for the example.

Chris
--
TaskJuggler Developer
Permalink | Reply | 0 comments |
headers
Matthias Welwarsky | 13 Oct 2005 11:44
Favicon

printing problem - no output of gantt chart


I'm using TaskJuggler from SVN, downloaded from the website about two weeks ago. It seems that printing of
interactive reports does not work, or maybe I'm missing a build dependency for that feature. 

The printout I get only has the text columns but not the actual chart.

regards,
matthias
Permalink | Reply | 4 comments |
headers
Chris Schlaeger | 13 Oct 2005 14:00
Picon

Re: printing problem - no output of gantt chart


That code is still under construction. So download the latest snapshot and make sure you have a daily,
monthly or other Gantt column specified in the columns list. Then it should work.

Chris

--
TaskJuggler Developer
Permalink | Reply | 3 comments |
headers
Laoch | 14 Oct 2005 22:43

Starttime


Hi,

Is there a way in TaskJuggler to have time relative to zero instead of some actual date. i.e. Each task should
show the duration from zero instead of time from an actual date. i.e. Some task will happen on the 3th of the
5th month of the 2nd year of the project.
Permalink | Reply | 2 comments |
headers
Chris Schlaeger | 15 Oct 2005 10:34
Picon

Re: Starttime


I'm not sure that I understand what you are looking for. Does the following work for you?

task start "Project start" {
  2005-10-15
}

task foo "Foo Task" {
  depends !start { gapduration 250d }
}

Chris
--
TaskJuggler Developer
Permalink | Reply | 0 comments |

Gmane