Proyección de lanzamiento

Clase 11 de 27 • Curso de Gestión de Equipos Ágiles

Pablo Ochoa

student•

Basado en lo que comentas 8 puntos por semana y va 5 semanas osea 40 puntos, seria hacer un calculo 162 / 8 seria igual a 21 iteraciones, para calcular en que momentos se tiene la característica 20, mi propuesta es sumar los puntos de la características restante serian 32, se resta total de puntos 162 - 32 serian igual 130 y esta cantidad se divide entre 8, la característica 20 estaría disponible para la iteracion 17

Andrés Felipe Salcedo Sepúlveda

teacher•

Bien hecho!

Andrés Corral

student•

Excelente

Angelica Landazabal

student•

¿Cuándo terminarán todas las características del producto? Total de puntos por completar / Velocidad de puntos por iteración => 162/8=20.25 Redondeando hacía arriba el valor anterior, nos indica que en 21 iteraciones más se completarán las características restantes del producto.
¿Para cuándo tendrán lista la característica 20? Hasta la característica 20 son 130pts por lo que se hace la misma ecuación => 130/8=16.25 Por lo tanto, en la iteración 17 esa característica estaría completada.

Luis Alberto Burgos Vilca

student•

terminarán dentro de 21 iteraciones, y la característica 20 se terminaría para la iteración 17!

Natalia Madrigal

student•

Buen día!!! Las características del producto, se terminarian en un total de 26 iteraciones, contando que ya vamos en la semana 5. La característica número 20 la podremos tener en la iteración 22.

Andrés Felipe Salcedo Sepúlveda

teacher•

Excelente!

Ángel David Roque Ayala

student•

Introducción

Nosotros debemos responder preguntas como

¿Cuándo tendremos listas todas las características?

¿Cuándo tendremos lista cierta característica? .

Velocidad

. Para responder esto, debemos calcular la velocidad.

La velocidad de un equipo es la capacidad histórica de trabajo terminado por un intervalo específico de tiempo

. En este caso, si sumamos los puntos de esfuerzo realizado nos dará un total de 24 puntos. Si dividimos los puntos realizados por las iteraciones obtenemos que aproximadamente se realizan 5 puntos por iteración. .

LA VELOCIDAD ES 5 PUNTOS .

Conclusión

Calculando la velocidad podremos hacer proyecciones mas efectivas

RODRIGO ARIAS OBANDO

student•

llevamos 5 iteraciones con una velocidad de 8 puntos, es decir tenemos 40 puntos menos del total, faltan 122 puntos. EL proyecto total toma 20,25 iteraciones lo aproximamos a 20, si la iteracion es semanal serian 5 meses. Para llegar a la caracteristica 20 se deben hacer 130 puntos, con una velocidad de 8 puntos nos toma 16 iteraciones, osea 4 meses.

Cristian Vela

student•

Tiempo de terminación del producto: 162 (esfuerzo restante)/ 8 (velocidad histórica del equipo por iteracion) =20,25 entonces le restan 21 iteraciones. si tenemos en cuenta las iteraciones ya realizadas (5) el producto en total tardaría 26 semanas.
tiempo en que estaría lista la característica 20: esfuerzo restante para completar la característica 20 = 130 iteraciones restantes=130/8 =16,25 es decir se requieren 17 iteraciones mas.

Oscar Moreno

student•

De acuerdo a la situación planteada por Julián Darío, qué pasaría si la característica no es divisible ya sea por el nivel de complejidad, o por que requiere la conexión de múltiples estadios anteriores (digamos entrega final de un producto multidisciplinar) ¿que tan viable es modificar los tiempos de iteración para ese tipo de actividades?

Andrés Felipe Salcedo Sepúlveda

teacher•

Excelente pregunta Oscar, tengo varias opiniones a tu pregunta:

muy pocas veces realmente una característica no se puede descomponer en partes más pequeñas de si mismo, lo que sucede es que cuesta desarrollar esa habilidad para partir funcionalidades. Esto se consigue con tiempo, práctica y mucho entrenamiento. Aquí es donde un Agile Coach bueno puede aportar mucho valor.
Cuando una característica del producto no se puede por ningún motivo descomponer en partes más pequeñas, es un indicador del límite de agilidad que tiene el equipo o incluso la organización. Este indicador nos dice dos cosas, por un lado, que el tiempo de las iteraciones debe ser mayor porque no tenemos la capacidad de entregar valor más temprano. Por otro lado, el reto es identificar y remover la causa raíz de los impedimentos sistémicos de la organización, para habilitar más agilidad y tener a futuro la posibilidad de descomponer la complejidad para características similares.

