Scrum diario y tiempo de trabajo flexible

Nuestra empresa está en proceso de introducir elementos de Scrum en nuestro proceso de trabajo. Como tenemos un horario de trabajo flexible (no estoy completamente seguro de cómo decirlo en inglés. Las personas pueden venir a trabajar cuando quieran, con algunos límites, siempre que cumplan con sus horas de trabajo), no es fácil dejar que el Scrum diario suceda realmente. temprano, ya que el método lo recomienda. Mi primera idea sería definir una hora límite para que comience el Daily Scrum, incluso si no están todos, pero comenzar antes de esa hora si están todos. ¿Cómo lo manejas?

En mi entorno usamos el mismo término: horario flexible (o flextime, u "core hours"). Estás en lo correcto.

Respuestas (6)

Considere los límites que se imponen a las horas de trabajo de las personas. La mayoría de las empresas suelen mantener "horas principales" en las que se espera que todos los empleados estén presentes (salvo en circunstancias excepcionales). Sería una buena idea programar el scrum durante esas horas. Sugeriría mantenerlo al mismo tiempo, incluso si todos están presentes antes, porque hacerlo establecería un hábito.

Todavía habrá días en que alguien esté fuera debido a vacaciones oa una emergencia, pero está bien. En un trabajo anterior, si alguien se ausentaba un día o trabajaba desde casa, normalmente enviaba un correo electrónico al equipo con una breve actualización sobre el estado de su trabajo.

Creo que incluso un scrum por la tarde podría ser beneficioso con algún ajuste de "esto es lo que hice ayer y lo que haré hoy" a "esto es lo que hice hoy y planeo hacer mañana".

"Esto es lo que hice hoy" podría darse por sentado, lo que significa que no hizo ningún compromiso para el día, solo informó lo que sintió hacer durante el día.
@Joset Podría ser, pero se trata de disciplina y responsabilidad personal. Además, la otra parte es "lo que haré mañana", que puede tratarse como un compromiso.
En mi opinión, considerar lo que se dice en una reunión como un compromiso es la mejor manera de hacer que estas reuniones degeneren en un juego de culpas, que es uno de los riesgos identificados.
La dinámica y la cultura del equipo de @Traroth jugarían un papel importante en mitigar eso. Decir lo que planeas hacer mañana no es muy diferente de decir lo que planeas hacer hoy. Todo esto es un compromiso para hacer tanto de eso como sea posible. Si va a holgazanear y simplemente informar lo que le apetece, Scrum no lo evitará, independientemente del formato utilizado.

Me he encontrado con esto antes y he visto que se maneja casi exactamente como lo describe. Elegimos una hora, generalmente alrededor de las 10 a.m., cuando la mayoría de la gente estará en el trabajo y luego hacemos la reunión de Scrum. Si alguien no está allí, nos vamos sin ellos.

Siempre que elija un horario que se corresponda bien con las "horas principales" de la mayoría de su equipo, debería estar bastante seguro.

Y sin las "horas centrales" será difícil introducir por ejemplo: programación en pareja. En la mayoría de los casos, "ágil" significa "cooperación", entonces, ¿cómo cooperas cuando casi no hay nadie alrededor?
@Bartosz Rakowski Estoy completamente de acuerdo. No hay forma de coordinar realmente el esfuerzo de desarrollo de un equipo sin al menos una superposición estándar entre las horas de trabajo del equipo de ingeniería.

Es fundamental que todos los desarrolladores estén presentes en la reunión de SCRUM y que las ausencias sean la excepción y no la regla. Agile/SCRUM le permite adaptarse a los cambios rápidamente y no puede hacerlo si no todos participan. Dicho esto, también necesita la disciplina para comenzar a tiempo para no perder el tiempo de nadie. Puede tomar un tiempo, pero los equipos generalmente se acostumbran a la hora de inicio de SCRUM a medida que se convierte en parte de la cultura.

Esto es una cuestión de disciplina: necesita que sus desarrolladores de scrum tengan algún tipo de disciplina. Después de todo, se les paga por codificar. El scrum es una parte central de la metodología y una parte de cómo el PM realiza un seguimiento de lo que está sucediendo.

En primer lugar, antes de cambiar nada o ponerse manos a la obra, consulte con Recursos Humanos (o los contratos directamente), casi siempre habrá una cláusula sobre las horas en la oficina. Use esto como su punto de partida.

Las 10 a. m. no es poco realista como tiempo de scrum; sin embargo, tiende a interrumpir el flujo de personas que llegan temprano, así que trate de hacerlo antes si puede.

La clave es que todos los desarrolladores deberían estar allí. Si tiene un desarrollador que comienza tarde y, por lo tanto, nunca está en el scrum, siempre estará detrás. Él/ella no obtendrá el beneficio del aprendizaje compartido y nunca obtendrá realmente Scrum como un todo.

Martin Fowler responde a estas preguntas (¡y más!) sobre stand-ups maravillosamente en el siguiente artículo: es el mejor que he encontrado sobre el tema. En ella dice

Con horarios de trabajo flexibles, no todos los miembros del equipo llegarán al trabajo al mismo tiempo. Una práctica común con el "tiempo flexible" es utilizar un conjunto de horas de trabajo básicas. La hora de inicio debe ser al comienzo de estas horas de trabajo principales. De manera similar, si los miembros del equipo necesitan llegar más tarde por motivos personales (por ejemplo, deben dejar a los niños en la escuela), la hora de inicio debe establecerse para que todos puedan asistir.

También habla de la importancia de realizar la ceremonia a la misma hora (en el mismo lugar) todos los días. No recomendaría cambiar la hora incluso si todos llegan temprano a la oficina.

Queremos que el equipo tenga un sentido de propiedad del stand-up. También queremos que las partes interesadas puedan pasar a observar un stand-up para evitar tener que programar otra reunión de estado. Esto es difícil si se le permite a un miembro del equipo en particular forzar un retraso o un cambio de ubicación de la parada.

Lea aquí otras prácticas recomendadas para ponerse de pie: http://martinfowler.com/articles/itsNotJustStandingUp.html

Si todos respetan las horas centrales, entonces recomiendo mantener el stand de pie a más tardar 30 minutos después de que comiencen las horas centrales. Esto les da a las personas la oportunidad de entrar, acomodarse, servir café, revisar lo que lograron el día anterior y luego unirse a la reunión.

En general, prefiero tener la reunión más temprano para tener más tiempo para manejar los obstáculos, pero, como siempre, dejo que el equipo decida.