EspañolEl Sprint tiene un límite de tiempo de 30 días calendario consecutivos. Además de otros factores, esta es la cantidad de tiempo que requiere un equipo para construir algo de gran interés para el propietario del producto y las partes interesadas y llevarlo a un estado en el que sea potencialmente entregable.
Este es también el tiempo máximo que se puede asignar sin que el Equipo haga tanto trabajo que requiera artefactos y documentación para respaldar sus procesos de pensamiento. También es el tiempo máximo que la mayoría de las partes interesadas esperarán sin perder interés en el progreso del Equipo y sin perder la creencia de que el Equipo está haciendo algo significativo para ellos.
- El Equipo puede buscar asesoramiento externo, ayuda, información y apoyo durante el Sprint.
- Nadie puede dar consejos, instrucciones, comentarios o indicaciones al Equipo durante el Sprint. El Equipo es totalmente autogestionario.
- El Equipo se compromete con el Product Backlog durante la reunión de planificación del Sprint. Nadie puede cambiar este Product Backlog durante el Sprint. El Product Backlog se congela hasta el final del Sprint.
- Si el Sprint demuestra que no es viable, el Scrum Master puede terminar el Sprint de forma anormal e iniciar una nueva reunión de planificación del Sprint para
iniciar el siguiente Sprint. El Scrum Master puede realizar este cambio por su propia voluntad o según lo solicite el Equipo o el Dueño del Producto. El Sprint puede resultar no viable si la tecnología resulta inviable, si las condiciones del negocio cambian de modo que el Sprint no sea de valor para el negocio, o si alguien fuera del Equipo interfiere con el Equipo durante el Sprint.
Si el Equipo se siente incapaz de completar todo el Product Backlog comprometido durante el Sprint, puede consultar con el Propietario del Producto qué elementos eliminar del Sprint actual. Si es necesario eliminar tantos elementos que el Sprint ha perdido su valor y significado, el Scrum Master puede terminar anormalmente el Sprint, como se indicó anteriormente. - Si el Equipo determina que puede abordar más Product Backlog durante el Sprint de lo que seleccionó durante la reunión de planificación del Sprint, puede consultar con el Product Owner sobre qué elementos adicionales de Product Backlog se pueden agregar al Sprint.
- Los miembros del Equipo tienen dos responsabilidades administrativas durante el Sprint: deben asistir a la reunión Daily Scrum y deben mantener el Sprint Backlog actualizado y disponible en una carpeta pública en un servidor público, visible para todos. Se deben agregar nuevas tareas al Sprint Backlog a medida que se conciben, y se deben mantener actualizadas las horas estimadas de ejecución diarias restantes para cada tarea.
Español
English
简体中文
繁體中文
Deutsch
Français
العربية
Italiano
Português
日本語
Nederlands
Русский