¿Dónde termina la autoridad del equipo scrum y comienza la del gerente de desarrollo?

En un equipo scrum, el equipo ha decidido que quiere realizar sus reuniones matutinas a las 10 a. m. El equipo está en Londres y afirmó que las 9:30 es un poco temprano, en el sentido de que a veces el transporte público no funciona correctamente, hay mucho tráfico, etc.

El scrum master ha transmitido el mensaje de que el equipo ha decidido realizar sus reuniones matutinas a las 10 a. m. La respuesta del gerente fue: "no... ¿por qué? ¿para que entren todos a las 10? No, yo quiero que los stand up sean a las 9:30".

¿Quién debe llamar al final del día, a qué hora tienen lugar los enfrentamientos y otros asuntos similares?

Respuestas (4)

Cosas mal con esta imagen:

  • Scrum no tiene un "gerente de desarrollo". Esto suena como una empresa que no está dispuesta a dejar atrás el pasado. Es cierto que esto puede ser un proceso difícil y largo. Entonces, este rol podría ser una concesión que fue necesaria para que el scrum despegara en primer lugar. Pero el papel no debería ser necesario. (Tal vez esa es la razón de este conflicto: la sensación de obsolescencia inminente)
  • Nadie, excepto el equipo, debe estar de pie. Los participantes opcionales son posibles, pero sus preferencias de programación no deben ser mayores que las del equipo.
  • Se supone que el equipo de scrum se autoorganiza. Esta es una de las cosas que entran en esa categoría.
  • El manifiesto ágil pone "individuos e interacciones sobre procesos y herramientas". Se debe preferir el consenso a la reivindicación de la autoridad.
  • La respuesta del gerente sugiere que opera bajo la premisa de que su punto de vista es más importante que el del equipo. Esta actitud es perjudicial para la construcción de un equipo cohesionado y saludable.

Entonces, desde un punto de vista ideológico y práctico, esta es una decisión del equipo. Siendo realistas, no se trata de dónde debería estar la autoridad, sino de dónde está realmente la autoridad. Si el gerente tiene la influencia para reprender al equipo por no presentarse a la reunión a las 9:30, esa será la hora en que se llevará a cabo la reunión. En ese caso, lo mejor que puede hacer es tratar de averiguar por qué 10 es un problema para él y negociar una forma de satisfacer sus necesidades de una manera que sea más conveniente para el equipo.

Scrum doesn't have a "development manager". This sounds like a company who's unwilling to let go of the past.No necesariamente. La mayoría de las organizaciones necesitan gestión (personalizado, contratación y despido, evaluación del desempeño, apoyo al desarrollo profesional). Este no es un rol de Scrum, pero no es un rol que se vuelve obsoleto porque una organización está creando productos dentro del marco de Scrum.
Creo que la preocupación del gerente es que asume que si se le dice al equipo que nos levantamos a las 10 a.m., todos llegarán justo a tiempo para eso (digamos a las 9:50). Por lo tanto, tener una reunión de equipo (formal) hace que todos lleguen a tiempo. FYI, SM ha presionado mucho en esto, pero la respuesta del gerente fue un sólido "no, no puedo hacer eso, lo siento". Volviendo al tema del hilo, ¿qué tan fuerte debe presionar el SM a alguien que está técnicamente por encima de él, es decir, su gerente de línea? Eso también se relaciona con el hecho de que el administrador de desarrollo está obsoleto en un equipo scrum, pero generalmente no sucede.
@dqm Parece una grave falta de confianza en el equipo de desarrollo por parte del gerente. Para mí, como forastero, esto plantea la pregunta: ¿El equipo tiene problemas para llegar a tiempo? ¿Es común comenzar a las 9:30 en Londres? Nunca he trabajado en un lugar que no tuviera un horario de oficina obligatorio a partir de las 8:30 como mínimo.
@Kempeth Creo que esta es la raíz del problema. Supongo que al gerente no le gusta la confrontación ya que el equipo de hecho llegaba tarde (más tarde de las 9:30, tal vez a las 9:40 o incluso a las 9:50) mientras que el horario de trabajo es de 9:00 a 5:30. Este es un caso de un tranvía de consultoría que trabaja en un gran cliente sin gestión de línea (solo el gerente de proyecto que tiene más responsabilidades y rango que el resto del equipo). Tan efectivamente quiere usar el scrum matutino como una forma de reunir a todos. Es muy normal en Londres comenzar entre las 9 y las 9:30.
@dqm ¿Y eso ha funcionado? Me parece que el equipo ya se presentó más tarde de las 9:30 a pesar de que el scrum diario es a esa hora. Podría tratar de argumentar que el scrum diario no es pasar lista y que sería mejor para el verdadero objetivo de la reunión (sincronizar al equipo) tener a todos presentes que hacerlo antes en un intento fallido de persuadir a las personas para que trabajen. Pero el equipo tiene que admitir el hecho de que llegará mucho más tarde que el horario laboral oficial. Esto podría estar causando problemas (interacción con el cliente/disponibilidad) y resentimiento.
Eso realmente ha funcionado. De vez en cuando alguien llega tarde, pero definitivamente ha mejorado la rapidez.

