Project Management, The Project Manager Blog

Una guía para principiantes de ceremonias Scrum


El secreto del scrum es la simplicidad, incluso ante la complejidad. Y aunque el scrum es simple en el fondo, puede ser difícil de dominar. Scrum requiere equipos auto-organizados que puedan resolver problemas rápidamente en entornos impredecibles. Para brindar transparencia y comunicación regular en medio de tales entornos, se llevan a cabo ceremonias de scrum. Las ceremonias de scrum son reuniones exclusivas de los equipos de scrum.

Las ceremonias de scrum aseguran que todos (el scrum master, el propietario del producto y el equipo de desarrollo) estén sincronizados. Estas ceremonias se llevan a cabo en instancias clave en un sprint, que veremos a continuación.

Las cuatro ceremonias de Scrum

Scrum se ejecuta en lo que se conoce como sprints o breves iteraciones de trabajo Durando generalmente no más de dos semanas. Un sprint emplea cuatro ceremonias de scrum diferentes para garantizar una ejecución adecuada: planificación de sprint, scrum diario, revisión de sprint y retrospectiva de sprint. Estas ceremonias de scrum se describen a continuación:

  • Planificación de Sprint: Aquí es donde el equipo se reúne y decide lo que deben completar en el próximo sprint
  • Scrum diario: Esta es una reunión de pie o una muy breve – mini reunión de 15 minutos – para que el equipo se asegure de que todos estén en la misma página.
  • Revisión de Sprint: Este es otro tipo de reunión, pero en la que el equipo demuestra lo que enviado en el sprint.
  • Sprint Retrospectiva: Esto es cuando el equipo revisa su trabajo, identificando lo que hicieron bien y lo que no salió según lo planeado, para que puedan mejorar el próximo sprint.

profundice un poco más y explore cada ceremonia de scrum en profundidad.

Sprint Planning

Esta ceremonia ayuda a configurar a todo el equipo para el próximo sprint, creando un camino suave para un sprint exitoso. La planificación de Sprint requiere la participación de todos los roles de scrum: el equipo de desarrollo, scrum master y el propietario del producto. La planificación, por supuesto, es anterior al sprint. Por lo general, dura una hora o dos.

El propietario del producto llega a la reunión con una lista priorizada de los elementos de la cartera de productos, que se presenta al grupo. Los elementos de la lista, que también se denominan historias de usuario, se discuten con el equipo de desarrollo. Juntos, estiman lo que se necesitará para completar los elementos de la lista. A partir de esta información, el equipo de desarrollo hace un pronóstico de velocidad. Describirán cuánto trabajo puede completar el equipo a partir de la cartera de productos. Esto se conocerá como la acumulación de sprint.

Relacionado: 7 Consejos de preparación para principiantes en el atraso

Algunas ceremonias de planificación de sprint completarán los detalles de cada historia de usuario. Esto asegurará que todos los involucrados comprendan el alcance del trabajo. Sin embargo, algunos tendrán una reunión o ceremonia de refinamiento de la historia por separado. Al hacer esto, la ceremonia real de planificación del sprint es más corta y se dirige solo a las historias de usuarios que se abordarán en el próximo sprint.

Daily Scrum

Esta corta ceremonia del scrum garantiza que todos sepan lo que está sucediendo. Es una forma de garantizar la transparencia en todo el equipo. Este no es el momento de sumergirse en la maleza. Una reunión detallada no es una reunión informativa, ligera y divertida. Es un espacio para que cada miembro del equipo responda las siguientes preguntas: ¿qué completó ayer, en qué está trabajando hoy y está bloqueado por algo?

El scrum diario es, como dice, un suceso diario, que generalmente se lleva a cabo cada mañana con el equipo de desarrollo, scrum master y el propietario del producto. La ceremonia es corta, generalmente 15 minutos, por lo que también se llama una reunión de pie. Eso asegurará que no se prolongue.

Relacionado: Cómo ejecutar una gran reunión de Scrum

Lo bueno de este scrum diario es que exige responsabilidad. Las personas informan honestamente sobre lo que hicieron, lo que planean hacer y cómo podrían bloquearse en el proceso, y todo esto se hace frente a sus compañeros. Tener que informar en un entorno social de este tipo configura al equipo para el éxito, ya que sería vergonzoso no mostrar progreso frente a los demás.

El scrum diario no se limita a los equipos que comparten una ubicación física. Si los equipos trabajan de forma remota, la ceremonia se puede llevar a cabo mediante videoconferencia u otro chat grupal.

