January 22, 2024
Plan More Effectively with Team Planning in Rally by Using Quick Views

Written by: Eric Nash
Key Takeaways
|
|
If your iterative or scrum team uses Rally, then you’re probably familiar with the Team Planning page for iteration or sprint planning. The Team Planning page allows you to easily view the planned velocity of work items in a given iteration and whether the team is over capacity.
As soon as you open the page, you see a neatly organized view of upcoming iterations/sprints for the current Release or Planning Interval along with a view of your prioritized backlog items waiting to be scheduled.
Don’t stop there though! Team Planning also offers different Quick Views (preconfigured filters) of your backlog to help you to focus on what matters most to your team. In the screenshot below, you can see the default Unscheduled Work view.
Using Quick Views
The default view (Unscheduled Work) is a great starting point and it’s helpful to understand and consider what you’re seeing in that view and in the rest of the Quick Views. There are also several other helpful Quick Views you can use. Here are a few of those views that are particularly useful:
Unscheduled Work
This is the default view and shows your backlog of schedulable work in your current project context for which no Release or Iteration has been set. Work displayed can include User Stories, Defects, Defect Suites, and Test Sets. Depending on your team’s approach, you might move work that meets your definition of ready (DoR) into the Release Backlog by setting a Release but not an Iteration. Doing this would cause that work not to appear in the Unscheduled Work view and instead would appear in the Release Backlog view.
You can also use filters to view a subset of the work in your backlog. For example, instead of using the Release Backlog, your team might use the Ready flag in Rally to show work in the backlog that the team deems ready to be pulled into an iteration. In that case you could filter the view to only include work items with the Ready flag on.
DID YOU KNOW? Moving work from any backlog view into an Iteration will set both the Iteration and the Release for those items.
Unfinished Work
This is an often-overlooked view that shows schedulable work in your current project context that was assigned to another (usually previous) Iteration or Release but not finished.
For example, work in a Schedule State prior to Accepted (and in the case of Defects, a State prior to Closed) with either a Release or an Iteration that is outside the current Release selected for Team Planning will show up here.
This provides a great way to find work that may have been forgotten from previous timeboxes, like stories that were Completed but not Accepted or defects where the fix may have been Accepted but the defect wasn’t Closed. This can also show other work that was scheduled but not completed for some reason.
NOTE: Work scheduled in a future Release may also appear in Unfinished Work. This isn’t a very common use case and you can use filters in the Unfinished Work view to exclude those items if needed.
Group by Feature (Unscheduled, Unfinished, and in Release)
You have very likely heard the Agile principle “stop starting and start finishing.” If you apply this principle to the delivery of features (or your lowest-level portfolio item in Rally), then these three views can help. You can focus your iteration planning efforts on delivering value faster by completing the work on your highest priority features first.
These views will show you stories grouped by feature for your current project context that have a Schedule State less than Accepted and that are either unscheduled, unfinished, or in the backlog for the selected Release, but not an Iteration (as described earlier). For example, in the screenshot below, we can focus on getting the Self resolve technology feature delivered by scheduling and completing the Enable monitoring hook story.
Now what?
These are just a few of the eleven Quick Views currently available in Team Planning. When you consider the views that also allow filtering, there really isn’t an iteration or sprint planning use case that can’t be met with these views. Use the inline help on the page or go to the Team Planning page on the Tech Docs site for more details.
When you do your next planning session, please try some of the alternatives to the default view! Add some filters as well and see how much more effective your planning can be.

Eric Nash
Eric Nash is an Agile expert and Rally resident advisor who is happiest when he can coach and share his passion with others, whether it’s working on digital and Agile transformations, junior golf or fishing. When not on the water he works with organizations in industries from manufacturing to publishing to defense...
Other resources you might be interested in
DX NetOps: Harness Syslog for Operational Visibility
Learn how to configure DX NetOps for robust syslog ingestion, gaining comprehensive operational visibility by displaying all external syslog messages directly within DX NetOps Portal.
Rally Office Hours: September 4, 2025
In the latest edition of Rally office hours, learn how to view filter substitutions and then follow the weekly Q&A session with Rally product experts.
Rally Office Hours: September 11, 2025
Hear about recruiting MCP Server early adopters and ancestor filtering in Rally's Custom Lists, then follow the weekly Q&A session with Rally product experts.
Powering RAG Pipelines With Automic Automation
See how Automic Automation optimally equips you for the AI revolution, combining proven enterprise capabilities with the potential of generative AI.
Unlock Real-Time AWS Observability With Streaming Ingestion in DX Operational Observability
With streaming ingestion capabilities, DX Operational Observability offers visibility into your AWS telemetry, enhancing insights and incident response.
Observability and IT Monitoring Governance: Establishing Order (Part 3 of 4)
Find out how DX Unified Infrastructure Management (DX UIM) supports monitoring governance, enabling teams to manage configurations and track alarm policies.
Observability and IT Monitoring Governance (Part 4 of 4)
This post shows how baselines, KPIs, and thresholds are essential for monitoring governance. See how IT can shift from reactive to proactive IT management.
What's Really Happening in Your Branch Office Network?
Fragmented monitoring tools create critical visibility gaps in branch networks. Find out why you need network observability to pinpoint the cause of issues.
Rally Office Hours: August 28, 2025
Learn about the general availability of the AI writing assistant in Rally, then follow the weekly Q&A session with Rally product experts.