Bueno, que ya se está acabando septiembre y me estaba haciendo el remolón con los vídeos de los jueves, se acabó… hoy tenemos vídeo que va para el canal de YouTube.
3:18 min. para tratar un clásico, muy Lado Oscuro, extendido, aquello de… «Pero bueno, al final un Sprint es un cascada pqueño ¿no?», pues no.
No escribo mucho más hoy, que para eso he grabado un vídeo…
Ver este vídeo en YouTube.
Javier Garzás es Doctor (Ph.D) en Informática, con un
postdoctorado en la Universidad Carnegie Mellon,
EE.UU. Es pionero en management, planificación,
estimación, product management, Agilidad y en la
aplicación de la inteligencia artificial generativa a la
gestión de la creación de productos y servicios
tecnológicos. Fue el único español en la primera
conferencia Ágil de la historia.
postdoctorado en la Universidad Carnegie Mellon,
EE.UU. Es pionero en management, planificación,
estimación, product management, Agilidad y en la
aplicación de la inteligencia artificial generativa a la
gestión de la creación de productos y servicios
tecnológicos. Fue el único español en la primera
conferencia Ágil de la historia.
Últimas entradas de Javier Garzás (ver todo)
- Truco (con IA o sin ella) para espiar (legalmente) a tu competencia - 6 marzo, 2025
- Lo que NO te aconsejo hacer si quieres que SI se valore tu conocimiento - 27 febrero, 2025
- Como una PIZZA te puede dar una clase magistral de IA - 20 febrero, 2025
Gracias por esa aclaración, aunque quede mas intrigado ahora.
Porque desde mi visión, hay actividades que si deben hacerse antes que otras, entonces por ejemplo: me cuesta trabajo entender como podrías estar haciendo análisis y codificando en paralelo, sobre una misma historia de usuario; o lo que planteas, es siempre y cuando la actividad a realizar lo permite?, o bien es aplicable en distintas historias de usuario?
Te agradezco desde ya tu respuesta.
Si hablamos de Scrum, creo que el diseño se realiza básicamente en la reunión de planificación del sprint. En la primera parte el PO expone las HU y el equipo decide hasta donde llega y en la segunda parte el equipo crea las tareas a realizar (y para ello se hace el diseño). Si las HU son pequeñas el diseño no puede ser complejo y después cada miembro del equipo cuando coja una tarea puede realizar un diseño más detallado de su parte pero como una parte más del desarrollo.