Lo interesante de tu pregunta, es que la organización no debería conformarse solo con incrementar los tiempos de la iteración porque suponiendo que cada iteración dura dos meses, esto implica que si ocurre la necesidad de cambiar y responder a una nueva demanda del mercado, posiblemente un tiempo de respuesta de dos meses pueda ser muy tarde.

Oscar Moreno

student•

Gracias

Julián Darío Bermúdez Trujillo

student•

Si la velocidad relativa del equipo es de 8 puntos por iteración, de acuerdo a tu ejemplo, la característica 11 se haría parte en la segunda y parte en la tercera? ¿Y en la tercera iteración se haría lo que resta de la 11 y parte de 12 y así sucesivamente?

Eso en términos de software ¿Cómo lo manejas para las entregas con cliente si debemos entregarle valor medido en software funcionando? Muchas gracias!

Andrés Felipe Salcedo Sepúlveda

teacher•

Excelente pregunta Julian y me alegra mucho que la hicieras, lo recomendable es que el equipo solo se comprometa en cada iteración al trabajo que es capaz de realizar y entregar como un potencial incremento de valor.

En el caso que planteas es evidente que de acuerdo al ritmo de trabajo del equipo, este no sería capaz de terminar con la característica 11 en una misma iteración, en este caso el equipo debería tomar la decisión de partir esa característica en dos partes asegurando que cada una de estas sea una entrega de valor.

Te quiero explicar esto con un ejemplo, supongamos que estamos desarrollando una app como instagram y la característica 11 es la funcionalidad de chat, pero el equipo no tiene el ritmo suficiente para terminarla dentro de una misma iteración, entonces será necesario partir esta característica en dos.

Para esto existen muchos caminos, el que se me ocurre que podría funcionar es el de integrar un chat de terceros (puede ser una librería) y en esa iteración comprometerse con el desarrollo front del chat. De esta forma al final de la iteración el cliente tendría un chat funcional y como equipo habríamos adelantado el front de la característica 11, y así, para la siguiente iteración, la complejidad será menor porque adelantamos camino sin afectar la entrega de valor.

Julián Darío Bermúdez Trujillo

student•

Entendido!! No lo habría imaginado así, me queda super claro Andrés, muchas gracias!

Douglas Guillen

student•

Basado en mi calculo, son necesarias un total de 21 aliteraciones mas para completar los 162 puntos pendientes, considerando que ya se habían realizado 5 entonces me da un total de 26 iteraciones para concluir todas las características del producto.

Sabiendo que son 26 iteraciones una estimación relativa para la entrega de la característica 20 seria la iteración 22. Siempre y cuando se consiga mantener la velocidad del equipo.

Cesar Orejon Palomino

student•

A la velocidad mencionada, todas las características estarían disponibles luego de 21 iteraciones después de la culminación de la 5ta iteración. La característica 20 estaría disponible luego de 17 iteraciones despues que se dá la culminación de la 5ta iteración.

Andrés Felipe Salcedo Sepúlveda

teacher•

Perfecto! Excelente respuesta.

Israel Arnulfo Vaca Bohorquez

student•

Contando que voy en la iteración 5 tendría hasta este momento 40 puntos del total, por lo cual lo restaría quedando un faltante de 122 puntos. Se terminarían todas las características aproximadamente en 15 iteraciones más. Para calcular la característica 20 tomaría las 3 iteraciones faltantes (características 21, 22 y 23) los cuales nos dan 24 puntos y estos se quitan del total calculado anteriormente quedando 98 puntos los cuales los divido por 8 que me toma cada iteración y me confirma que la característica 20 estará en la iteración 12.

María José Castañeda Huelva

student•

Se Terminarán todas las Características del Producto con un estimado de 21 Iteraciones.
La Característica 20 del producto estará lista para la iteración 17.

Camila Benítez

student•

Coincido compañer@s! Dado que ya pusieron las cuentas sumo mi respuesta.

Considerando que: el equipo mantienen su velocidad, cada iteración se cumple en una semana y que ya realizaron 5 iteraciones que ya realizaron, podemos proyectar el lanzamiento para la semana 26, es decir, a los 6 meses y medio de comenzado el proyecto.

Tendrán lista la tarea 26 para la semana 21, es decir, a los 5 meses y una semana de comenzar.

Me encantó este método, súper práctico y fácil de usar.

Saludos!

Carlos Nassif Trejo Garcia

student•

Juan José Molina Taborda

student•

cual es la diferencia entre velocidad y capacidad para un equipo agil?

Andrés Felipe Salcedo Sepúlveda

teacher•

Yo lo interpreto en este contexto como lo mismo, entiendo la velocidad como la capacidad histórica para entregar valor de un equipo.

