eddiebe147

Resource Allocator

8
2
# Install this skill:
npx skills add eddiebe147/claude-settings --skill "Resource Allocator"

Install specific skill from multi-skill repository

# Description

Optimize team resource allocation across projects with capacity planning and workload balancing

# SKILL.md


name: Resource Allocator
slug: resource-allocator
description: Optimize team resource allocation across projects with capacity planning and workload balancing
category: project
complexity: complex
version: "1.0.0"
author: "ID8Labs"
triggers:
- "allocate resources"
- "resource planning"
- "assign resources"
- "capacity planning"
- "workload balance"
tags:
- resources
- capacity
- allocation
- planning
- workload
- optimization


Resource Allocator

The Resource Allocator skill helps managers and team leads optimize how people, budget, and tools are allocated across projects and initiatives. It emphasizes realistic capacity planning, skill matching, workload balancing, and strategic resource investment to maximize team effectiveness and prevent burnout.

This skill excels at analyzing team capacity, mapping skills to project needs, identifying resource constraints and bottlenecks, balancing competing priorities, and creating sustainable allocation plans that respect team members' growth goals and work-life balance.

Resource Allocator follows modern people-first principles: sustainable pace over hero culture, skill development over pure efficiency, and transparent allocation over political negotiations.

Core Workflows

Workflow 1: Calculate Team Capacity

Steps:
1. Identify Team Members
- List all people on team or available for allocation
- Include roles, seniority, and areas of expertise
- Note any upcoming PTO, holidays, or planned absences
- Document part-time or contractor availability

  1. Calculate Individual Capacity
  2. Work hours per week: Typically 40 hours
  3. Subtract non-project time:
    • Meetings (10-20%): 4-8 hours/week
    • Email/Slack (5-10%): 2-4 hours/week
    • Administrative (5-10%): 2-4 hours/week
    • Support rotation (varies): 0-8 hours/week
  4. Effective capacity: ~60-70% of total hours
  5. Example: 40 hours × 0.65 = 26 hours/week available for project work

  6. Adjust for Reality Factors

  7. Onboarding: New team members at 30-50% capacity for first month
  8. Context switching: Multi-project allocation reduces efficiency 20-30%
  9. Technical debt: Reserve 10-20% for maintenance and refactoring
  10. Bugs and support: Reserve 10-30% depending on product maturity
  11. Learning time: Reserve 5-10% for skill development

  12. Calculate Team Capacity

  13. Sum individual effective capacities
  14. Account for skill distribution (not all hours are fungible)
  15. Identify peak/low capacity periods (holidays, conference season)
  16. Create capacity forecast for next 3-6 months

Output: Team capacity model with individual and aggregate availability.

Workflow 2: Map Skills to Projects

Steps:
1. Analyze Project Requirements
- List required skills for each project/initiative
- Estimate hours needed per skill area
- Identify if skills are readily available or scarce
- Note learning curve for new technologies

  1. Create Skill Matrix
  2. Rows: Team members
  3. Columns: Skills (React, API design, Database, DevOps, etc.)
  4. Values: Proficiency level (1=Learning, 2=Competent, 3=Expert)

  5. Match Skills to Needs

  6. For each project, identify best-fit team members
  7. Consider:

    • Skill match: Do they have required expertise?
    • Interest: Do they want to work on this?
    • Growth: Does this stretch them appropriately?
    • Availability: Do they have capacity?
  8. Identify Gaps

  9. Skills needed but no one has proficiency
  10. Single points of failure (only one expert)
  11. Training or hiring needs
  12. Possible skill development opportunities

Output: Skill-based project staffing recommendations.

Workflow 3: Create Resource Allocation Plan

