Metodología Scrum: roles, eventos y artefactos

La metodología scrum se desarrolló como respuesta a enfoques rígidos de gestión de proyectos, como el método de cascada, que no se adaptaba a las necesidades de los equipos ágiles de desarrollo de productos y software. Exploraremos la metodología scrum en profundidad, pero antes de eso, comencemos con una definición simple de scrum.

¿Qué es la metodología Scrum?

Scrum es un marco de gestión de proyectos que facilita la colaboración en equipo en proyectos complejos de desarrollo de productos y software. La buena noticia es que Scrum es fácil de entender. La mala noticia es que es difícil de dominar.

La metodología scrum enfatiza el trabajo en equipo en la gestión de proyectos. Hace hincapié en la rendición de cuentas y es un progreso iterativo hacia una meta bien definida. Scrum es parte del desarrollo de software ágil y los equipos practican ágil. El nombre proviene del deporte del rugby, donde el scrum es una formación en la que todos juegan un papel específico, pero todos trabajan para adoptar estrategias rápidamente.

ProjectManager, un software de gestión de proyectos y trabajo basado en la nube que conecta a los equipos de scrum dondequiera que trabajen, facilita la colaboración necesaria para un scrum exitoso. Colaborativa hasta la médula, nuestra plataforma ofrece datos en tiempo real que permiten a los equipos de scrum comentar las tareas durante un sprint, compartir archivos y mucho más. Comience hoy de forma gratuita.

El Marco Scrum

Scrum es un marco que consta de valores, roles, eventos y artefactos. Estos elementos trabajan juntos para proporcionar una metodología ágil de gestión de proyectos que ayuda a los equipos a gestionar mejor su trabajo. El marco de Scrum debe ser simple. Es menos una metodología tradicional de gestión de proyectos y más un marco para el desarrollo de productos y software.

Valores Scrum

El término valores de scrum en realidad se refiere a valores ágiles aplicados a un marco de scrum. Son declaraciones simples que funcionan como mejores prácticas ágiles. Los valores ágiles provienen del manifiesto ágil, un documento con los principios rectores de la metodología ágil. Expliquemos rápidamente de qué se tratan.

• Individuos e interacciones sobre procesos y herramientas: los procesos y las herramientas son importantes en el desarrollo de software, pero los individuos y cómo interactúan con esos procesos y herramientas son más importantes.
• Software funcional sobre documentación completa: antes del manifiesto ágil, los desarrolladores de software se centraban mucho en la documentación. Este valor establece que, si bien la documentación es importante, centrarse en el desarrollo del software debe ser el objetivo principal del equipo Scrum.
• Colaboración con el cliente sobre negociación de contratos: este valor explica que colaborar con los clientes para crear un producto de alta calidad es mucho más importante que redactar un contrato rígido que limite el desarrollo del producto, como solía hacerse en los viejos tiempos del desarrollo de software.
• Responder al cambio sobre seguir un plan: este valor establece que Agile es una metodología de gestión de proyectos que se adapta a la perfección al cambio en función de un ciclo iterativo de desarrollo de productos y no de un plan de proyecto rígido.

Roles de Scrum

Como con cualquier cosa en la gestión de proyectos, la metodología scrum necesita personas para ser ejecutada. Para ello, define tres roles de scrum, un scrum master, un propietario del producto y un equipo de desarrollo, formado por varios miembros del equipo.

El scrum master, como su nombre indica, es un experto en metodología scrum. Garantiza que todos en el equipo de scrum entienden cómo funciona el marco y los ayuda a adaptarse al entorno ágil. Lidera reuniones de scrum.

El propietario del producto scrum administra el registro del producto y supervisa la planificación del sprint y participa activamente en las reuniones de scrum. En cierto sentido, actúan como gerentes de proyectos porque lideran la limpieza del trabajo pendiente y priorizan las historias de los usuarios para ayudar al equipo a trabajar mejor.

El equipo de desarrollo de scrum está formado simplemente por todos los miembros del equipo que desarrollan un software o producto. Deben trabajar en estrecha colaboración con el propietario del producto y adherirse a las sugerencias del scrum master.

Eventos Scrum

Estos eventos de scrum o ceremonias de scrum fomentan la colaboración en equipo y aseguran que haya una línea de comunicación constante entre los miembros del equipo de scrum a lo largo del ciclo de vida de desarrollo del producto o software.

