Gestión de la Capacidad

La Idea Central

La mayoría de las herramientas de gestión de proyectos te permiten añadir issues sin límite. Acabas con un backlog más grande de lo que cualquier equipo podría entregar, y la planificación se convierte en una suposición.

Sinra hace lo contrario. Cada elemento de trabajo tiene una estimación de tiempo. Cada miembro del equipo tiene una tasa de disponibilidad. Cada ciclo tiene una capacidad calculada. El sistema hace visible la brecha entre ambición y realidad antes de que te comprometas.

Tasas de Disponibilidad

Cada miembro del equipo tiene un target_capacity entre 1% y 100%.

• 100%: tiempo completo en el proyecto
• 50%: media jornada (tiempo parcial, repartido entre proyectos, etc.)
• 80%: tiene en cuenta reuniones, revisiones de código y tareas generales

Estas tasas se configuran en la configuración del equipo y reflejan la realidad, no las aspiraciones.

Cálculo de la Capacidad del Ciclo

Cuando se crea un ciclo con fechas de inicio y fin, Sinra calcula automáticamente su capacidad:

Capacidad del ciclo = Σ (días_miembro × tasa_disponibilidad)
                      para todos los miembros del equipo
                      durante los días laborables del ciclo

Un ciclo de 10 días con:

• Alice al 100%: 10 días
• Bob al 50%: 5 días
• Carol al 80%: 8 días

Da una capacidad total del ciclo de 23 días.

Este número es fijo. No puedes planificar más trabajo en un ciclo del que permite su capacidad sin ver la sobrecarga.

Seguimiento de la Carga de Trabajo

Dentro de un ciclo, Sinra hace seguimiento de la carga de trabajo por miembro:

• Estimado: total de estimaciones de issues asignadas a este miembro
• Empleado: tiempo real registrado
• Restante: estimado menos empleado

La vista de carga de trabajo del ciclo muestra todos los miembros a la vez, haciendo inmediatamente visible si un desarrollador está sobrecargado mientras otro tiene capacidad disponible.

Composición de un ciclo

La capacidad de un ciclo solo cuenta a las personas de su composición. Un manager o un product owner que no desarrolla se retira de la composición del ciclo: ya no diluye la media del equipo, y una persona por encima del 100 % se ve. El porcentaje de un miembro sigue entre el 1 % y el 100 %; para excluirlo, se retira.

Las tareas y los bugs todavía asignados a una persona fuera de la composición cuentan en la carga del ciclo, sin capacidad enfrente. Se señalan «fuera de la composición» en el panel de carga y en la información emergente del indicador.

Un nuevo ciclo toma la composición del anterior: una persona retirada de un ciclo queda excluida de los siguientes. Ver Ciclos.

Carga de un Equipo

La misma regla se aplica un nivel más arriba. La capacidad de un equipo es la suma de lo que le aportan sus miembros, y su carga es todo lo asignado al equipo o a uno de sus miembros, medido contra esa suma:

Capacidad de un equipo = Σ (días hábiles del ciclo × disponibilidad del miembro)
                         para cada miembro del equipo

Carga de un equipo     = Σ (estimaciones asignadas al equipo o a sus miembros)
                         ÷ capacidad del equipo

Backend, en un ciclo de 10 días, con Thomas al 60 % y Jean al 100 %, dispone de 16 días de capacidad. Llevar 16 días de estimaciones sitúa al equipo al 100 %, no al 200 %. La cifra del ciclo sigue la misma regla: las capacidades de los equipos que participan se suman, nunca se promedian.

Las capacidades se suman en todos los niveles. Promediarlas mediría a un miembro promedio en lugar del grupo, y un equipo exactamente lleno mostraría 100 % multiplicado por su número de miembros.

Cada fila del panel de carga se lee por sí sola: un miembro por encima del 100 % se ha comprometido a más días de los que tiene, y un equipo por encima del 100 % también. Un miembro sobrecargado no pone necesariamente a su equipo en sobrecarga, y ese es justamente el arbitraje que la pantalla de planificación sirve para instruir.

Carga de Desarrollo y Carga de Redacción

La capacidad mide la implementación: la carga que se le compara solo cuenta el tiempo estimado de las tareas y los bugs. Esto vale para un ciclo, por persona y por equipo, y para una release.

Las especificaciones y los planes siguen siendo planificables en un ciclo o una release y conservan su estimación. Ese tiempo se muestra aparte, por ejemplo “Spec/plan 2 d (fuera de capacidad)”. Es información, no carga: añadir una especificación a un ciclo no cambia su porcentaje de carga. Una capability compuesta solo de especificaciones y planes tiene una carga de desarrollo nula. La línea se oculta cuando no hay tiempo de redacción.

Capacidad de la Release

A nivel de release, la planificación de capacidad funciona a través de ciclos:

• Tiempo total estimado de las tareas y los bugs de la release, incluidas las issues sin capability
• Distribuido entre los ciclos donde están planificadas esas issues
• Comparado con la capacidad total disponible del equipo en esos ciclos

Esto hace visible el sobrecompromiso a nivel de release, no solo a nivel de ciclo. Puedes ver, antes de comenzar el trabajo, si el alcance de la release es realista.

Leer las Cifras

Todas las pantallas leen las mismas cifras: una release o un ciclo nunca muestra dos totales distintos.

• El desarrollo es el tiempo estimado de tareas y bugs. Es la única cifra que se compara con un objetivo o una capacidad, mostrada como «39 / 40 d».
• Spec/plan es el tiempo estimado de especificaciones y planes, mostrado aparte y etiquetado «fuera de capacidad».
• Las sin estimar cuentan las tareas y bugs sin estimación («2 sin estimar»): no pesan nada hasta que alguien las estime.
• Las duraciones usan un solo formato, con un decimal como máximo: «17,5 d», «18 d».

En la página de una release, el bloque Carga compara además el objetivo de la release con la capacidad de sus ciclos (los ciclos que contienen al menos una de sus issues) y da la diferencia con signo, por ejemplo «Objetivo 40 d · Capacidad de los ciclos 51 d · Diferencia +11 d». Un ciclo compartido con otra release cuenta completo en cada una. Es solo información: nada obliga a que las dos cifras coincidan.

Un ciclo muestra su propio total al inicio del panel de carga, por ejemplo «Desarrollo planificado 17,5 / 18 d · 97 % de la capacidad», y luego cada equipo con sus días y su porcentaje de la capacidad del equipo. El trabajo asignado a un equipo sin nombrar un miembro se etiqueta «Asignado al equipo, sin miembro». Cuando un ciclo no tiene capacidad, la carga se muestra sin porcentaje y un mensaje invita a definir la composición.

Por Qué Esto Importa

El sistema de capacidad es lo que separa la planificación del pensamiento desiderativo.

Sin él, descubres el problema al final del sprint cuando la mitad de los tickets siguen abiertos. Con él, ves el problema durante la planificación y puedes tomar una decisión real: reducir el alcance, añadir capacidad o ampliar el plazo. La elección es explícita en lugar de descubierta bajo presión.