Steps:
1. List All Active Projects
- Include project name, priority, and timeline
- Estimated total effort (person-weeks or hours)
- Required start and end dates
- Dependencies on other projects or teams

  1. Prioritize Projects
  2. Use strategic framework (OKRs, business value, etc.)
  3. Force-rank if resources are constrained
  4. Identify must-have vs. nice-to-have
  5. Determine if any projects should be deferred or canceled

  6. Allocate Resources

  7. Assign team members to projects
  8. Specify allocation percentage (50%, 100%, etc.)
  9. Aim for:

    • 100% allocation: One project per person (ideal)
    • 50/50 split: Two projects max per person
    • Avoid < 25%: Too small to make meaningful progress
  10. Balance Workload

  11. Check that no one is over-allocated (>100%)
  12. Ensure junior members have mentorship
  13. Distribute challenging work fairly
  14. Mix maintenance and greenfield work

  15. Timeline Validation

  16. Map allocation to project timelines
  17. Identify resource contention or bottlenecks
  18. Adjust timelines or scope if capacity insufficient
  19. Build in buffer (20%) for unknowns

  20. Create Allocation Document

  21. Visual timeline showing who's working on what when
  22. Matrix view: People × Projects with percentages
  23. Capacity vs. demand chart
  24. Assumptions and constraints documented

Output: Complete resource allocation plan with timelines and assignments.

Workflow 4: Monitor and Rebalance

Steps:
1. Weekly Check-ins
- Are people actually working on assigned projects?
- Any blockers or unexpected work?
- Capacity assumptions still accurate?
- Burnout or overwork signals?

  1. Monthly Review
  2. Compare actual time spent vs. allocated
  3. Identify variances and root causes
  4. Update allocation based on new information
  5. Adjust future planning assumptions

  6. Rebalancing Triggers

  7. Project priority changes
  8. Team member leaves or joins
  9. Project runs over/under estimate significantly
  10. Critical bug or incident requires immediate attention
  11. Market or business conditions shift

  12. Reallocation Process

  13. Identify what needs to change and why
  14. Communicate changes to affected team members
  15. Update allocation plan and timelines
  16. Notify stakeholders of impact
  17. Document decisions and rationale

Quick Reference

Action Command/Trigger
Calculate capacity "calculate team capacity"
Skill matrix "create skill matrix for team"
Allocate resources "allocate resources for [project]"
Check allocation "show current resource allocation"
Balance workload "balance workload across team"
Identify gaps "find resource gaps"
Capacity forecast "forecast capacity for Q[n]"
Rebalance "rebalance resources"

Best Practices

  • Plan for 70% utilization: People are not machines; sustainable pace requires buffer for thinking, learning, and interruptions
  • Minimize context switching: Assign people to 1-2 projects max; each additional project adds 20-30% overhead
  • Match skills AND interests: Engaged team members are 2-3x more productive than disengaged ones
  • Build in growth: Allocate 5-10% time for learning; prevents skill stagnation and improves retention
  • Avoid hero culture: Don't consistently over-allocate top performers; leads to burnout and resentment
  • Transparent allocation: Share allocation plans openly; reduces politics and builds trust
  • Protected focus time: Reserve contiguous blocks (4+ hours) for deep work; no meetings or interruptions
  • Review regularly: Allocations drift from reality quickly; review weekly, rebalance monthly
  • Document assumptions: Capacity estimates are assumptions; write them down to validate and refine
  • Emergency buffer: Reserve 10-20% unallocated capacity for urgent work and incidents
  • Respect team input: Involve team in allocation decisions; they know their capacity and interests best
  • Track actual vs. planned: Learn from variances to improve future planning accuracy

Capacity Planning Formula

Effective Weekly Capacity =
  (Total Hours) × (1 - Meeting %) × (1 - Admin %) × (1 - Support %)

Example for Senior Engineer:
  40 hours/week × 0.85 (15% meetings) × 0.90 (10% admin) × 0.80 (20% support)
  = 40 × 0.85 × 0.90 × 0.80
  = 24.5 hours/week for project work

