Probar gratis
5 min lectura Guide 579 of 877

Mejores Prácticas de Asignación de Recursos

La asignación de recursos es el arte de hacer match entre la capacidad del equipo y las demandas del proyecto—poner a las personas correctas en el trabajo correcto en el momento correcto. Los dashboards multi-proyecto y features de planificación de capacidad de GitScrum ayudan a managers a ver la carga de trabajo del equipo a través de iniciativas, previniendo sobre-asignación y asegurando que proyectos críticos tengan los recursos que necesitan para tener éxito.

Approaches de Asignación

ApproachMejor ParaDesventajas
Equipos dedicadosProyectos grandes, focoMenos flexibilidad
Recursos compartidosProyectos pequeños, skillsContext switching
Basado en capacidadTrabajo predecibleIgnora match de skills
Basado en skillsTrabajo especializadoPuede crear bottlenecks

Planificación de Capacidad

FRAMEWORK DE PLANIFICACIÓN DE CAPACIDAD
═══════════════════════════════════════

CÁLCULO DE CAPACIDAD:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Capacidad Total Disponible:                               │
│                                                             │
│  Tamaño del equipo:   8 desarrolladores                    │
│  Duración del sprint: 2 semanas                            │
│  Días por sprint:     10 días por persona                  │
│  Días totales:        80 person-days                       │
│                                                             │
│  Ajustes de Capacidad:                                      │
│  ├── PTO/Feriados:       -8 días  (10%)                    │
│  ├── Reuniones:          -8 días  (10%)                    │
│  ├── Soporte/bugs:       -8 días  (10%)                    │
│  └── Buffer:             -8 días  (10%)                    │
│                                                             │
│  Disponible para trabajo planificado: 48 días (60%)        │
│  A ~1 story point por día: ~48 points/sprint               │
│                                                             │
└─────────────────────────────────────────────────────────────┘

TRACKING DE CAPACIDAD:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Overview de Capacidad Q2 2025:                            │
│                                                             │
│  Sprint   Capacidad   Planificado   Actual   Notas         │
│  ───────────────────────────────────────────────           │
│  S1       48 pts      46 pts        44 pts   Bien          │
│  S2       40 pts      42 pts        38 pts   2 PTO         │
│  S3       48 pts      50 pts        45 pts   Over          │
│  S4       44 pts      44 pts        (actual)               │
│                                                             │
│  Velocidad promedio: 42 points/sprint                      │
│  Planificar a: 42 points (realista)                        │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Asignación por Tipo de Trabajo

SPLIT RECOMENDADO
═════════════════

POR TIPO DE TRABAJO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Tipo de Trabajo     Asignación    Propósito               │
│  ─────────────────────────────────────────────             │
│  Features            60-70%        Nuevo valor             │
│  Tech Debt           15-20%        Salud de código         │
│  Mantenimiento       10-15%        Estabilidad             │
│  Innovación          5-10%         Exploración             │
│                                                             │
└─────────────────────────────────────────────────────────────┘

POR MADUREZ DEL PRODUCTO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  PRODUCTO NUEVO (< 1 año):                                 │
│  ├── Features: 80-90%                                      │
│  ├── Tech Debt: 5-10%                                      │
│  └── Mantenimiento: 5-10%                                  │
│                                                             │
│  PRODUCTO MADURO (> 3 años):                               │
│  ├── Features: 50-60%                                      │
│  ├── Tech Debt: 20-25%                                     │
│  └── Mantenimiento: 20-25%                                 │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Resolución de Conflictos

MANEJANDO CONFLICTOS DE RECURSOS
════════════════════════════════

ESCENARIO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Proyecto A necesita 3 developers                          │
│  Proyecto B necesita 3 developers                          │
│  Solo hay 4 developers disponibles                         │
│                                                             │
└─────────────────────────────────────────────────────────────┘

PROCESO DE DECISIÓN:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  1. RECOGER DATOS:                                         │
│     ├── Impacto de negocio de cada proyecto                │
│     ├── Deadlines y consecuencias de delay                 │
│     ├── Flexibilidad de timeline                           │
│     └── Skills requeridos                                  │
│                                                             │
│  2. PRESENTAR OPCIONES A LIDERAZGO:                        │
│     ├── Opción A: Proyecto A full, B delayed 2 semanas     │
│     ├── Opción B: Proyecto B full, A delayed 1 semana      │
│     ├── Opción C: Ambos partial (riesgo de ninguno)        │
│     └── Impacto de cada opción                             │
│                                                             │
│  3. DOCUMENTAR DECISIÓN:                                   │
│     ├── Qué se decidió                                     │
│     ├── Por qué                                            │
│     ├── Quién decidió                                      │
│     └── Para referencia futura                             │
│                                                             │
└─────────────────────────────────────────────────────────────┘

En GitScrum

ASIGNACIÓN DE RECURSOS EN GITSCRUM
══════════════════════════════════

VISIBILIDAD MULTI-PROYECTO:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  • Dashboard de todos los proyectos                        │
│  • Carga por persona visible                               │
│  • Alertas de sobre-asignación                             │
│  • Capacidad vs planificado                                │
│                                                             │
└─────────────────────────────────────────────────────────────┘

TRACKING POR PERSONA:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│  Juan - Sprint 5:                                           │
│  ├── Proyecto Alpha: 3 tareas (15 pts)                     │
│  ├── Proyecto Beta: 2 tareas (8 pts)                       │
│  └── Total: 23 pts (capacidad: 20 pts) ⚠️ OVER             │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Soluciones Relacionadas de GitScrum