GitScrum / Docs
Toutes les Bonnes Pratiques

Capacity Planning | GitScrum

Gérez capacity planning avec GitScrum. Équilibrez charge équipe, planifiez ressources et évitez burnout. 85% complétion sprint avec planning.

5 min de lecture

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:

  • Assess - Team availability
  • Calculate - Actual capacity
  • Plan - Allocate work
  • Monitor - Track during sprint
  • Adjust - Rebalance as needed
  • Review - Post-sprint analysis
  • 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

    Related articles