Según la Guía de Scrum :

El Scrum Master se asegura de que el Equipo de Desarrollo tenga la reunión, pero el Equipo de Desarrollo es responsable de realizar el Daily Scrum. El Scrum Master le enseña al Equipo de Desarrollo a mantener el Daily Scrum dentro del marco de tiempo de 15 minutos.

Esto significa que, de acuerdo con las reglas de Scrum, el Equipo de Desarrollo debe tener la libertad de elegir la hora y el lugar del Scrum Diario, mientras que el Scrum Master le enseña al Equipo de Desarrollo las reglas del Scrum Diario (el propósito, la intención , la caja de tiempo).

En realidad, es probable que haya algunas limitaciones en cuanto a la hora y el lugar del Daily Scrum. Si hay varios equipos, los equipos deben coordinar los espacios disponibles donde se llevará a cabo la reunión. Si se requieren herramientas (un teléfono para que llamen los miembros remotos del equipo, la necesidad de un televisor para proyectar un tablero electrónico), eso también limita los lugares cómo, cuándo y dónde se lleva a cabo el Daily Scrum.

Sin embargo, esta pregunta limita con algunos temas que están fuera del marco de Scrum. Una cosa es el concepto de "horas centrales": esta es una decisión de gestión. La gerencia puede requerir que los empleados estén en la oficina a las 09:30. Sin embargo, si se requiere que los empleados estén en la oficina a las 09:30, puede que no sea conveniente realizar el Daily Scrum inmediatamente a esa hora.

Las responsabilidades de Scrum Master son ayudar a la organización a adoptar un enfoque ágil e implementar el marco Scrum. Cuando las decisiones de gestión comienzan a ir en contra de las reglas del marco Scrum, el Scrum Master debe involucrarse y ayudar a la gestión y al equipo a alcanzar un buen estado.

La respuesta del gerente fue: "no... ¿por qué? ¿para que entren todos a las 10? No, yo quiero que los stand up sean a las 9:30".

Para abordar este punto específico en lugar de la pregunta general formulada, señalaría que el equipo determinó que las reuniones se llevarían a cabo de manera más eficiente en este momento, y no existe una receta para que las reuniones diarias deban realizarse a primera hora. A menudo, hay cosas que es útil aclarar o revisar por la mañana antes de sumergirse en el standup, y también permite que las personas trabajen sin interrupciones durante una hora más o menos antes de tomar un descanso para la reunión.

¡Pero por Dios, microgestión! Buena suerte.

No es una cuestión de autoridad, es lo que ayuda al equipo a realizar el trabajo para el sprint. Dos sugerencias dependiendo de la asistencia del gerente:

  • Si el gerente es parte de la reunión, el liderazgo de servicio sugiere que trabaje teniendo en cuenta el beneficio general del equipo.

  • Si no forman parte de la reunión, se trata de una microgestión y parece que disfrutan del estilo de "comandar y conquistar". Negocie y descubra lo que buscan obtener; podría ser un estado simple (que el SM debería estar comunicando de todos modos) para garantizar que el trabajo va por buen camino.

Es un equipo nuevo (2-3 meses) y no necesariamente maduro en todo el marco de scrum. El Scrum Master está trabajando para lograrlo, pero todos sabemos que es algo que lleva tiempo. Creo que el gerente no tiene la intención de dañar al equipo o entorpecer su progreso, él está presente en la reunión y, en todo caso, generalmente tiene una contribución útil, generalmente al final de la reunión. Llega 2 horas antes del horario oficial de inicio, por lo que se podría argumentar que siente que las 9:30 ya es lo suficientemente tarde.
También agregaría que todos los gerentes que no necesariamente tienen experiencia en scrum (o incluso si la tienen), no es fácil "dejar ir" un equipo recién formado a manos de un nuevo scrum master. Eso es algo que también lleva tiempo.
@dqm, los dos rasgos que ha descrito suenan inquietantemente sintomáticos del comportamiento de microgestión :)
The Daily Scrum is an internal meeting for the Development Team. La guía Scrum . Si el gerente desea observar , debe permanecer en silencio mientras el Equipo de desarrollo autoorganizado mantiene el control de la programación y realización del evento.
¿Dónde termina la autoridad del equipo scrum y comienza la del gerente de desarrollo?
RespuestasAquíPolítica de privacidad1y, 0v