These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Interior Design PM
- Features
- Tasks and hours
Tasks and hours
Compare planned effort with actual work inside each package.
OverviewTask effort×
Interior Design PM · Tasks and hours
New
Task effort
Tasks
| Parent | Line number | Task name | Planned hours | Actual hours | Due at | |
|---|---|---|---|---|---|---|
| WP-10294 | 800 | Task 992 | 16 | 7 | 10 Oct | |
| WP-79804 | 110 | Task 593 | 4 | 16 | 13 Oct | |
| WP-36219 | 620 | Task 886 | 6 | 2 | 04 Oct | |
| WP-26538 | 60 | Task 797 | 2 | 3 | 10 Oct | |
| WP-39270 | 580 | Task 676 | 5 | 2 | 04 Oct |
6 of 6 records
Task 992Tasks · TSK-89365
ParentWP-10294
Line number800
Planned hours16
Actual hours7
Due at10 Oct
What you can do
Tasks and hours in daily work
Task lines break a package into work the Designer can complete and record. Each line has a line number, revision, optional dependency, planned hours, actual hours, due date and completion date. The parent package supplies the project and owner context. Operations Overview compares planned and actual task hours by project and shows overdue task load by package owner.
Each task line stays under its parent package, which supplies the project and owner. The Project Manager can compare planned and actual hours on the same lines rather than asking the Designer to restate progress. A due task needs its completion date checked before it is treated as overdue. A revision to future work must leave completed lines available for the delivery review.
How the work is organized
- Plan the lines. Record sequence, task name, planned hours and due date against the package revision.
- Record completion. The Designer adds actual hours and the completion date when work finishes.
- Inspect ownership. Follow an overdue line to its parent package to find the accountable owner and project.
What to agree during setup
Agree whether task hours represent a designer’s work or a team total. Decide when actual hours are entered and who checks them. Record dependency references consistently so the Project Manager can understand sequence without guessing. Set a rule for closing a task after its completion date is entered.
Agree when actual hours are entered, who checks completion dates and how the team writes dependency references. The Project Manager should decide how to handle a line that has hours but no completion date. Set the review point for changes to future task lines so an old package revision is not silently reused.
Check the handoff on an actual case
Use a room package with concept, sourcing and presentation tasks. Enter planned hours and due dates, then record actual hours as each task completes. Inspect the difference in Operations Overview and follow an overdue line back to its parent package. On a scope revision, keep completed task history intact and replan only future work.
Plan concept, sourcing and presentation tasks under a room package. Let the Designer enter actual hours after the concept is complete while the later tasks remain open. Compare hours by project in Operations Overview and open an overdue presentation line to confirm its parent owner. Then revise the future lines; verify the completed concept line still shows its original hours and completion date.
What your team sees
- Task effort — Planned and actual hours with due and completion dates.
- Overdue packages — Parent packages to contact when task work is late.
Follow the work through
What it keeps track of
Data model- Tasks
- Task lines inside a work package with planned and actual hours.
- Work packages
- Planned and accepted units of interior design work for a project.
Who uses it
Permissions- Designer
- Records work, Project Manager checks the plan and Operations Lead follows overdue package ownership.
Set up Interior Design PM your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.