Revisión de Sprint

Después de que se haya completado el sprint, es hora de que el equipo se reúna para hacer una demostración o mostrar su trabajo. Cada miembro del equipo revisa las características desarrolladas recientemente o lo que sea que trabajaron durante el sprint. Esto proporciona un espacio para que el equipo se felicite por un sprint exitoso, que es importante para la moral. También demuestra el trabajo finalizado para todo el equipo, por lo que pueden proporcionar comentarios y también obtener comentarios de los interesados ​​en el proyecto.

Aquí, a diferencia de otras ceremonias, la revisión puede durar todo lo que sea necesario para demostrar todo el trabajo hecho por el equipo. Nuevamente, los participantes son el equipo de desarrollo, el scrum master y el propietario del producto, pero también en este caso, otros equipos involucrados en el proyecto y las partes interesadas.

Estas demostraciones no son parciales sino una revisión completa del trabajo. Si no es así, entonces el punto de la revisión del sprint disminuye. Las revisiones deben cumplir con el nivel de calidad establecido por el equipo o no se consideran completas y no se deben demostrar en la revisión del sprint.

Retrospectiva del sprint

La última ceremonia de scrum se llama retrospectiva del sprint. Ocurre al final de un sprint, después de la revisión, y suele durar una hora. La retrospectiva incluye el equipo de desarrollo, el scrum master y el propietario del producto.

Debido a que scrum es parte de un proceso ágil, se trata del cambio, que incluye obtener retroalimentación y actuar rápidamente. Scrum busca la mejora continua y la retrospectiva es un método para asegurarse de que el producto y la cultura de desarrollo estén mejorando constantemente.

Relacionado: Principales 12 principios ágiles

La retrospectiva es una manera para que el equipo comprender qué funcionó bien y qué no se unió en el sprint anterior. El post-mortem expone las líneas de falla en el equipo y su proceso, para que puedan reforzar esos puntos débiles y acercarse al próximo sprint en forma más fuerte.

Esta no es una sesión de toros en la que hablar no salga de la reunión . Es un lugar para hablar que conduce a la acción. Se desalienta a los miembros del equipo de quejarse o criticar sin que todos trabajen juntos para resolver esos problemas.

La retrospectiva del sprint no es un juego de culpa, sino un medio para identificar y corregir los problemas que surgieron en el transcurso del sprint. También es un instrumento para felicitar al equipo por un trabajo bien hecho cuando no hubo problemas. Pero, si el mantra del scrum es buscar siempre mejorar, entonces la retrospectiva también debe ser crítica, pero solo como un trampolín para las mejoras. La crítica constructiva es clave aquí.

Hay más que saber

Las ceremonias de scrum son casi un término desactualizado. Se empezaron a llamar eventos. Fue señalado oficialmente por primera vez en la Guía Scrum 2011. Así que, incluso en el rápido mundo de Agile, algunas cosas cambian más lentamente que otras.

Pero los conceptos básicos son los mismos, al igual que la necesidad de revisar y buscar constantemente formas de mejorar. Eso incluye el conocimiento de uno de scrum. Solo hemos arañado la superficie. Scrum es simple en concepto y difícil de dominar.

Las ceremonias de scrum son una excelente manera de moverse rápido y cambiar según sea necesario cuando se trabaja en un proyecto. Sin embargo, para facilitar este proceso ágil, uno debe tener las herramientas que les permitan identificarse rápidamente y luego hacer que todo el equipo gire. ProjectManager.com es un software de gestión de proyectos basado en la nube que cuenta con características que lo hacen. Desde ProjectManager.com, desde la visualización del flujo de trabajo con tableros Kanban hasta un panel de control en tiempo real que lo mantiene al día con el proceso del proyecto, es la única herramienta Scrum que necesitará. Compruébelo usted mismo, realizando esta prueba gratuita de 30 días.

Publicaciones relacionadas

  • ¡Comencemos y gestionamos un proyecto! Espere, antes de que pueda siquiera planificar un proyecto, debe proponer …

  • ¿Qué es la metodología scrum? Es un marco simple que facilita la colaboración del equipo en proyectos complejos. La buena noticia es …

  • Gracias a la evolución de las prácticas comerciales modernas, ágil, un enfoque iterativo para planificar y guiar el proceso del proyecto, …

You Might Also Like

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Powered by themekiller.com