Adjustment Factors:
- Junior engineer: 0.5-0.7x (learning curve, need for guidance)
- New team member: 0.3-0.5x for first month (onboarding)
- Multi-project: 0.7-0.8x per project (context switching penalty)
- Legacy codebase: 0.7-0.8x (higher cognitive load)
- Remote team: 1.0-1.1x (fewer office interruptions)

Allocation Patterns

Pattern 1: Dedicated Team

Structure: Team of 4-8 people working 100% on one project
Pros: Maximum focus, strong team cohesion, fast delivery
Cons: Requires substantial project; can create silos
Best for: Large strategic initiatives, 3+ month projects

Pattern 2: Feature Teams

Structure: Cross-functional team owns specific product area
Allocation: 100% to their area
Pros: Deep expertise, ownership, autonomy
Cons: Can create silos; hard to rebalance
Best for: Mature products with clear boundaries

Pattern 3: Rotation Model

Structure: Team members rotate between projects/teams quarterly
Pros: Knowledge sharing, skill development, flexibility
Cons: Ramp-up time, less deep expertise
Best for: Early-stage companies, generalist teams

Pattern 4: Matrix Allocation

Structure: People split time across multiple projects (50/50, 70/30)
Pros: Flexible, fills capacity, can pursue multiple priorities
Cons: Context switching, coordination overhead, slower delivery
Best for: Resource-constrained teams, mixed priorities

Pattern 5: Specialist Pool

Structure: Shared specialists (designers, SRE, security) allocated as needed
Allocation: 2-3 week rotations across projects
Pros: Efficient use of scarce skills, cross-pollination
Cons: Bottleneck risk, scheduling complexity
Best for: Specialized roles with high demand

Workload Balancing Metrics

Metric Healthy Range Warning Signs
Allocation % 60-80% > 90% over-allocated, < 50% under-utilized
Projects per person 1-2 > 2 projects (context switching)
Overtime hours < 5 hours/week > 10 hours/week (burnout risk)
PTO utilization > 80% < 50% (not taking time off)
Meeting load 15-25% > 30% (meeting overload)
Deep work blocks 3-4 per week < 2 (fragmented time)

Skill Development Framework

70-20-10 Rule for Growth:
- 70%: Work in areas of competence (productive contribution)
- 20%: Stretch assignments (build new skills)
- 10%: Completely new areas (exploration)

Progression Paths:
- Junior → Mid: Needs 70% mentored work, 30% independent
- Mid → Senior: Needs challenging technical problems, some mentoring experience
- Senior → Staff: Needs cross-team projects, architecture ownership
- IC → Manager: Needs people management experience, delegate technical work

Resource Constraint Resolution

When demand exceeds capacity:

  1. Add resources (hire, contractors)
  2. Pros: Increases capacity
  3. Cons: Slow (3-6 months), expensive, onboarding overhead

  4. Reduce scope (cut features, simplify)

  5. Pros: Fast, maintains quality
  6. Cons: Stakeholder disappointment, hard choices

  7. Extend timeline (push dates)

  8. Pros: Maintains scope and quality
  9. Cons: Business impact, competitive pressure

  10. Accept lower quality (cut corners, tech debt)

  11. Pros: Hits dates
  12. Cons: Future slowdown, bugs, user experience

Recommendation priority: Reduce scope > Extend timeline > Add resources > Lower quality

Integration Points

  • Project Planner: Pulls project timelines and effort estimates
  • Sprint Planner: Weekly/sprint-level allocation
  • Task Manager: Daily task assignments
  • HR Systems: PTO, team roster, role information
  • Time Tracking: Actual time spent for validation
  • Calendar: Meeting load analysis
  • Performance Management: Skill assessments, growth goals

# Supported AI Coding Agents

This skill is compatible with the SKILL.md standard and works with all major AI coding agents:

Learn more about the SKILL.md standard and how to use these skills with your preferred AI coding agent.