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.
- Requirements Management
- Features
- Requirement items
Requirement items
Break requirements into assigned work with priority, dates and effort.
OverviewMy Requirement Items×
Requirements Management · Requirement items
New
My Requirement Items
Requirement items
| Task key | Title | Requirement | Assignee | Start date | Due date | |
|---|---|---|---|---|---|---|
| TK-927 | Backlog ri-543 | RQR-7608 | 21 Oct | 26 Oct | ||
| TK-617 | In progress ri-265 | RQR-3183 | 16 Oct | 22 Oct | ||
| TK-943 | In review ri-922 | RQR-9048 | 13 Oct | 15 Oct | ||
| TK-716 | Blocked ri-822 | RQR-5529 | 09 Oct | 16 Oct | ||
| TK-527 | Done ri-897 | RQR-1015 | 06 Oct | 08 Oct |
6 of 6 records
TK-927Requirement items · RI-36988
BacklogTitleBacklog ri-543
RequirementRQR-7608
Start date21 Oct
Due date26 Oct
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.