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.
- Sprint / Agile Board
- Features
- Stories
Stories
A story belongs to a sprint scope and can have an assignee, priority, estimate and due date.
OverviewBlocked Stories×
Sprint / Agile Board · Stories
New
Blocked Stories
Stories
| Story key | Title | Assignee | Sprint scope | Priority | Status | |
|---|---|---|---|---|---|---|
| SK-912 | Blocked str-756 | SS-6297 | Low | Blocked | ||
| SK-435 | Blocked str-542 | SS-8105 | Medium | Blocked | ||
| SK-481 | Blocked str-452 | SS-6251 | High | Blocked | ||
| SK-895 | Blocked str-728 | SS-4940 | Critical | Blocked | ||
| SK-966 | Blocked str-287 | SS-6474 | Low | Blocked |
6 of 6 records
SK-912Stories · STR-30449
LowTitleBlocked str-756
Sprint scopeSS-6297
StatusBlocked
What you can do
Stories on the board
A story belongs to a sprint scope and can have an assignee, priority, estimate and due date. Its status moves through backlog, in progress, in review, blocked and done as the team works. The status board is the shared place to inspect the current position of work without losing the sprint context.
How the work is organized
- Starting record. A story belongs to a sprint scope and can have an assignee, priority, estimate and due date.
- Named owner. Team Member updates assigned work; Project Manager manages priority and blocker follow-up.
- Current position. The status and linked records tell the team where attention belongs next.
What to agree during setup
Agree when the team moves a story into review and who decides that it is done. Keep the sprint scope link accurate when priorities change. Set an assignee before expecting an individual to act, and use the blocked state when work cannot proceed. Estimates and actual hours support a practical discussion about effort.
Give the team a shared rule for when a story enters review and when it is marked done. The Project Manager checks the sprint scope before reassigning work. If a blocked story is linked to an impediment, keep the two statuses current so the board reflects the actual next action.
Check the handoff on an actual case
A developer starts a high priority story in the current scope. A dependency stops progress, so the story is marked blocked. The Project Manager sees it in the blocked queue and checks the impediments for the same project and follows up with their owners. After the owner resolves the issue, the assignee resumes the story, sends it for review and marks it done after the team accepts the work.
The Project Manager checks the blocked story’s assignee and sprint scope, then opens the impediment for the same project. The assignee waits for the owner to resolve the problem before moving the story back into progress. The story can enter review when the work is ready; its status board then shows the next handoff.
What your team sees
- Task Board by Status — Stories grouped by their current work status.
- Blocked Stories — Work needing follow-up before progress resumes.
Follow the work through
See sprint planning for the planning handoff and review and approval for the decision record. Begin with a small project in implementation, then compare the team’s results with the data model.
What it keeps track of
Data model- Sprint scopes
- Groupings of work inside a project.
- Stories
- Individual pieces of work assigned to a delivery team member.
- Team members
- Delivery staff with role, practice and weekly capacity.
- Impediments
- Defects and change items raised against project work.
Who uses it
Permissions- Team Member
- Updates assigned work; Project Manager manages priority and blocker follow-up.
Set up Sprint / Agile Board your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.