Una vez que la App está habilitada y las disponibilidades están configuradas, la tabla está disponible desde la barra de herramientas del Tablero de tareas. Todos los que tengan acceso al Tablero de tareas pueden verlo.
La tabla muestra las disponibilidades totales por día, por usuario y para toda la iteración. Las disponibilidades del día actual tienen fuentes en negrita y las disponibilidades de fin de semana tienen fondo gris.
A nivel del proyecto, es útil comparar las disponibilidades entre iteraciones. Un gráfico que muestra las disponibilidades totales por iteración está disponible desde el tablero del proyecto.
El gráfico tradicional de burndown de iteración compara el tiempo restante con una línea de descarga ideal que comienza desde el tiempo restante en la activación de la iteración y disminuye linealmente a 0. Sin embargo, si usa las disponibilidades, entonces hay una curva mucho mejor para comparar el tiempo restante: ¡las disponibilidades restantes!
En las iteraciones «en progreso» y «en espera», encontrará un nuevo gráfico llamado «Burndown de iteración (Disponibilidad)» que reemplaza la línea ideal por las disponibilidades restantes. Los valores de las disponibilidades pasadas se registran mientras que los de los días actuales y que vienen se calculan dinámicamente a partir de las disponibilidades actuales tomadas de la tabla de disponibilidad.
¡Tenga cuidado, quiere que las curvas tengan la misma tendencia pero no quiere que se superpongan! De hecho, las disponibilidades restantes deben estar por encima del tiempo restante para tener en cuenta los riesgos y el tiempo adicional necesario para manejar emergencias. Lea la siguiente sección sobre el «sprint slack» (o flojo de iteración).
El Slack (o Flojo) S que representa el espacio que tiene su equipo entre el trabajo esperado y el trabajo máximo que se puede hacer se calcula a partir de las disponibilidades totales A de la iteración y el tiempo total restante de la iteración R así que:
S = A – R
Se muestra en el plan de iteración (para iteraciones «en progreso» y «en espera»). Puede deshabilitar la visualización del flojo en su configuración en la sección «disponibilidad del equipo» (por ejemplo, si no usa la misma unidad para el tiempo restante y las disponibilidades).
Para un sprint «en progreso», el flojo se calcula a partir de las disponibilidades restantes (la suma de las disponibilidades desde el día actual incluido hasta el final de la iteración) para que puedan compararse con el tiempo restante actual.
Es bueno asegurarse de que sus iteraciones tengan suficiente flojo. De hecho, permite trabajar en tareas inesperadas, absorber subestimaciones o darle tiempo a su equipo para mejorar su trabajo.
La tasa de flojo slackRate se calcula a partir del flojo (o Slack) S y el tiempo restante del sprint R como así:
slackRate = S / R * 100
El color del flojo se calcula a partir de la tasa de flojo, lo que le ayuda a determinar si hay suficiente flojo. Aquí está el esquema de color predeterminado:
Un proyecto puede ser riesgoso y requerir mucho flujo, mientras que un proyecto con un contexto bien conocido puede requerir mucho menos flojo. Puede adaptar el esquema de color de acuerdo con este contexto cambiando los umbrales en la configuración de su proyecto, en la sección «disponibilidad del equipo».
Los miembros del equipo pueden editar sus propias disponibilidades hasta que se cierre el sprint. Scrum Masters y Propietarios del producto pueden editar las disponibilidades de todos los usuarios, independientemente del estado de sprint.
Puede expandir una celda de la tabla de disponibilidad para copiar su valor en celdas adyacentes, como suele hacer en las hojas de cálculo. También puede copiar/pegar las disponibilidades de las hojas de cálculo.
Puede ingresar cualquier valor entero o decimal (usando «,» o «.» Como separador decimal). La única restricción es que los valores deben ser positivos o cero.
Por defecto, los fines de semana tienen disponibilidad vacía (cero). Además, si ha seleccionado la preferencia «Ocultar fines de semana» en su proyecto, las disponibilidades de fin de semana son de solo lectura en la tabla.
Cuando agrega un miembro del equipo, se crean las disponibilidades correspondientes con el valor predeterminado para los sprints planificados. Las disponibilidades vacías (cero) también se crean para la iteración «en progreso».
Cuando elimina un miembro del equipo, se eliminan las disponibilidades para las iteraciones planificadas. Pero, se mantienen las disponibilidades para iteraciones «en progreso» y cerradas.
Si la gestión de disponibilidad está habilitada, la creación de una iteración creará automáticamente sus disponibilidades con el valor predeterminado.
Cuando activa una iteración, se guarda la disponibilidad total esperada para la iteración. Se muestra en la tabla de disponibilidades y se compara con las «disponibilidades reales». La «disponibilidad esperada» por el usuario también está disponible a través de la API de servicios web.
Cuando actualiza sus fechas de iteración:
Tenga en cuenta que al cambiar una iteración (por ejemplo, retrasando su inicio pero manteniendo su duración) se crearán días y se eliminarán disponibilidades (aquí se eliminan las primeras disponibilidades y se crean las nuevas disponibilidades añadidas).
Si elimina una iteración, todas sus disponibilidades son eliminadas.