Nicolas Rodriguez

student•

Hola Juan, normalmente la velocidad es la cantidad esperada de puntos de historia de usuario que tu equipo puede entregar en un sprint. Mientras que la capacidad es la disponibilidad de recursos que se tiene durante un sprint. Por ejemplo, si durante un sprint de dos semanas tenemos dos feriados, está claro que el equpo va a poder entregar menos puntos de historia. Para ese sprint, quizás tu capacidad es de 20 Story Points, sin embargo tu velocidad histórica es de 25 Story Points.

Giovanna Sanchez Leon

student•

Hola Andres, buenas noches. Que pasaría cuando el desarrollo del proyecto tiene iteraciones que no permiten ser organizadas de lo menos complejo a lo más complejo, esto nos arrojaría una gráfica con fluctuaciones, como se proyecta la complejidad de este proyecto ?

Andrés Felipe Salcedo Sepúlveda

teacher•

Nunca un equipo ágil debe trabajar de lo menos complejo a lo más complejo, la razón para trabajar con agilidad es para maximizar la entrega de valor temprano. Siempre se trabaja desde lo que genera más valor a lo que genera menos valor.

Martin Zabala

company_admin•

Hola Andrés, hablando en terminos de metodología ágil como Scrum, cuanto te refieres a Iteraciones, quiere decir cada ocasión que planeo un Sprint Planning?

Saludos,

Tania Sosa

student•

¡Hola Martin! 😄

Asi es, Sprint Planning e Iteración es lo mismo. La planificación de las tareas a realizar en la iteración se divide en dos partes:

QUÉ: Primera parte de la reunión. Se realiza en un timebox de alrededor de 2 horas (si la iteración es de 2 semanas): El cliente presenta al equipo la lista de requisitos priorizada del producto o proyecto, pone nombre a la meta de la iteración (de manera que ayude a tomar decisiones durante su ejecución) y propone los requisitos más prioritarios a desarrollar en ella. El equipo examina la lista, pregunta al cliente las dudas que le surgen, añade más condiciones de satisfacción y selecciona los objetivos/requisitos más prioritarios que prevé completar en la iteración, de manera que puedan ser entregados si el cliente lo solicita.

CÓMO: Segunda parte de la reunión. Se realiza en un timebox de alrededor de 2 horas (si la iteración es de 2 semanas). El equipo planifica la iteración, elabora la táctica que le permitirá conseguir el mejor resultado posible con el mínimo esfuerzo. Esta actividad la realiza el equipo dado que es el responsable de organizar su trabajo y es quien mejor conoce cómo realizarlo.

Define las tareas necesarias para poder completar cada objetivo/requisito, creando la lista de tareas de la iteración (Sprint Backlog) basándose en la definición de hecho (DoD). Realiza una estimación conjunta del esfuerzo necesario para realizar cada tarea.

¡Nunca pares de aprender! 💚

Saray Restrepo

student•

Wow

Andrés Felipe Salcedo Sepúlveda

teacher•

Carlota Mojica

student•

La planeación se hace con estimado fibonacci con tendencia exponencial pero establecer el lanzamiento es lineal? No se requeriría una proyección acorde a la planeación? es decir contemplando elementos no lineales?

Juan Antonio Aramburo Pasapera

student•

Yo creo que es porque se supone que un equipo ágil debería ser capaz de mantener el ritmo de trabajo de manera constante. Si fuera no lineal, por ejemplo exponencial, corres el riesgo de quemarlos y no podrán termniar o no podrán continuar con el siguiente proyecto..

Proyección de lanzamiento

Desarrollar un equipo ágil

Todo lo que aprenderás sobre la gestión de equipos ágiles

¿Qué es agilidad?

Construye un equipo ágil desde los valores

Cómo hacer que un equipo sea ágil

Estructura de un equipo ágil

Desafíos y buenas prácticas de la agilidad remota

Estimar en contextos de alta incertidumbre

Planeación en agilidad

Estimación relativa

Estimación relativa con Planning Poker

Planning Poker en equipos remotos

Proyección de lanzamiento

Liderar equipos ágiles remotos

Cómo ser un líder ágil

Comunicación en equipos ágiles remotos

Crear conexión social en equipos remotos

Motiva a las personas

Cómo medir la motivación en equipo remotos

Desarrolla conversaciones significativas

Fomenta la autoorganización

Desarrolla equipos multifuncionales

Aumenta la productividad cuidando el foco

¿Cómo medir un equipo ágil remoto?

Métricas output y outcome

Facilitar eventos ágiles en entornos remotos

Reuniones diarias

Planeación iterativa

Revisión del incremento del producto

Retrospectiva del proceso

Conclusiones del curso