Diferencia entre revisiones de «Metricas Agiles»

De Dos Ideas.
Saltar a: navegación, buscar
(Productividad y resultados del proyecto)
 
(No se muestran 11 ediciones intermedias de 2 usuarios)
Línea 6: Línea 6:
 
* de calidad
 
* de calidad
  
=== Productividad y resultados del proyecto ===
+
== 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]], no son el resultado de aplicarla si no que nos aporta:  
+
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
 
* transparencia a los resultados del proyecto
Línea 14: Línea 14:
 
* permite tomar decisiones entre las personas involucradas al proyecto  
 
* permite tomar decisiones entre las personas involucradas al proyecto  
  
¿ Cuáles son las métricas que elegimos para medir productividad en nuestros proyectos ?
+
 
 +
==== ¿ Cuáles son las métricas que elegimos para medir productividad en nuestros proyectos ? ====
  
 
* requisitos completados respecto al total de requisitos
 
* requisitos completados respecto al total de requisitos
Línea 20: Línea 21:
 
* la velocidad con qué se aporta valor al negocio
 
* la velocidad con qué se aporta valor al negocio
 
* cambios y requisitos añadidos
 
* cambios y requisitos añadidos
* es conveniente compartir puntos destacados del proyecto, riesgos y próximos pasos
 
  
¿ Qué hacer con estas métricas ?
+
==== ¿ 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.  
 
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, pueda planificar y tomar compromisos.  
+
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.  
 
El cliente podrá replantear las prioridades que está eligiendo para sus requerimientos, y así con cada persona involucrada.  
Línea 32: Línea 32:
 
Esta info a lo largo del tiempo muestra tendencias.
 
Esta info a lo largo del tiempo muestra tendencias.
  
¿ 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.
 
 
 
  
¿ Cuál es la métrica más importante en un proyecto ágil ?
+
Esta info surge de las herramientas de [[Scrum]]: backlog priorizado, burn down, burn up. Y un buen 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.  
 
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 = (ganancia - costo)/costo. Por ejemplo, podemos decir que si un producto genera una ganancia anual de 2500 $ y el costo anual de mantener ese producto es de 1000 $ entonces ese negocio nos deja un 50 % 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.
 
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.
Línea 48: Línea 44:
 
Entonces, podemos trabajar junto al dueño de producto para orientarnos a que obtenga su máximo valor de negocio lo antes posible.
 
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 ? ====
¿ 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.
 
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.
Línea 56: Línea 50:
 
[[Archivo:Contrato-agil-change-for-free.gif]]
 
[[Archivo:Contrato-agil-change-for-free.gif]]
  
Algunos consejos para el ROI:
+
== Ejemplo de tablero de productividad y resultados del proyecto ==
  
* usar un valor tangible para medir el retorno: dinero, personas, tiempo
+
[[Archivo:TableroDelProyecto.jpg]]
* no tomar requisitos tan pequeños si el usuario no se sienter representado
 
  
 
==Ver también==
 
==Ver también==
  
 +
* [http://comunidadagil.org/2011/07/tableros-de-proyecto-en-entornos-agiles/ Template del tablero]
 
* [http://www.proyectosagiles.org/metricas-agiles-cuadro-mandos-balanceado-scrum Métricas ágiles y cuadro de mandos integral para Scrum]
 
* [http://www.proyectosagiles.org/metricas-agiles-cuadro-mandos-balanceado-scrum Métricas ágiles y cuadro de mandos integral para Scrum]
 
* [http://www.proyectosagiles.org/contrato-agil-scrum Un contrato ágil para Scrum]
 
* [http://www.proyectosagiles.org/contrato-agil-scrum Un contrato ágil para Scrum]
 
* [http://www.proyectosagiles.org/priorizacion-requisitos-valor-coste Priorización de los requisitos por valor y coste]
 
* [http://www.proyectosagiles.org/priorizacion-requisitos-valor-coste Priorización de los requisitos por valor y coste]
 
* [[Historia de usuario]]
 
* [[Historia de usuario]]
 +
* [[Valor de Negocio]]
 
* [[Backlog Del Producto]]
 
* [[Backlog Del Producto]]
 
* [[Gráfico de Burn-Down]]
 
* [[Gráfico de Burn-Down]]

Revisión actual del 19:23 31 ago 2012

Hay distintas métricas en los proyectos de desarrollo:

  • de productividad y resultados del proyecto
  • de situación financiera
  • de riesgos
  • de calidad

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 un buen 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.

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.

Contrato-agil-change-for-free.gif

Ejemplo de tablero de productividad y resultados del proyecto

TableroDelProyecto.jpg

Ver también