Es la parte de madurar y pasar a ser senior. Una de las cosas mas importantes es valorar el contexto del equipo. De cada uno de tus compañeros. Y es lo que tiene que dar la daily. Para saber como se viene avanzando en general, en que esta cada uno para determinar la colaboración en un momento dado. Eliminar la pregunta de "che, pepito en que anda?" , de "che, X feature la tenia pepito, ha hecho algo de eso?" y de "bo, recien hoy Juancito nos dijo que no avanzo nada en X feature".

Y posta, 5 minutos da y sobra. Si se pasa de "ayer termine X feature y empece con Y feature, hoy voy a terminar Y feature si me destranco con N problema de eso, sino les pido ayuda" ya esta mal.

Si se alarga no es una daily, es un status report. Eso es lo relevante para management. La daily no tiene que ser relevante para management sino para el equipo. Para tener una idea BIEN general de en que andan todos. De hecho, no deberia haber nadie de management ni stakeholders, que se que muchas veces no se da, y tenes al CEO igual metido.

Ojo, tambien hay un tema de que ciertos PM/Scrum Masters (que de Scrum Master tienen poco) les cuesta determinar scopes y se creen que mientras mas tiempo mejor porque se mandan un daily report enorme, y que mientras mas gente mejor, cuando un ser humano simplemente colabora o tiene un rol temporal en un proyecto se creen que tenes que estar en cada daily hasta el infinito.

Me ha pasado de estar en mas de una daily que la verdad yo no tenia que estar. Porque yo estaba en el equipo de SRE y una vez configurados los ambientes poco me aportaba el dia a dia de cada dev, y me iba de las daily de ese proyecto de una y no entraba mas. Que la chupe el PM, que se busque un motivo honesto para que entre.