Testar grátis
5 min leitura Guide 655 of 877

How to Use GitScrum for Capacity Planning?

How to use GitScrum for capacity planning?

Manage capacity in GitScrum by tracking team availability, using WIP limits, and monitoring workload through reports. Document capacity guidelines in NoteVault, plan sprints based on realistic capacity. Teams with capacity planning maintain 85% sprint completion [Source: Agile Capacity Research 2024].

Capacity planning workflow:

  1. Assess - Team availability
  2. Calculate - Actual capacity
  3. Plan - Allocate work
  4. Monitor - Track during sprint
  5. Adjust - Rebalance as needed
  6. Review - Post-sprint analysis
  7. Improve - Better estimates

Capacity labels

LabelPurpose
size-small1-2 hours
size-medium4-8 hours
size-large2-3 days
size-xlargeWeek+
blockedCan't progress
at-riskCapacity concern

Capacity factors

FactorReduction
Meetings-20%
On-call-50% that week
Time off0% those days
Admin/email-10%
Productivity factor×70-80%

NoteVault capacity docs

DocumentContent
Team rosterWho's available
Capacity guidelinesHow we calculate
Time off calendarPlanned absences
Historical velocityPast performance
Sprint templatesPlanning guide

Capacity calculation

## Sprint Capacity: Sprint [X]

### Team Availability
| Person | Days | Adjustments | Capacity |
|--------|------|-------------|----------|
| Alice | 10 | -1 PTO | 9 |
| Bob | 10 | -2 on-call | 8 |
| Charlie | 10 | Full | 10 |

### Total Person-Days: 27

### Productivity Factor: 75%

### Effective Capacity: 20 person-days

### Points (at 0.5 points/day): 10 points

Sprint planning by capacity

StepAction
Calculate capacityPerson-days available
Apply factorProductivity adjustment
Compare velocityHistorical average
Plan conservatively80-90% of capacity
Leave bufferUnexpected work

WIP limits for capacity

RoleWIP Limit
Developer2-3 tasks
Tech Lead1-2 tasks
Senior2-3 tasks
Junior1-2 tasks

Monitoring workload

ToolPurpose
Weekly Activity HeatmapDistribution view
Individual task countPer-person load
Column ageStuck work
BurndownSprint progress

Workload rebalancing

SignalAction
Overloaded personRedistribute tasks
Idle capacityPull more work
Blocked workSwarm on blockers
Scope riskCut scope

Capacity task template

## Capacity Review: Sprint [X]

### Planned vs Actual
| Person | Planned | Actual | Delta |
|--------|---------|--------|-------|
| Alice | 5 pts | 6 pts | +1 |
| Bob | 4 pts | 3 pts | -1 |

### Issues
- [What affected capacity]

### Adjustments
- [What we'll change]

### Next Sprint
- Adjusted capacity: [estimate]

Common capacity issues

IssueSolution
Over-commitmentConservative planning
Uneven distributionRegular rebalancing
Unexpected workBuffer allocation
Meeting overloadProtect focus time

Capacity metrics

MetricTrack
Sprint completion% completed
Velocity stabilityVariance
Load distributionHeatmap balance
OvertimeHours over plan

Preventing burnout

PracticeImplementation
Sustainable paceDon't over-plan
Buffer timeLeave slack
Focus timeProtect from meetings
Time offEncourage vacation

Capacity vs velocity

ConceptDefinition
CapacityAvailable time
VelocityActual output
EfficiencyVelocity/Capacity