¿Debe un Sprint de dos semanas incluir los fines de semana?

Estamos configurando un nuevo proceso de Sprint en el que cada Sprint comienza un lunes y finaliza el viernes de la semana siguiente. Por ejemplo, la fecha de inicio del Sprint 1 es el 1 de enero de 2022 y la fecha de finalización es el 14 de enero de 2022.

Calendario que muestra el Sprint inicial de 2 semanas

¿El Sprint 2 debe comenzar el 15 de enero y finalizar el 24 de enero, o debe comenzar el 17 de enero y finalizar el 28? Si es esto último, el fin de semana del 15 y 16 de enero estaría intencionalmente excluido del Sprint.

¿Cuál es la mejor práctica en torno a esto?

¿Responde esto a tu pregunta? pm.stackexchange.com/questions/29843/…
Me mantendría alejado de comenzar nuevos sprints al comienzo de un lunes si no es necesario. Puede ser bastante difícil ponerse en marcha después de un fin de semana, y es más fácil comenzar algo nuevo si ya tiene impulso. Por eso, los sprints de mi equipo acaban y empiezan a mitad de un día laborable.

Respuestas (5)

Si sus Sprints comienzan los lunes, ¿cómo puede tener un Sprint que comience el 15 de enero de 2022? Ese día es un sábado. Del mismo modo, si sus Sprints terminan los viernes, ¿cómo puede tener un Sprint que finalice el 24 de enero de 2022, ya que ese día es lunes?

Parece que estás pensando demasiado en esto.

Considere cómo las personas normalmente asignan su tiempo, especialmente las partes interesadas clave que le gustaría que participaran en la Revisión del Sprint. Probablemente sería más fácil decirles que la Revisión del Sprint es cada dos viernes, comenzando a una hora específica. Su Sprint Retrospective puede seguir eso, y su Sprint Planning estaría disponible durante las próximas horas de trabajo.

No hay necesidad de contar los fines de semana como parte de tu Sprint. Nadie debería estar trabajando, considerando el principio Agile de trabajar a un ritmo sostenible. Si los fines de semana no son días hábiles normales, simplemente ignóralos.

Obtuviste mi voto a favor en "Parece que estás pensando demasiado en esto".

Concéntrese en una cadencia constante, predecible y sostenible

Scrum no es muy prescriptivo sobre cuándo programar el inicio o el final de cada Sprint, pero la práctica común es programar solo los eventos marco y el trabajo planificado durante los días hábiles estándar. Si el equipo no suele trabajar los fines de semana, entonces no base el plan del proyecto en hacer el trabajo o realizar eventos como Sprint Planning los fines de semana fuera de circunstancias verdaderamente excepcionales.

Más importante aún, un principio básico de los marcos ágiles como Scrum es mantener una cadencia predecible para eventos, reuniones y entregas. Entonces, si su primer Sprint comienza el lunes, entonces todos los Sprint generalmente deberían comenzar un lunes. Del mismo modo, si su primer Sprint finaliza un viernes, todos los Sprints deberían finalizar un viernes.

Por supuesto, las vacaciones, la escasez de personal debido a la pandemia u otros eventos de fuerza mayor pueden obligar al equipo a adaptar el cronograma cuando sea necesario, pero la consistencia y la previsibilidad tanto para el equipo como para las partes interesadas sigue siendo el objetivo clave. Comenzar o finalizar sus Sprints en un día diferente de la semana cada Sprint no cumpliría con ese objetivo.

La cuestión relacionada de si los fines de semana dentro del cuadro de tiempo de cada Sprint se incluyen o no en el Sprint es un tema aparte. Eso tiene que ser respondido por el equipo en función de cómo trabajan juntos y como individuos, cómo administran sus horas, cómo organizan su trabajo, qué tan autogestionados son, si su equipo tiene cobertura de rutina los fines de semana y mucho. de otras consideraciones no incluidas en su publicación original. Si un equipo de alto rendimiento quiere trabajar semanas laborales de cuatro días, o distribuir el trabajo para incluir los fines de semana, depende de ellos siempre que los eventos marco se lleven a cabo en días y horas predecibles, y siempre que el proceso sea trabajando tanto para el equipo como para las partes interesadas.

Algunos de los mejores ingenieros que conozco hacen su mejor trabajo a las 2:00 AM. Desde el punto de vista del marco, siempre que estén disponibles para Daily Scrum, Sprint Planning, etc., no es de mi incumbencia cómo se autoorganiza el equipo, siempre que sea consistente y sostenible durante la duración del proyecto.

Mi respuesta a esta pregunta es que la herramienta que usa para administrar su proyecto acepta los fines de semana, así que sí, debe considerar los fines de semana, de lo contrario, el sprint de 2 semanas se ajustará de lunes a viernes. Yo uso Jira y mi configuración es para fines de semana, aunque no trabajemos, por lo que 2 semanas para nosotros son 10 días. ¡En la planificación de Scrum lo sabemos y es lo más importante en la planificación!

La mayor parte de la herramienta de gestión ágil asignará el día siguiente a la finalización de su sprint actual como la fecha de inicio del sprint. Entonces, en su caso, su sprint 2 comenzará el 15 de enero y finalizará el 28 de enero.

Esas son algunas herramientas bastante inflexibles. ¿Por qué usaría una herramienta que impulsó una cadencia o un horario que nadie seguiría? Utilice siempre herramientas que apoyen su proceso; nunca deje que las herramientas definan su proceso por usted.
El manifiesto ágil nos enseña "Individuos e interacciones sobre procesos y herramientas" : no permita que la elección de la herramienta dirija sus decisiones.

Trabajo a distancia y asíncrono. Las personas de mi equipo pueden trabajar en cualquier momento y en cualquier lugar. Por eso empiezo los sprints los jueves y los termino los miércoles para que la gente también pueda trabajar los fines de semana si quiere.

Gracias por tu historia. Desafortunadamente, no proporciona una respuesta a la pregunta; ¿tal vez pretendía ser un comentario?
No, no pretendía ser un comentario. Gracias por tu contribución @TobySpeight.
¿Cómo responde esto a la pregunta? Aunque describe lo que haces, una buena respuesta debe explicar por qué es lo correcto para el autor de la pregunta. Por ejemplo, ¿por qué le gusta dar a la gente la posibilidad de trabajar los fines de semana? ¿Qué beneficios has visto de esto? ¿Qué pasa con los problemas? ¿Cómo mitigó o resolvió los problemas? Dado que la pregunta está etiquetada como scrum y ágil , ¿es esto coherente con los valores y principios del desarrollo de software ágil y Scrum?