Expand my Community achievements bar.

Trade offs between Timesheets, Estimating (Labor costs x Planned Hours), Tasks and Scheduling?

Avatar

Level 3
Hello, We are fairly new to Workfront (WF) and there seems to be a few trade offs between Timesheets, Estimating (Labor costs x Planned Hours), Tasks and Scheduling. Imagine we set up a Task, such as design/studio work, to be completed 1/3 through 1/14. Then on the 19th the client surprises us with additional tweaks to that task, a creative piece. The designer working on that task will not see that task on their timesheet to enter time, for the 1/19 date, after the work that was done. The task will only show on the timesheets for the previous 2 week. It seems that unless a PM is always updating the schedule to accommodate these fire-drills, which happen all the time, the team will not be able to apply their time to the correct task. It seems like we forced to make a choice between having budgeting reports by tasks (planned costs vs actual costs) or using WF as a PM scheduling tool. So at this point we create a project and have every task extend the entire length of the project which makes is not useful from a project management perspective. We tried putting tasks that spanned the whole project, for time entry, and then all the scheduling tasks but it made everything very confusing. Any advice? Thank you!
Topics

Topics help categorize Community content and increase your ability to discover relevant content.

2 Replies

Avatar

Level 10
John - Yeah, lots of choices with murky implications. Here are some options: 1) Task-centric charging a. You create tasks to model the work and assign resources to those tasks, with planned hours for each resource; b. People charge time to tasks; c. The work in creative isn’t really one task - one deliverable - it is many: i. Create original deliverable (Draft 1); ii. Review Draft 1 with client and Implement improvements to Draft 1 producing Draft 2; iii. Review Draft 2 with client Implement improvements to Draft 2 producing Draft 3; iv. Review Draft 3 with client Implement improvements to Draft 3 producing Draft 4; v. Gain signoff on Draft 4; vi. When you forecast/price out/write SOW for artifacts, you assume a certain number of create/review/improve/review/improve/etc cycles. Model those cycles. vii. That way, when you deliver Draft 1, close the task, and open the Draft 2 task. When the client says, looks great, but can you change the color palette and all of the actors in the ad, and can we have this in Spanish and French? You have a task open to handle those changes; viii. This approach produces a larger number of tasks in your plan, but boy-howdy, you know exactly where you are on every project, every deliverable. ix. This approach helps you know when you’ve been cycling through the revision cycle and moved the work into an unprofitable range; 2) Timesheet Buckets a. You create tasks to model the work and assign resources to those tasks, with ZERO planned hours for each resource; b. You create one task per deliverable; c. That one task models the creation/review/improve/review/improve/etc cycles; d. You create one task called “Client Z - Sugar Plum Print Ad” and allow everyone to charge time to the task (be sure to NOT assign the resource to the task, that messes up capacity planning and user utilization). Let’s call this the “Timesheet Bucket”; e. Have people charge time to that task directly - and then pin it to their timesheet; f. This makes it real easy for people to know where to dump their time, they have a bucket that encompasses a wide range of activities, but they all center on that clever Sugar Plum Print Ad; g. This does not facilitate schedule management or knowing where we are on the review/improve cycles; h. This does not provide any constraint to remind the team that review/improve is not an endless process, at some point it has to stop; My recommendation, having done this in Marketing, is to get good at the first option. What do you think? Thanks, Eric

Avatar

Level 3
Thank you Lucas. I am going to need a little time to digest this. I will get back to you. Thanks again!