Expand my Community achievements bar.

Remaining Hours per Assigment

Avatar

Level 2
Just read a post on how to show remaining hours on a task. It was interesting, but what is really needed is how to show remaining hours per assignment on a task. Does anyone know if this is possible? Without the ability to assess remaining hrs per assignment, you can't assign more hours to a particular assignee, should they require them. This means that once as assignee has used up all of the planned hours on a task their utilization drops to zero on that task even though they may not be finished. I haven't found a way for the PM of the assignee to identify that they have used up what was planned for them and they need to request more in order to continue to show that they are being utilized going forward on that task. Their utilization going to zero mkaes it look like they are available for other assignments. Any help is appreciated.
4 Replies

Avatar

Level 10
David, the widely used (but burdensome) practical solution is to break the task into one separate Task for each Assignee. The sound-proof Cursing Booth is down the hall, second door on the left. Regards, Doug

Avatar

Level 10
Hi: I have to jump in here and say, there other reasons why you might want to have only person assigned to each task: Sometimes the task might be worked on by a mix of employees and contractors - we capitalize the contractor work, and rarely the employee work, so one task will model the assignments to capitalizable people (Contractors) and another task will model the assignment to non-capitalizable people (employees); Sometimes we have a task that (I’m making this up) will take ten weeks. One person is going to work the first three weeks only. Another person works all ten weeks. Another person works the last three weeks. We would create three tasks to model each person’s activity on that overall task. We don’t allow timesheet buckets - that is a task with 10 people assigned to it and 800 planned hours. That isn’t planning and doesn’t tell you anything meaningful. Shaz-bot is about all the cursing that is necessary, in my opinion ☺ There are good reasons to break work up a little finer. Before you complain about having a project plan that is 20% larger because you’ve had to break out certain tasks, let me tell you horror stories of how other PM tools do it. There is one out there that gives you the ability to open the task resource assignments, and describe myriad combinations of planned hours, days, assignment curves, and other complex ways of representing people’s work on tasks. That introduces a whole layer of complexity (and versatility) that is really difficult to manage. Yeah, I’ve used those packages, but I think the simple approach - creating new tasks to model the ways people work on a task - is the easiest to understand and easiest to maintain. WorkFront will soon release (I forget what they call it) resource planned hours shaping. They will let you describe how to distribute the planned hours for a resource across the duration. You can say 20% this week, 10% next week, 5% next week, and so on. For many, this will prove to be a time hole - you will keep dumping time into getting the distribution of hours just exactly the way you want it. I say resist the urge to introduce higher and higher degrees of complexity in your project plan. Shaping the distribution of hours on a task is a great tool for a very small set of conditions, but a horrible nightmare to maintain if you use it a lot on your projects. Anyway, I digress. I’m done now, thanks for raising the topic! Eric

Avatar

Level 10
Ye gods. My English is more terribler than I thought. The first sentence should read: I have to jump in here and say, there are other reasons why you might want to have only ONE person assigned to each task. Sorry about being unclear! I’ll use more better grammar next time. Thanks, Eric

Avatar

Level 10
Sage advice as usual, Eric. For the record, I also recommend one assignment per Task, for all the reasons you cite, and because doing so makes Workfront Just Work with our JITR (Just In Time Resourcing) solution. Regards, Doug