1. Requirements Management
  2. Features
  3. Requirement items
Feature · Requirement items

Requirement items

Break requirements into assigned work with priority, dates and effort.

OverviewMy Requirement Items
Requirements Management · Requirement items

My Requirement Items

Requirement items

New
Task keyTitleRequirementAssigneeStart dateDue date
TK-927Backlog ri-543RQR-760821 Oct26 Oct
TK-617In progress ri-265RQR-318316 Oct22 Oct
TK-943In review ri-922RQR-904813 Oct15 Oct
TK-716Blocked ri-822RQR-552909 Oct16 Oct
TK-527Done ri-897RQR-101506 Oct08 Oct
6 of 6 records
TK-927Requirement items · RI-36988
Backlog
TitleBacklog ri-543
RequirementRQR-7608
Start date21 Oct
Due date26 Oct
Example screen with sample data

What you can do

Make the work assignable

Requirement items turn a larger requirement into pieces a team member can take forward. Each item has a title, parent requirement, priority and status. An assignee, project, planned dates, estimate and actual hours make delivery review concrete. The board groups these items by their status, while the in-flight and blocked lists answer narrower questions for the people planning the next work cycle.

How the work is organized

  • Parent requirement. Every item links back to the requirement it supports, so completed work has a clear purpose.
  • Assigned work. The assignee and due date make it possible to review ownership and timing together.
  • Effort. Estimates, actual hours and completion percentage show the work recorded on the item.

The available priorities run from low through critical. A Project Manager can use priority to decide which item needs attention first, while status shows its present delivery state. An item may be in the backlog, in progress, in review, blocked or done. A blocked item should be visible to the same people who can resolve its parent requirement or project decision. The description can hold the detailed task or acceptance context.

What to agree during setup

Agree when a Business Analyst creates an item and when it is small enough to assign to one person. Use the same rule for estimates across the team. Decide whether actual hours on the item are updated directly, from the time-entry process, or during a regular review; the project also carries logged hours from time entries. Avoid comparing unlike figures as if they were the same measure.

Define who moves an item into review and who marks it done. The status board will only be useful if those transitions match real handoffs. Decide how the assignee reports a blocker, including a short explanation and who needs to respond. A due date without an owner does not provide an actionable commitment.

Check the handoff on an actual case

Pick a requirement that has several items. Assign one item to a team member and set its priority, estimate and due date. Move it from backlog into progress, then into review when the work is ready for checking. If another item is blocked, verify that it appears in the blocked list with its parent requirement and assignee. Check that a submitted time entry can point to the item and its project, so the team can trace recorded effort to the intended work.

What your team sees

  • Task Board by Status — Requirement items grouped by their current delivery status for a work review.
  • Requirement Items In Flight — Items in progress or review with assignee, due date and completion visible.
  • Blocked Requirement Items — Items that need a decision before work can continue.

Follow the work through

Use item delivery for the work states, and time approval for hours recorded against an item.

What it keeps track of

Data model
Requirement items
Line items that decompose a requirement and carry its acceptance detail.
Requirements
Requirement records, each with revision, baseline and lifecycle status.
Projects
Engagements delivered for an organization, with budget and schedule.
Team members
Delivery staff with role, practice and weekly capacity.
Time entries
Hours booked by a team member against a task and project.

Who uses it

Permissions
Team Member
Updates assigned work; Business Analyst checks the link to the parent requirement; Project Manager reviews timing and blockers; QA Engineer checks items in review.

Set up Requirements Management your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started