Prerequisites
- Planningboard is installed and a board is configured on a Polarion Wiki page.
- A teams service is set up for your project. See Set Up Teams Service.
- Work items have remaining estimates (or a custom capacity field) populated.
- Team members are assigned to work items on the board.
1
Enable the teams service
Open the Widget Parameters panel for your Planningboard widget and set
useTeamsService to true. This tells Planningboard to pull team membership and calendar data from the teams service rather than using a flat plan capacity value.2
Select the team
Set the Replace
selectedTeam widget parameter to the team whose capacity you want to track. This determines which users appear in per-user capacity calculations.<team-work-item-id> with the Polarion work item ID of your team (for example, MYPROJECT-T-1). Team IDs are automatically remapped if the team is defined in a supporting project.3
Enable capacity load display
Set the When enabled, each plan column shows a capacity bar indicating the ratio of allocated effort to total team capacity for that sprint.
capacityLoad parameter to true to activate the capacity bar visualization in plan columns.4
Configure per-user capacity (multiCapacityLoad)
For boards using user swimlanes, enable With
multiCapacityLoad to show a separate capacity bar per swimlane row rather than a single aggregate bar per column.multiCapacityLoad enabled, each user’s swimlane row displays its own capacity progress bar, making it straightforward to spot which team members are over- or under-allocated at a glance.How capacity is calculated
Planningboard derives capacity values from three sources:1
Configure a fallback calendar (optional)
If some users lack individual calendars, set the This prevents zero-capacity fallback for users without their own calendar.
nextedy.gantt.calendarHolder property in your project’s administration properties to a base user whose calendar serves as the fallback.2
Configure capacity modifiers (optional)
If your teams have planned capacity reductions — for example, a sprint where the team is partly allocated to a release — enable capacity modifiers:When enabled, Planningboard reads modifier percentages from the
capModA field (default) on each team work item and reduces the calculated capacity accordingly. To use a different field name, set:3
Verify the capacity display
After saving the widget parameters, reload the board. You should now see:
- A capacity bar at the top of each plan column, showing total allocated effort vs. available team capacity for that sprint.
- If
multiCapacityLoadis enabled: individual capacity bars in each user swimlane row. - Hovering over a capacity bar shows a tooltip with per-user breakdown:
- Available (shown in red if negative / overallocated)
- Allocated
- Total
Example configuration
The following is a complete widget parameter snippet for a user-swimlane board with per-user capacity tracking:MYPROJECT-T-1, and enables per-user capacity bars across all user swimlane rows.
Limitations
- No multi-assignee support. Only one assignee per work item contributes to capacity load.
- No sub-item effort distribution. Parent item capacity is not aggregated from child task estimates; only direct estimates on assigned tasks are counted.
- Users without calendar entries default to
totalCapacity = 0.0unless a fallback calendar holder is configured.