Planificación de Sprint

Usando la acumulación de productos, los equipos comienzan con los elementos de mayor prioridad y determinan cómo lograr este objetivo. Un buen consejo cuando se planifica un sprint es hacer la debida diligencia y solo comenzar con los elementos que están listos. Además, recuerde que la planificación es un proceso breve, así que no se detenga en los detalles. Solo ponte a trabajar en el cumplimiento de los objetivos. Mantenga el plan colaborativo. El equipo también debe hacer preguntas al propietario del producto y a las partes interesadas.

Reunión diaria de Scrum

Estas son reuniones de 15 minutos en las que todos los miembros del equipo Scrum hablan sobre las tareas en las que trabajarán durante el día y comparten cualquier obstáculo o dificultad que enfrenten. No hay necesidad de alargar esta reunión diaria de scrum, ya que hay otras reuniones, como revisiones de sprint y retrospectivas de sprint, para explorar temas más complejos.

Revisión de Sprint

Desea mirar hacia atrás en el sprint y ver qué funcionó y qué no. Luego puede tomar la información y aplicarla a futuros sprints para replicar los aspectos positivos y reducir los negativos. Comience el proceso de revisión del sprint agradeciendo a los participantes, ofreciendo presentaciones breves y estableciendo reglas básicas para la discusión.

Retrospectiva de Sprint

La reunión retrospectiva del sprint brinda al equipo de scrum un espacio para reflexionar sobre el último sprint y determinar qué salió bien y qué salió mal. También se recopilan los comentarios de las partes interesadas y los clientes para priorizar las historias de los usuarios y mejorar el rendimiento del producto.

Preparación de trabajos pendientes

Una vez que finaliza este ciclo, comienza de nuevo volviendo al trabajo pendiente y tomando el siguiente elemento listo en la parte superior de la lista de prioridades. La preparación del backlog consiste en mejorar el proceso Scrum mediante la priorización del trabajo en función de la experiencia previa y continuar refinando el trabajo para que sea lo más eficiente posible.

Artefactos Scrum

En la metodología Scrum, el término artefacto se refiere a los conceptos clave que utiliza el equipo Scrum para desarrollar productos en un entorno ágil. Revisaremos los artefactos más críticos que todo equipo de scrum necesita: acumulación de productos, acumulación de sprints e incremento de productos.

• Product Backlog: El propietario del producto hará una lista del trabajo que debe realizarse y lo ordenará según la prioridad. Esto está construyendo su cartera de proyectos. Lo hacen determinando qué elementos son imprescindibles, cuáles son menos críticos y cuáles no se ajustan al marco de tiempo asignado. Eso significa que el valor de cada artículo debe ser claro. ¿Cuál es su impacto, riesgo y cómo el elemento podría ayudar en el proceso de aprendizaje?
• Sprint Backlog: el sprint backlog se puede definir simplemente como el conjunto de historias de usuario en las que el equipo de scrum trabajará en un solo sprint. Es importante asegurarse de que las historias de usuario más críticas sean siempre aquellas en las que se está trabajando y que ninguna de ellas pase desapercibida.
• Incremento del producto: el término incremento del producto se refiere a todos los elementos de la cartera de productos que se han completado durante un sprint y también se puede utilizar para describir la suma de todos los elementos de la cartera de pedidos completados y las historias de usuario.

La teoría de la metodología Scrum ha evolucionado con el tiempo. Los expertos en Scrum han sugerido que en realidad hay 7 artefactos de Scrum. Esta visión ampliada puede ser muy útil para definir mejor los objetivos del equipo scrum.

Historia de Scrum

Orígenes

El proceso Scrum tiene sus orígenes a principios de la década de 1990. A Jeff Sutherland y Ken Schwaber se les ocurrió el proceso, que presentaron en la conferencia Programación, sistemas, lenguajes y aplicaciones orientados a objetos (OOPSLA) en Austin, Texas en 1995. Luego formalizaron la metodología en un artículo publicado llamado “Software SCRUM Proceso de desarrollo."

