Demand tasks
Summarize
Summary of Demand Tasks
Demand tasks are specific units of work designed to organize and track early-stage planning activities within a demand record. They are utilized before a demand is converted into a work entity like a product, feature, or enhancement, differing from project tasks which focus on execution and project completion.
Show less
Key Features
- Facilitate planning activities such as gathering requirements, conducting reviews, and validating feasibility.
- Allow resource assignments for tracking time and cost during the planning phase.
- Do not support execution work; once a demand is approved, execution moves to project tasks.
- Actual costs are calculated based on resource rates and tracked within the demand record.
Key Outcomes
Demand tasks enable effective organization of initial planning efforts, ensuring that resources and costs are tracked during the demand phase. However, they do not carry over assignments or time tracking to the resulting work entity, emphasizing the importance of reassigning resources post-approval. Understanding these distinctions helps streamline the transition from demand to execution within the ServiceNow environment.
Demand tasks are units of work within a demand. Use them to plan and organize initial activities before converting the demand into a work entity such as a product, feature, or enhancement.
Demand task overview
Demand tasks organize and track early-stage planning activities within the demand record. Use them before converting a demand into a work entity such as a feature, product, or enhancement. Unlike project tasks, which track execution and drive project completion dates, demand tasks focus on planning and preparation. This difference shapes what demand tasks can do and how you use them.
Examples of demand tasks include:
- Gathering and documenting requirements from stakeholders
- Conducting design or architecture reviews
- Validating technical feasibility or dependencies
- Completing business case analysis or ROI assessment
- Conducting security, compliance, or impact assessments
- Assigning resources for discovery or planning phases
Demand tasks aren't appropriate for execution work. After the demand is approved and converted into a work entity such as a project or feature, execution work moves into project tasks.
Assigning resources and tracking effort
You can assign resources to demand tasks using the standard assignment fields. Resources assigned to demand tasks can submit time spent on them using a time card, enabling you to track actual effort and cost during the planning phase.
Resource assignments on demand tasks aren't transferred to the work entity created from that demand. If you later convert the demand into a project or work item, you must reassign resources in the new work entity. Similarly, the time and cost tracked on demand tasks remain within the demand record and don't transfer to the resulting work entity.
The actual cost for the demand task effort is derived from the hourly resource rate defined in the rate model, default labor rate, or default system property. The actual cost and effort for all demand tasks roll up to the associated demand. For more information, see Actual cost and effort calculations for demands.
Differences from project tasks
- Planned dates, actual dates, and original dates aren't supported in demand tasks.
- The due date indicates when the task is targeted for completion and doesn't affect the demand workflow. Project tasks affect project completion dates when planned dates and actual dates are changed.
- Nested demand tasks aren't supported.
- Task constraints such as Start ASAP and Start on a specific date aren't supported.
- Execution types such as Agile, Waterfall, or Hybrid aren't supported.