nada que decir en el scrum diario de pie

Mi trabajo está pendiente porque necesito un permiso de alguien externo al equipo Scrum. El scrum master sabe de este tema porque lo dije ayer y hoy en el stand up. Lo que estoy pensando es si debería decir "No hay ninguna actualización de mi parte", ¿es bueno decir eso? O mencionar el mismo problema mañana (que todos en el equipo ya conocen)

¿No hay otros Tickets en los que podrías estar trabajando?
estamos al final de este sprint, por lo que la mayor parte del trabajo está hecho, pero este problema está pendiente
Este es un sitio de trabajo general. Olease explique términos como scrum, de lo contrario, las personas que no están familiarizadas serán rechazadas del sitio.
Tenemos una breve reunión diaria de Scrum Stand Up (en nuestro lugar de trabajo) para actualizar al equipo sobre lo que ha hecho y lo que está a punto de hacer. pero no tengo ninguna actualización que decir mañana, entonces, ¿qué debo decir? Porque no estoy familiarizado con todos los aspectos de scrum y esta es la primera vez que enfrento este problema.
Esto sería mejor en el sitio de Gestión de Proyectos . No es realmente un problema de "lugar de trabajo".
Voy a votar para cerrar esta pregunta porque se trata de gestión de proyectos.
Siempre hay una actualización. Incluso si estás bloqueado, deberías estar haciendo algo . Debe indicar el bloqueo, identificar sus puntos de asistencia y luego decir qué otras cosas planea hacer mientras está bloqueado.
@DJClayworth En mi opinión, esta es una pregunta legítima en el lugar de trabajo. Que te pidan que brindes un informe es algo bastante común en el lugar de trabajo, aunque más común en algunos lugares de trabajo que en otros.
Pero la pregunta es qué hacer en un Scrum Standup.

Respuestas (4)

Si su tarea está bloqueada, parece que debería tener mucho que decir durante el Daily Scrum.

Usted y su equipo deben hablar sobre lo que sucederá ahora.

Quiero decir, voy a suponer que su tarea no se colocó en la cartera de pedidos para mantenerlo ocupado. En términos generales, las tareas pendientes son importantes. Y son importantes pronto . Pero la tarea no se está haciendo, por un tema externo.

¿Su tarea no se está completando amenazando su Sprint Goal? Si es así, debe hablar con su Product Owner y saber qué hacer ahora. Es posible que deba escalar toda la "espera de permiso". ¿A quién estás esperando? ¿Qué tan conscientes son de que este permiso pendiente está bloqueando tu sprint y podría hacer que no alcances la meta? ¿Hay alguien cerca que pueda presionar a esta persona para que haga su trabajo?

¿Tu tarea no se está completando y no amenaza tu Sprint Goal? Luego márquelo como bloqueado, envíe la actualización de estado ocasional a esta persona y luego hable con su equipo sobre lo que hará ahora. ¿Hay alguien a quien puedas echar una mano? ¿Hay alguna obra nueva que puedas recoger? ¿Puedes hacer algo de administración mientras esperas? ¿Refinar algunas historias con el PO?

"Mi trabajo está bloqueado y no estoy haciendo nada" debería ser lo más alejado de "nada que decir" que puedas obtener. En un scrum diario, la única razón que podría tener para no tener "nada que decir" es "Todo está programado, nada está bloqueado, cumpliremos la meta a tiempo". Cualquier otro mensaje es para lo que sirve el Daily Scrum .

Me encanta la respuesta! Otra opción en vez de "no hago nada" es ofrecerse a enjambrar. Swarming está interviniendo para ayudar a otros miembros del equipo en su tarea. Algunas tareas se prestan al swarming y otras no, pero esta táctica puede ayudar a que el equipo avance hacia sus objetivos de sprint.

Si estás haciendo standups como lo hacemos nosotros, entonces el estado sería 'bloqueado'.

Informas que estás bloqueado. El scrum master (¿también es el director del proyecto?) puede trabajar para resolver el bloqueo.

el scrum master es otro desarrollador de software, no el gerente del proyecto. No puede trabajar para resolver eso. nuestra solución ahora está esperando.
Si bien no es únicamente el trabajo del Scrum Master eliminar los impedimentos (usted también puede hacerlo u otros pueden hacerlo), es una parte central del rol. El Scrum Master puede comunicarse con la persona, explicar el problema y el impacto que está teniendo, buscar alternativas, etc.

Es necesario pasar de la idea de "mi trabajo" a "nuestro trabajo".

En Scrum, los individuos no tienen trabajo. Los pronósticos y planes del equipo funcionan en apoyo de una meta. Si llevó un trabajo tan lejos como pudo y ahora depende de alguien fuera del Equipo Scrum, debe trabajar para desbloquearlo. Esto podría significar informar al Scrum Master, ya que una de sus responsabilidades es ayudar a eliminar los impedimentos. Podría significar hacer un seguimiento de la persona o personas de las que depende. Una vez que haya hecho eso, el siguiente paso es ayudar al resto del equipo con otro trabajo. Podría significar comenzar una nueva tarea o ayudar a otra persona a terminar lo que está trabajando.

No debe esperar hasta el Daily Scrum para plantear impedimentos o buscar otra cosa que hacer para ayudar a su equipo. El Daily Scrum brinda una buena oportunidad para que sus compañeros de equipo sepan que puede estar bloqueado en el progreso y que puede ayudarlos con otras cosas. Si no tiene nada que decir acerca de ofrecer ayuda o progresar, debe comenzar por ahí.

Pregúntele a su jefe oa quien sea responsable de dirigir la reunión. Diferentes jefes tendrán diferentes expectativas.

En general suele ser buena idea decir algo breve como:

"Estoy esperando el permiso del equipo X, como se discutió ayer.

Mientras tanto, he aprovechado la oportunidad para hacer Y".

Podría ser cualquier cosa. Ayudar a un colega, ordenar sus correos electrónicos, ponerse al día con la capacitación obligatoria, el aprendizaje en línea, limpiar los retretes... lo que sea. Solo necesita indicar que su objetivo principal estaba bloqueado pero aún intentó lograr algo, idealmente sin aburrir a nadie con demasiados detalles.