El nombre scrum, sin embargo, se heredó de un artículo publicado en 1986 por los expertos en administración Hirotaka Takeuchi e Ikujiro Nonaka, llamado “El nuevo juego de desarrollo de nuevos productos”. Estaban usando la palabra scrum en relación con el rugby como un medio para enfatizar la importancia de la colaboración en equipo para el éxito del proyecto.

El documento informó sobre una investigación que mostró cómo el desempeño en el desarrollo de proyectos nuevos y complejos se benefició de equipos pequeños y autoorganizados a los que se les asignaron objetivos en lugar de tareas. Los equipos que sobresalen son los que reciben dirección, pero con autonomía para crear sus propias tácticas para lograr esos objetivos.

Scrum y desarrollo de software

El marco Scrum luego aplicó esta investigación sobre prácticas adaptativas al desarrollo de software. En el camino, Schwaber reclutó al profesor Babatunde A. Ogunnaike Tunde, un ingeniero de investigación de control de procesos, para ver cómo funcionaba Scrum con otras metodologías.

Se determinó que metodologías como la cascada y otros procesos tradicionalmente estructurados no estaban alineados con el marco scrum. El profesor Tunde concluyó que un enfoque empírico era el proceso que mejor funcionaba con scrum.

En 2001, Sutherland y Schwaber y otros 15 líderes de desarrollo de software crearon el Manifiesto para el desarrollo ágil de software. Poco después, se fundó Agile Alliance y Schwaber se convirtió en su primer presidente. Schwaber fue coautor con Mike Beedle del primer libro sobre scrum, Agile Software Development with Scrum, en 2001.

Scrum en la década de 2000

Scrum Alliance fue fundada en 2002 por Schwaber, un presidente, con Mike Cohn y Esther Derbry. Más tarde agregaron un brazo de certificación a la organización, con programas Certified ScrumMaster. En 2006, Sutherland creó Scrum, Inc. y continúa impartiendo los cursos de Certified Scrum.

Los cambios en la comunidad scrum continuaron cuando en 2009 Schwaber dejó Scrum Alliance para iniciar Scrum.org, que ofrece Professional Scrum Series.

Desde entonces, Scrum ha asumido un papel global en la gestión de proyectos con la primera publicación de la Guía Scrum en 2010, que se ha actualizado en 2011 y 2013. Hoy en día es conocido como uno de los marcos ágiles más utilizados en la gestión de proyectos.

Incluso está creciendo para trabajar con equipos grandes. Scrum of Scrums se aplica al uso de la técnica para escalar scrum a grupos grandes.

¿Cómo encaja Scrum en Agile?

Scrum es una parte del proceso ágil, pero ciertamente no es la única parte. Agile es una carpa grande, pero scrum es un pilar importante. Piense en Scrum como un marco mediante el cual puede implementar un desarrollo ágil.

Agile no tiene un conjunto de pasos a seguir, por lo tanto, Scrum proporciona un medio para aplicar Agile a su proyecto. Hay muchos marcos que puede usar en el desarrollo ágil, como la programación extrema o el desarrollo basado en funciones, pero la simplicidad y la autonomía de scrum son puntos de venta.

Scrum también se puede utilizar como punto de entrada a otras prácticas ágiles. Tampoco es únicamente un marco para el software, sino que puede beneficiar a muchos otros tipos de proyectos.

Glosario de términos de Scrum

Antes de definir el marco de scrum, aquí hay una breve lista de algunos de los términos más comunes que se usan cuando se trabaja en un entorno de scrum.

Gráfico de trabajo pendiente: un gráfico de trabajo pendiente muestra que queda mucho esfuerzo en comparación con el tiempo.

Burnup Chart: Mide el aumento de una medida frente al tiempo.

Daily Scrum: Breve reunión de scrum sobre el trabajo del día.

Definición de Hecho: La definición de hecho (DOD) es uno de los siete artefactos de scrum. Es un criterio de aceptación acordado por el equipo scrum.

Equipo de Desarrollo: Responsable de gestionar el trabajo relacionado con cada sprint.

Estándares de Ingeniería: Estándares compartidos para el desarrollo incremental de proyectos.

Backlog del producto: un backlog del producto es un trabajo que debe realizarse en un orden específico.

Refinamiento de la cartera de productos: cuando el propietario del producto y el equipo agregan detalles a la cartera de productos, también conocido como preparación de la cartera de pedidos.

