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.
- Change Request Management
- Features
- Task delivery
Task delivery
Plan, assign and follow the work required by a scoped change.
OverviewMy team member record×
Change Request Management · Task delivery
New
My team member record
Team members
| Name | User | Organization | Role name | Practice | Active | |
|---|---|---|---|---|---|---|
| Member 606 | ORG-9439 | Delivery Lead | Delivery Management | Active | ||
| Member 834 | ORG-3248 | Project Manager | Engineering | Inactive | ||
| Member 243 | ORG-6681 | Business Analyst | Quality Assurance | Active | ||
| Member 698 | ORG-6219 | Developer | Design | Inactive | ||
| Member 678 | ORG-7263 | QA Engineer | Data & Analytics | Active |
6 of 6 records
Member 606Team members · TM-18083
Delivery LeadOrganizationORG-9439
PracticeDelivery Management
ActiveActive
What you can do
Turn a reviewed scope into work people can carry
Tasks sit under a work package. A task can name an assignee, project, priority, planned hours and due date. The team records actual hours, percent complete and completion time as delivery proceeds. Task status distinguishes Backlog, in progress, in review, Blocked and Done. The saved Task Board by Status presents those records as a kanban screen for the delivery team.
A package is still the change’s governing record. Moving a task to Done does not accept the package. The Project Manager compares task effort with the package’s budget hours and the impact assessment before sending a revision to the Independent Reviewer. A blocked task may affect that decision even if the package’s headline date has not changed.
How the work is organized
- Plan the lines. The Project Manager creates tasks under the package, with line numbers and planned hours.
- Assign and progress. Delivery Contributors work from the board and update the status and actual effort of their assigned tasks.
- Reconcile the package. The Project Manager reviews task totals and unresolved work before advancing the package.
What to agree during setup
Agree task naming, ownership and the meaning of in review for your team. Decide whether tasks are broken down by deliverable, discipline or handoff. The dependency field is text, so establish a clear convention for references if the team uses it. Agree when contributors record actual hours and how the Project Manager treats work that exceeds the estimate. Make the due date visible on the task and package so the two schedules can be compared.
A task can carry a revision. When the package scope changes, decide which task lines must be updated and how the new estimates relate to the current assessment. Do not hide added work inside an old line with no explanation. The board helps people see current status, while the package and assessment explain why the work exists.
Check the handoff on an actual case
The Project Manager plans a change to a project’s approval screen: one task covers the new form, one covers reviewer behavior and one covers verification. Each has planned hours and an assignee. A Delivery Contributor moves the form task from Backlog to in progress and records actual time. The verification task becomes Blocked when the expected reviewer behavior is unclear.
Before sending the package to Review, the Project Manager reads the Task Board by Status and finds the blocked line. They clarify the requirement with the Business Analyst, update the task and its planned hours, and compare the new total with the impact assessment. The reviewer then sees a package whose scope and work plan agree. Marking the other tasks Done would not have resolved the missing requirement.
What your team sees
- Task Board by Status — Tasks grouped by Backlog, in progress, in review, Blocked and Done.
- Tasks due — Due work with its assignee, parent package and planned hours.
Follow the work through
Task execution follows the plan and effort check. Scope to review shows when the package is ready for a decision.
What it keeps track of
Data model- Tasks
- Planned and actual work lines under a work package.
- Work packages
- Scoped change work packages: the governed unit of change, baseline and revision.
- Projects
- Projects and affected systems that change requests are raised against.
- Team members
- People who prepare, own and review change work, linked to their organization and platform user.
- Impact assessments
- Impact assessments supporting approval of a scoped change request.
Who uses it
Permissions- Project Manager
- Plans and reconciles tasks.
- Delivery Contributor
- Updates assigned work.
- Delivery Lead
- Checks package effort and open work.
Set up Change Request Management your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.