Diferencia entre revisiones de «Metricas Agiles»
(→Productividad y resultados del proyecto) |
(→¿ Cómo obtener la información necesaria para el tablero ?) |
||
Línea 34: | Línea 34: | ||
==== ¿ Cómo obtener la información necesaria para el tablero ? ==== | ==== ¿ Cómo obtener la información necesaria para el tablero ? ==== | ||
− | Esta info surge de las herramientas de Scrum: backlog priorizado, burn down, burn up. Y el momento para actualizar el tablero es al finalizar cada iteración. Es conveniente compartir puntos destacados del proyecto, riesgos y próximos pasos en el mismo tablero. | + | Esta info surge de las herramientas de [[Scrum]]: backlog priorizado, burn down, burn up. Y el momento para actualizar el tablero es al finalizar cada iteración. Es conveniente compartir puntos destacados del proyecto, riesgos y próximos pasos en el mismo tablero. |
==== ¿ Cuál es la métrica más importante en un proyecto ágil ? ==== | ==== ¿ Cuál es la métrica más importante en un proyecto ágil ? ==== |
Revisión del 12:25 6 oct 2011
Hay distintas métricas en los proyectos de desarrollo:
- de productividad y resultados del proyecto
- de situación financiera
- de riesgos
- de calidad
Contenido
- 1 Productividad y resultados del proyecto
- 1.1 ¿ Cuáles son las métricas que elegimos para medir productividad en nuestros proyectos ?
- 1.2 ¿ Qué hacer con estas métricas ?
- 1.3 ¿ Cómo obtener la información necesaria para el tablero ?
- 1.4 ¿ Cuál es la métrica más importante en un proyecto ágil ?
- 1.5 ¿ Por qué es importante considerar el valor de negocio ?
- 2 Ejemplo de tablero de productividad y resultados del proyecto
- 3 Ver también
Productividad y resultados del proyecto
Muchos de los problemas detectados y disfuncionalidades de la organización seguramente existen desde antes de utilizar una gestión ágil de proyectos como Scrum. Esos problemas no son el resultado de aplicar las métricas sino que por el contrario nos aporta:
- transparencia a los resultados del proyecto
- ayuda a priorizar el trabajo
- permite tomar decisiones entre las personas involucradas al proyecto
¿ Cuáles son las métricas que elegimos para medir productividad en nuestros proyectos ?
- requisitos completados respecto al total de requisitos
- valor que le dan al cliente los requisitos completados
- la velocidad con qué se aporta valor al negocio
- cambios y requisitos añadidos
¿ Qué hacer con estas métricas ?
Estamos en condiciones de generar un tablero o cuadro de control de nuestro proyecto para que todos los involucrados estén informados y puedan tomar decisiones de su rol.
El equipo de desarrollo podrá evaluar su propia velocidad, planificar y tomar compromisos.
El cliente podrá replantear las prioridades que está eligiendo para sus requerimientos, y así con cada persona involucrada.
Esta info a lo largo del tiempo muestra tendencias.
¿ Cómo obtener la información necesaria para el tablero ?
Esta info surge de las herramientas de Scrum: backlog priorizado, burn down, burn up. Y el momento para actualizar el tablero es al finalizar cada iteración. Es conveniente compartir puntos destacados del proyecto, riesgos y próximos pasos en el mismo tablero.
¿ Cuál es la métrica más importante en un proyecto ágil ?
El valor de negocio que se le está dando al cliente.
En ocasiones escuchamos hablar de ROI o Retorno de Inversión. ROI es una fórmula financiera tal que ROI = (ingreso - costo)/costo. Por ejemplo, podemos decir que si un producto genera un ingreso anual de 2500 $ y el costo anual de mantener ese producto es de 1000 $ entonces ese negocio nos deja un 50 % de ganancia anual sobre la inversión generada.
Podemos no conocer la rentabilidad específica de un producto que desarrollamos y si podemos asumir que alguien analizó que ese producto genera una rentabilidad positiva para la compañia.
Entonces, podemos trabajar junto al dueño de producto para orientarnos a que obtenga su máximo valor de negocio lo antes posible.
¿ Por qué es importante considerar el valor de negocio ?
El cliente puede conocer la velocidad con que retorna su inversión y cuando ya no es necesario seguir con el proyecto por que lo que resta hacer tiene un retorno que no compensa el costo.
Algunos consejos para el ROI:
- usar un valor tangible para medir el retorno: dinero, personas, tiempo
- no tomar requisitos tan pequeños si el usuario no se siente representado