Hernan, si estimo el tiempo para armar el roadmap no es eso predictivo? Si estimo el tiempo qué sentido tiene el enfoque push? Si estimo el tiempo entonces se puede poner un cronograma al sprint?
Hola jorge, primero gracias por ver el video y comentar. Segundo recuerda que diferentes tipos de roadmap lo que lleva a que el equipo pueda armar uno enfocado en los hitos a alcanzar en el desarrollo del producto o solución. Ahora que se haga uno con base al tiempo es de utilidad para detectar posibles riesgos y/o oportunidades de mejora según se avanza. Este debería ser vivo y no escrito sobre piedra. Por otro lado creo que te refieres al enfoque pull y no push, dado que ese es el que buscamos con los equipos de alto desempeño. Ahora siendo este el enfoque buscado, estimar el tiempo nos sirve para determinar de manera relativa el posible comportamiento del flujo de trabajo, lo que nos lleva a buscar acciones para mitigar riesgos y/o desviaciones. No para planificar ya que estimar no es planificar. Por lo que estimar el tiempo como ves no es para colocarle un cronograma al sprint. Ya que eso sí seria un enfoque predictivo en un entorno adaptativo.
Buen video Hernan. gran conocimiento entregas, muchas gracias por esto. sin embargo intentaré refinar un poco mas la forma en la que indicas la estimación, siendo lo que me hace mas ruido el tiempo. y es que yo he trabajado con una estimación mucho mas sencilla con excelentes resultados. En cualquier caso creo que quizás tengo una oportunidad de mejorar aun mas mis resultados.
Hola Hernán. Lo que muchos profesionales parecen no saber, es cómo inicia un proyecto Agile y piensan que los equipos directamente arrancan el Sprint, tal como lo dicen la mayoría de los videos, tutoriales y documentación en general. Ese podría ser un buen tópico: como iniciar un proyecto Agile.
Hernan, si estimo el tiempo para armar el roadmap no es eso predictivo?
Si estimo el tiempo qué sentido tiene el enfoque push?
Si estimo el tiempo entonces se puede poner un cronograma al sprint?
Hola jorge, primero gracias por ver el video y comentar. Segundo recuerda que diferentes tipos de roadmap lo que lleva a que el equipo pueda armar uno enfocado en los hitos a alcanzar en el desarrollo del producto o solución. Ahora que se haga uno con base al tiempo es de utilidad para detectar posibles riesgos y/o oportunidades de mejora según se avanza. Este debería ser vivo y no escrito sobre piedra. Por otro lado creo que te refieres al enfoque pull y no push, dado que ese es el que buscamos con los equipos de alto desempeño. Ahora siendo este el enfoque buscado, estimar el tiempo nos sirve para determinar de manera relativa el posible comportamiento del flujo de trabajo, lo que nos lleva a buscar acciones para mitigar riesgos y/o desviaciones. No para planificar ya que estimar no es planificar. Por lo que estimar el tiempo como ves no es para colocarle un cronograma al sprint. Ya que eso sí seria un enfoque predictivo en un entorno adaptativo.
Muchas gracias por tus vídeos, me han servido mucho para capacitarme!.
Me alegro gracias por verlos
Buen video Hernan. gran conocimiento entregas, muchas gracias por esto. sin embargo intentaré refinar un poco mas la forma en la que indicas la estimación, siendo lo que me hace mas ruido el tiempo. y es que yo he trabajado con una estimación mucho mas sencilla con excelentes resultados. En cualquier caso creo que quizás tengo una oportunidad de mejorar aun mas mis resultados.
Vale claudio, ahí cuando gustes conversamos y te explico un poco mejor 👍
Hola Hernán. Lo que muchos profesionales parecen no saber, es cómo inicia un proyecto Agile y piensan que los equipos directamente arrancan el Sprint, tal como lo dicen la mayoría de los videos, tutoriales y documentación en general.
Ese podría ser un buen tópico: como iniciar un proyecto Agile.
Excelente claro que si tienes toda la razon, asi que cuenta con un video de ello en los próximos días. Ya tengo 2 anotados jejej