El refinamiento bien explicado y en menos de 10 minutos. ¡Felicidades Ángel! Lo único que puntualizaría es que yo hablaría más de Equipo de Desarrollo que de "DEVs" porque refuerza la idea que solo programan. En mi experiencia los mejores equipos de desarrollo se encargan además del trabajo funcional y de planificación, liberando al Product Owner para el trabajo más estratégico.

@angeldiazmaroto3789

3 жыл бұрын

Absolutamente de acuerdo Álex. Gracias por el aporte.

Angel , gracias por este excelente ejercicio , lo he usado muchísimo con los equipos de desarrollo de software ;-)

He visto y revisto cantidad de videos... Claridad y precisión. Muy Bien!

@angeldiazmaroto3789

Жыл бұрын

Muchas gracias!

Nosotros hemos encontrado una mejoría en dividir los refinamientos en funcionales y técnicos. Para el refinamiento técnico recomendamos llegar con alguna o muchas propuestas y ayuda tener un borrador de cada propuesta. Es esencial el papel de moderador del Scrum Master.

Wow -muchísimas gracias Angel otro nivel top para usted!!

@angeldiazmaroto3789

Жыл бұрын

Gracias a ti!

Por lo menos, en donde yo trabajo, es común que si juntamos a 3 desarrolladores, tan sólo tres, a tener una discusión técnica, cada uno de ellos tenga una visión muy diferente de lo que hay que implementar. Esto ocasiona discusiones interminables. Algún desarrollador termina imponiéndose por cansancio o por determinación. No por tener la mejor idea. Algunas veces el que se impone, cede en algunos puntos. Estos puntos terminan siendo un problema a la larga, ya que no encajan muy bien con la implementación elegida.

Clara explicación

buenisimo, mi pregunta como dev es : como en el refinamiento reservas tiempo para desglosar todas esas tareas que acarrea un item backlog sin que esto te afecte en tu desarollo y entrega actual del sprint.

@angeldiazmaroto3789

Жыл бұрын

El secreto es dividir de manera vertical lo antes posible el ítem que estamos refinando en items más pequeños ordenarlos por prioridad para centrarnos en detallar solo items pequeños. Si aún así vemos que necesita demasiado tiempo de análisis y esto podría poner en peligro alcanzar el objetivo del sprint debemos considerar este análisis un Spike para el Sprint siguiente. Siempre informando al PO de estas divisiones y de la eventual complejidad de este análisis.

Hola angel. Gracias por tus videos. Pregunta, si planteas refinamiento estrategico, tactico y tecnico (que lo encuentro fenomenal). En que momento del sprint realizas estas actividades?, por que en la parte estrategica el p.o debe informar como cuentas. Despues hay reuniones con stakeholders en la tactica y finalmente reuniones y conversaciones tecnicas con el equipo. Se entiende la pregunta? Muchas gracias.

@angeldiazmaroto3789

3 жыл бұрын

Muchas gracias a ti Mauricio. Muy buena pregunta!. Quizá no quedó bien claro en el video. No sería "momento" sino "momentos". La idea es que sea una actividad continua desde el comienzo hasta el final de el Sprint N en preparación del Sprint N+1, siendo este refinamiento una serie de encuentros (de 3 tipos) cortos con pocos participantes dónde se trata un único asunto (o PBI) a la vez. Y siempre alineando las modificaciones en el P. Backlog. Quedo respondida tu pregunta?

@mauriciorodriguez-pl8ji

3 жыл бұрын

@@angeldiazmaroto3789 si angel. Gracias nuevamente. Lo que pienso es que estrategicamente hay que concensuar al equipo para que realicemos estas actividades, que como tu sabes, el team empiezan a reclamar o a cuestionar por el gasto de "tiempo" en un sprint de 2 semana por ejemplo. A lo mejor no ser tan ambicioso y refinar una cantidad equilibrada de h.u.

@angeldiazmaroto3789

3 жыл бұрын

@@mauriciorodriguez-pl8ji exactamente, el equipo de Scrum decide cómo hacer su propio refinamiento. Para trabajar de esta manera, se puede incorporar de forma progresiva como bien dices haciendo refinamiento profundo (a nivel de tarea) 1 sprint con 1 PBI a nivel de tarea y el resto no, luego 2 PBIs y el resto no ... Y si el equipo percibe que les ayuda a planificar de manera más efectiva, continuar por este camino. Opino que, todo aquello que equipo perciba como útil, nunca llevará a una queja porque consume "tiempo". Es importante también no refinar demasiados PBI. Por ejemplo, Si terminamos 6 PBI por Sprint de 1 semana cómo media, refinar 5-6 PBI por Sprint a nivel de tarea es una proporción apropiada al ritmo de entrega.

@mauriciorodriguez-pl8ji

3 жыл бұрын

@@angeldiazmaroto3789 muy agradecido por tu respuesta. Y tomare tu recomendación en su totalidad. Gracias nuevamente! Saludos.

Cuanto consume el refinamiento? 15 minutos, 4 horas, más del 10% o no más del 10% de la capacidad del equipo de desarrollo?

@angeldiazmaroto3789

3 жыл бұрын

En mi opinión. Tanto como el equipo considere necesario para poder realizar la Planificación del Sprint siguiente de manera efectiva, pero sin poner en peligro el objetivo del Sprint actual.