Propietario del producto: el gerente responsable del producto y del equipo.

Scrum: Framework para la colaboración en equipo en proyectos complejos.

Tablero de Scrum: un tablero de Scrum ayuda a los equipos de Scrum a administrar su trabajo.

Scrumban: Scrumban es una metodología híbrida que combina la gestión de proyectos Scrum y Kanban.

Scrum Master: el rol de Scrum Master es similar a un entrenador que ayuda al equipo con su experiencia.

Scrum Team: Dueño del producto, equipo y scrum master. Obtenga más información sobre los roles de scrum.

Autoorganización: Autonomía del equipo dentro de los límites de los objetivos del proyecto.

Sprint: Tareas cortas, una siguiendo inmediatamente después de la finalización de otra.

Sprint Backlog: lo que el equipo necesita para completar el sprint.

Sprint Goal: El propósito del sprint.

Planificación de Sprint: la planificación de Sprint es un evento de primavera en el que los equipos de scrum planifican su próximo Sprint.

Sprint Retrospective: Breve autopsia del sprint.

Sprint Review: breve revisión del sprint para ayudar a agregar mejoras al siguiente.

Stakeholder: No miembro del equipo que suele ser el iniciador de un proyecto.

Velocidad: la cantidad promedio de acumulación de productos convertida en un incremento del proyecto durante el sprint.

ProjectManager ayuda a los equipos Scrum

La metodología Scrum requiere colaboración y flexibilidad. ProjectManager, un software de gestión de proyectos y trabajo basado en la nube, conecta a los equipos de scrum y les brinda las herramientas que necesitan para trabajar en un entorno ágil. Nuestra herramienta brinda datos en tiempo real que mantienen a todos actualizados y comunicados sin importar dónde se encuentren, cómo trabajen o qué rol desempeñen en el proyecto.

Crear y administrar tableros Scrum

Nuestras múltiples vistas de proyectos significan que otros departamentos pueden colaborar en diagramas de Gantt o en nuestra vista de hoja. Pero los equipos de scrum usarán nuestra vista de tablero de scrum, que les permite administrar su acumulación de historias de usuarios y trabajar juntos al planificar un sprint.

Los tableros de Scrum también brindan a los propietarios de productos y a los maestros de scrum la visibilidad para realizar un seguimiento del progreso y detectar posibles cuellos de botella, que pueden eliminarse rápidamente mediante la reasignación de recursos.

Realice un seguimiento de los flujos de trabajo de Scrum con paneles en tiempo real

No desea interponerse en el camino de su equipo autodirigido, pero necesita saber lo que están haciendo. Nuestro tablero en tiempo real rastrea seis métricas de proyectos. No se requiere configuración como con productos inferiores. Nuestros flujos de trabajo personalizados le permiten aplicar disparadores que configuran acciones automáticamente para liberar a su equipo para que se concentre en su trabajo. Además, las aprobaciones de tareas le permiten controlar los cambios de estado.

Colabore con su equipo Scrum

Ya sea que su equipo esté bajo un mismo techo o trabaje en diferentes zonas horarias, nuestra herramienta basada en la nube les permite trabajar juntos. Los miembros del equipo pueden comentar a nivel de tarea, etiquetar a otros no asignados a esa tarea para incorporarlos a la conversación y compartir imágenes y documentos. Las notificaciones por correo electrónico y las alertas en la aplicación mantienen a todos actualizados al instante.

Nuestro software no solo es ideal para scrum, sino que también puede funcionar con metodologías más tradicionales como cascada o un híbrido de muchos métodos de gestión de proyectos. Nuestra herramienta le permite colaborar con otros departamentos de su organización que no son ágiles. Es la única herramienta de gestión de proyectos y trabajo que necesitará para alcanzar el éxito.

ProjectManager es un software de gestión de proyectos que se encuentra en una posición única para ayudar a los directores de proyectos en cada fase de su trabajo, independientemente de la metodología que elijan para enmarcarlo. Al estar basado en la nube, recopila datos en tiempo real y tiene las herramientas para ayudar a los equipos a colaborar, brindándoles la autonomía requerida de scrum con el monitoreo y la gestión para cumplir con el cronograma y el presupuesto. Vea cómo puede ayudarlo a usted y a su equipo al realizar esta prueba gratuita de 30 días.