agile delivery what is velocity
Velocity puede ser una herramienta realmente excelente para ayudar a identificar problemas con un equipo en cuanto a bloqueadores, errores y problemas con las prácticas dentro del equipo. Sin mirar las definiciones oficiales, aquí está mi definición de qué es la velocidad: La velocidad es una medida abstracta de la productividad de un equipo hacia la entrega de funciones a lo largo del tiempo. Medimos la velocidad calculando una cantidad promedio de puntos ágiles entregados sprint tras sprint y dividiendo la cantidad total de puntos ágiles entregados en X sprints por la cantidad de sprints necesarios para entregarlos. Entonces la velocidad es: Velocidad = Número total de puntos ágiles entregados / Número de sprints. Analicemos la declaración de velocidad. Cuando nos referimos a la velocidad como una "medida abstracta", ¿qué queremos decir? Para responder a esta pregunta, debemos comprender qué constituye la velocidad. Dijimos anteriormente que es un promedio de la cantidad de puntos ágiles entregados. (en desarrollo de software ágil) Velocidad es un término utilizado en el desarrollo de software ágil para ilustrar la tasa de progreso de un equipo o un conjunto de equipos (es decir, un proyecto/programa). La forma más sencilla de definir la velocidad es: el número de historias de usuario que un equipo/proyecto puede realizar en un sprint (hacer aquí significa que realmente está terminado y potencialmente listo para enviarse).  En ágil, necesitamos discutir cuáles son nuestros problemas para que podamos entender por qué la velocidad puede haber disminuido en el sprint y por qué se afectó nuestra quema. Burndown: un gráfico de la cantidad de puntos que realmente se entregaron frente a la cantidad de puntos que formaron parte del contrato de sprint.  Este artículo examinó los conceptos detrás del seguimiento de la velocidad y proporcionó ejemplos de las principales herramientas y técnicas utilizadas para gestionar y medir la velocidad de un equipo dentro del alcance de un proyecto ágil. Hace unos años, en el Dr. Dobb's Journal escribí sobre estimaciones en proyectos de desarrollo ágiles. En ese artículo hablé de los gráficos de evolución y cómo ampliarlos para mostrar un rango de estimación. La observación básica es que en realidad hay dos velocidades exhibidas por un equipo, la velocidad bruta y la velocidad neta. La velocidad bruta, que es la cantidad de trabajo que completan en una iteración, que es lo que muestra un gráfico de evolución normal. La velocidad neta es el cambio en la cantidad de trabajo aún por hacer, que es la cantidad de trabajo completado en una iteración menos la cantidad agregada de funcionalidad en esa iteración. Una de las herramientas más importantes para un seguimiento eficaz de la velocidad es un conjunto de informes precisos. A continuación, cubriré algunos de los informes más utilizados para la gestión ágil de proyectos y el seguimiento de la velocidad. Informes. Los informes ágiles son esenciales para un seguimiento preciso de la velocidad. Debido a que la velocidad es un producto de números recopilados a lo largo del tiempo, es vital recopilar y registrar la mayor cantidad de datos pertinentes posible. La Tabla 1 enumera y explica algunos de los puntos de datos que debe registrar en iteraciones y proyectos:  Mi pensamiento sobre la velocidad y la estimación ágil ha evolucionado. 1 ¡Las técnicas de estimación simples funcionan! Utilice los datos que ya tiene. 2 Story Points considerados perjudiciales, o por qué el futuro de la estimación está realmente en nuestro pasado. 3 Una mejor manera de predecir la fecha de lanzamiento del proyecto. 4 Concéntrese en lo que importa, una publicación de promoción #NoEstimates. 5 El #NoEstimaciones de cómo hacerlo. Hay varios problemas importantes aquí. 1 La proporción entre evaluadores y desarrolladores parece ser excesiva. Como regla general, anticiparía que una proporción de 1:4 (1 probador por cada 4 desarrolladores) es una proporción sensata. 2 Los evaluadores, junto con los propietarios de productos, siempre deben estar por delante de los sprints actuales.  Cuando no estás cumpliendo en un sprint, lo notas. Cuando no estás cumpliendo durante dos sprints, tu scrum master se da cuenta. Cuando no estás cumpliendo durante meses de sprints, la gerencia lo nota. Una caída en la velocidad para un equipo ágil puede ser un espectáculo desmoralizador para todos los involucrados.  Al utilizar el seguimiento de la velocidad, los gerentes de proyectos se esfuerzan por medir y monitorear la productividad de los desarrolladores de software y otras personas que participan en un proyecto basado en Agile. Este artículo examina los conceptos detrás del seguimiento de la velocidad.
Medimos la velocidad calculando una cantidad promedio de puntos ágiles entregados sprint tras sprint y dividiendo la cantidad total de puntos ágiles entregados en X sprints por la cantidad de sprints necesarios para entregarlos.