A medida que avanza el desarrollo, las estimaciones relacionadas con la fecha de entrega de una funcionalidad se hacen más precisas. Así, puedes ofrecer mayor visibilidad a tus stakeholders. Buena noticia, existen herramientas para ayudarte a seguir el progreso del equipo de Producto y ajustar tus estimaciones con total transparencia.
Seguimiento del avance de los desarrollos
La importancia de la gestión visual
La gestión visual es una herramienta esencial en metodologías como Kanban para monitorear los desarrollos y detectar posibles bloqueos. Indicadores como el cycle time pueden ayudarte a identificar cuando un elemento del backlog permanece más tiempo de lo esperado en una etapa específica, lo que indica un retraso.
Les aconsejamos entonces usar un código visual propio de su equipo para resaltar este bloqueo (una bandera en Jira, un punto adhesivo en un post-it, etc.). En los días siguientes, pueden así monitorear el avance del tema más atentamente y tomar acciones concretas para desbloquear la situación si es necesario.
Ejemplo de gestión visual
Este artículo es un extracto del libro:
Utilizar el burn-down chart
El burn-down permite seguir el avance de los desarrollos en un sprint, varios sprints o varias semanas. El burn-down es una representación gráfica del alcance restante por hacer, es decir, el conjunto de Historias de Usuario que aún no cumplen con los criterios de su Definition of Done. El eje de las abscisas del gráfico muestra el tiempo (sprint, día o semana), mientras que el eje de las ordenadas indica el número de puntos de complejidad o de Historias de Usuario del alcance. Utilizando los indicadores de velocidad o de flujo, pueden trazar la trayectoria ideal a seguir.
Actualizando el burn-down chart con el ritmo real de desarrollo, puedes comparar el progreso actual con la trayectoria ideal y ajustar tus previsiones.
Implementar el burn-up chart
Similar al burn-down, el burn-up también se construye sobre la base del número de puntos de complejidad o de Historias de Usuario. Esta vez, el gráfico representa el alcance realizado y es especialmente útil para hacer seguimiento a lo largo de varios sprints o semanas. Midiendo la velocidad o el flujo de manera regular, sus hipótesis se vuelven más precisas sobre:
- La fecha de finalización del alcance elegido (MVP, primera versión...).
- El alcance que serán capaces de entregar en una fecha determinada.
Ejemplo de uso de un burn-up
Cómo gestionar imprevistos y realizar ajustes
Resolución de bloqueos
A pesar de las mejores estimaciones, los imprevistos pueden aparecer y bloquear el desarrollo:
- La solución técnica prevista no es viable.
- Un problema de deuda técnica les impide avanzar como se había planificado.
- Una dependencia no había sido detectada previamente.
- Una ausencia imprevista en el equipo.
Cuando esto ocurra, colabora con las personas adecuadas para identificar y resolver el problema. Dedica tiempo al equipo para investigaciones más profundas o considera redefinir Historias de Usuario para entregar solo una parte del alcance.
Ajustar tiempos e informar a los stakeholders
Las herramientas como los burn-down y burn-up charts pueden ayudarte a detectar posibles retrasos y ajustar tus estimaciones y planes de lanzamiento. Es importante actualizar estas estimaciones y comunicarlas a los stakeholders, especialmente si otros equipos o departamentos dependen de la entrega.
Utiliza un índice de confianza para comunicar la certeza sobre la fecha de entrega. Este índice puede verse afectado por factores como:
-
Dependencias con otros equipos.
-
Incertidumbre técnica.
-
Cantidad de stakeholders involucrados en la validación.
Cuanto más avanza el desarrollo, menor es la incertidumbre y mayor es el índice de confianza.
Consejos para una gestión eficaz
- Comunica regularmente y haz accesible la información sobre el avance de los desarrollos. Esto puede evitarte tener que responder individualmente a las preguntas de los stakeholders.
- Se transparente sobre los posibles bloqueos explicando las razones de los retrasos y las medidas implementadas para remediarlos.
- Utiliza los burn-up y burn-down charts con cuidado. Si bien son útiles para seguimiento, pueden ser malinterpretados si se usan como medidores de rendimiento de los equipos.
- Reserva capacidad para imprevistos y pequeñas mejoras al planificar tus lanzamientos.
Adoptar estas prácticas permitirá una mejor gestión del delivery, proporcionando visibilidad y garantizando que tu equipo y los stakeholders estén alineados en cada paso del desarrollo.
Para saber más: descarga nuestro libro Las Claves del Product Management
Foto de user6702303 en Freepik
