1. Sprint / Agile Board
  2. Features
  3. Stories
Feature · 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

Blocked Stories

Stories

New
Story keyTitleAssigneeSprint scopePriorityStatus
SK-912Blocked str-756SS-6297LowBlocked
SK-435Blocked str-542SS-8105MediumBlocked
SK-481Blocked str-452SS-6251HighBlocked
SK-895Blocked str-728SS-4940CriticalBlocked
SK-966Blocked str-287SS-6474LowBlocked
6 of 6 records
SK-912Stories · STR-30449
Low
TitleBlocked str-756
Sprint scopeSS-6297
StatusBlocked
Example screen with sample data

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.

How to get started