Velocity (desarrollo de software)
This article needs additional citations for verification. (May 2018) |
| Part of a series on |
| Software development |
|---|
La velocidad es una métrica del trabajo realizado, que se utiliza a menudo en el desarrollo de software ágil . [1]
La medición de la velocidad a veces se denomina seguimiento de la velocidad . [ cita requerida ] La métrica de velocidad se utiliza para planificar sprints y medir el rendimiento del equipo.
Principio
La idea principal detrás de la velocidad es ayudar a los equipos a estimar cuánto trabajo pueden completar en un período de tiempo determinado en función de la rapidez con la que se completó un trabajo similar anteriormente. [2] La velocidad es una medida relativa. En otras palabras, los números en bruto significan poco; es la tendencia lo que importa. [3]
Terminología
La siguiente terminología se utiliza en el seguimiento de velocidad.
- Unidad de trabajo
- La unidad elegida por el equipo para medir la velocidad. Puede ser una unidad real como horas de ingeniería , días de ingeniería o elementos del backlog del producto (PBI), o puntos de historia. [4] Cada tarea del proceso de desarrollo de software debe valorarse en términos de la unidad elegida.
- Intervalo
- El intervalo es la duración de cada iteración en el proceso de desarrollo de software para el cual se mide la velocidad. La duración de un intervalo la determina el equipo. Lo más frecuente es que el intervalo sea de una semana, pero puede llegar a ser de un mes.
Crítica
Un problema con la velocidad es que confunde el trabajo realizado con la precisión de la planificación. En otras palabras, un equipo puede inflar la velocidad estimando las tareas de manera más conservadora. Si un equipo dice que una tarea llevará cuatro horas o vale 4 puntos en lugar de llevar dos horas o valer dos puntos, su velocidad parecerá mejor (a veces llamado inflación de puntos). [5] [1]
Un segundo problema con la velocidad es que no tiene en cuenta la calidad, la alineación con los objetivos del usuario o la prioridad. La velocidad se puede aumentar descuidando el buen diseño, la refactorización, los estándares de codificación y la deuda técnica. Simplemente completar las características lo más rápido posible aumenta la velocidad independientemente de la calidad. De manera similar, la velocidad incluye el trabajo realizado independientemente de los beneficios de ese trabajo. Por ejemplo, desarrollar una característica que nadie quiere o necesita todavía cuenta como "trabajo realizado" y completar una unidad de trabajo que se aleja de un objetivo del usuario, como la facilidad de uso, es un movimiento en la dirección opuesta a la deseada. [ cita requerida ]
Un tercer problema con la velocidad es que a menudo se la utiliza incorrectamente como medida de eficiencia o rendimiento del equipo. La velocidad es una métrica del trabajo realizado, no de la eficiencia. La velocidad se puede aumentar trabajando horas extra o añadiendo miembros al equipo, pero ninguna de estas dos opciones necesariamente aumenta la eficiencia o el rendimiento. [ cita requerida ]
Referencias
- ^ ab Rubin, Kenneth (2013), Essential Scrum. Una guía práctica para el proceso ágil más popular , Addison-Wesley, ISBN 978-0-13-704329-3
- ^ Glosario de términos de Scrum: Velocidad, archivado desde el original el 29 de noviembre de 2010 , consultado el 24 de septiembre de 2010
- ^ Agile 101: Desarrollo de software ágil Velocity, VersionOne.com, archivado desde el original el 2010-10-02 , consultado el 2010-09-23
- ^ Medidas de tamaño, agilesoftwaredevelopment.com, archivado desde el original el 26 de octubre de 2010 , consultado el 24 de septiembre de 2010
- ^ "Inflación de puntos". innolution.com . Consultado el 6 de junio de 2019 .
