agile, Project Management, The Project Manager Blog

Scrum Artifacts: una guía rápida


Scrum es un marco flexible diseñado para ayudar a los equipos autoorganizados a ejecutar proyectos rápidamente en un entorno ágil.

Los clientes o clientes a menudo cambian ideas a mitad de camino. La naturaleza dinámica de estos proyectos evidencia la necesidad de que cada equipo ofrezca transparencia y comparta información de manera rápida y efectiva.

Por lo tanto, los sprints ágiles exitosos hacen uso del software scrum y los artefactos scrum para transmitir información clave, entregar transparencia y mantener el proyecto. rodando a tiempo.

¿Qué son los artefactos Scrum?

Los artefactos Scrum son formas de describir el trabajo que se debe hacer, y siempre agregan valor durante un sprint. Los artefactos de scrum pueden verse como pepitas de información vital para el equipo de scrum. Capturan información compartida para el equipo en un momento determinado.

Esto es de vital importancia, especialmente para los equipos distribuidos que pueden trabajar desde casa, ya que proporciona una plataforma donde pueden ver cómo les está yendo en un sprint en particular . Esto mantiene a todos en la misma página, sin importar dónde se encuentren.

Artefactos Scrum en detalle

Hay tres artefactos scrum principales, según la guía scrum. Explicaremos cada uno de ellos a continuación, junto con un elemento básico adicional de cualquier sprint exitoso.

1. Producto atrasado

Un producto atrasado es una lista de todo lo que se necesita lograr en un proyecto, desglosado en elementos individuales. Aquí es donde el propietario del producto prioriza los requisitos básicos de cada característica necesaria para el producto final para el equipo de scrum.

No es una lista de tareas inmutables, y a menudo evoluciona con el tiempo. Por ejemplo, si hay un cambio en el entorno empresarial, las condiciones de comercialización o las demandas técnicas, la cartera de productos reflejará esos cambios.

La cartera de productos está compuesta por tres tipos diferentes de elementos.

  • Historias de usuarios que son descripciones de alto nivel de una característica, contadas desde la perspectiva del usuario final del producto.
  • Errores, que son problemas que surgen que el propietario del producto desea solucionar.
  • Tareas que se asignan al equipo de scrum para completar.

La cartera de pedidos crece a medida que se construye el producto. Cuando se agregan cambios, pueden incluir más detalles, estimaciones o un cambio de prioridad. El propietario del producto y el equipo trabajan regularmente para refinar la cartera de pedidos del producto. Esto puede ocurrir en cualquier momento.

Cuanto más importante es el elemento del producto atrasado, más detallado es. Cuando los elementos en la cartera de productos se eligen para el próximo sprint iterativo, se refinan aún más para que se desarrollen durante el sprint. Cuando el equipo puede entregar el elemento de la cartera de pedidos del producto en un sprint, entonces están listos para una reunión de planificación de sprint.

Refinando la cartera de pedidos del producto

La refinación de la cartera de pedidos del producto incluye actividades tales como revisar las historias de usuarios de máxima prioridad en la parte superior de la cartera de pedidos y preguntas al propietario del producto sobre ellos. Esto incluye, si es necesario, eliminar historias de usuarios y luego escribir nuevas. A continuación, se vuelve a priorizar el trabajo atrasado del producto.

Luego, estas nuevas historias de usuarios deben estimarse en términos del tiempo que llevará completarlas, u otros necesitarán obtener una nueva estimación de su duración. Se deben preparar otras historias de usuarios para futuros sprints, sin perder de vista el panorama general de la arquitectura del producto a medida que evoluciona la cartera de pedidos.

2. Backlog de Sprint

El backlog de sprint es la parte del backlog del producto en el que el equipo estará trabajando en su sprint. Piense en ello como la lista de tareas para el sprint.

La acumulación de sprint se divide en tareas para que el equipo las ejecute. Cada elemento en el backlog de Sprint necesita ser desarrollado, probado y documentado. El propietario del producto ayuda al equipo scrum a generar una acumulación de sprint durante su reunión de sprint.

La acumulación de sprint a menudo se representa como un tablero de tareas, que se divide en columnas que representan el flujo de trabajo. Tienden a tener los siguientes títulos:

  • Para hacer que son tareas que aún no han comenzado
  • Hacer donde el trabajo ha comenzado
  • Para verificar que se han completado tareas que están esperando la verificación por parte de otro miembro del equipo scrum
  • Hecho lo que significa que no se requiere más trabajo

Refinando el Backlog de Sprint

El backlog de Sprint, como el backlog del producto, es un documento vivo y puede ser cambiado por el equipo scrum. El trabajo se discute regularmente en el scrum diario y la acumulación de sprint se modifica según sea necesario. Todo esto sucede durante el sprint corto, y solo el equipo scrum puede hacer estos cambios a medida que ocurren durante el sprint.

Si hay un requisito para un nuevo trabajo, se agrega a la cartera de pedidos del sprint. Luego, a medida que se completa el trabajo, se actualiza la estimación de qué trabajo queda por hacer. Si hay elementos que se vuelven innecesarios, se eliminan.

Relacionado: 7 Consejos para la preparación del trabajo atrasado para principiantes

Pero, de nuevo, solo el equipo scrum puede hacer esto. Ellos tienen la propiedad sobre el backlog de Sprint y este proceso. El retraso del sprint es muy visible y proporciona una imagen del sprint mientras el equipo está trabajando en ello.

3. Incremento del producto

Este es el artefacto scrum más importante. El incremento de producto es todos los elementos de la cartera de pedidos de productos que se han completado durante un sprint.

Cada sprint está potencialmente creando incrementos de producto que se pueden enviar, por lo que el incremento de producto debe ajustarse a la definición de hecho del equipo y ser aceptable para el propietario del producto.

La definición de "hecho" es compartida entre el equipo scrum, aunque es diferente para cada equipo scrum. La definición de hecho evoluciona a medida que el equipo madura: se vuelve más expansivo o estricto a medida que el proyecto continúa.

El incremento del producto no es solo la suma de todos los elementos de la cartera de proyectos completados en el transcurso de un sprint, sino que también es El valor de los incrementos sobre el último número de sprints completados. Esto es transparencia no solo para el equipo, sino para las partes interesadas en términos de dónde está el producto en este momento.

4. Gráfico de quemado

Aunque no siempre se considera parte de los artefactos esenciales de scrum, el gráfico de quemado es importante para no descuidarlo. Es un gráfico que muestra qué tan rápido el equipo está completando las historias de usuario o elementos en la cartera de productos. Por lo tanto, un gráfico de quemado está ilustrando el esfuerzo total contra la cantidad de trabajo para un sprint.

El propósito de un gráfico de quemado es asegurarse de que el proyecto se mantenga en buen camino, y que el producto se vaya a cumplir con las expectativas y llegar a tiempo.

La tasa de progreso de un equipo scrum se llama velocidad, que es el número de puntos de historia en la historia del usuario que se han completado durante el sprint. El trabajo parcialmente terminado no se calcula en velocidad.

ProjectManager.com para equipos Scrum

ProjectManager.com tiene las características que los equipos scrum necesitan para administrar fácilmente sus artefactos scrum. Debido a que es un software de administración de proyectos basado en la nube, es especialmente conveniente para los equipos remotos, que pueden permanecer en el ciclo del proyecto sin importar dónde estén o cuándo estén trabajando.

Múltiples formas de administrar un proyecto

Allí son múltiples vistas de proyectos en ProjectManager.com, lo que lo hace lo suficientemente flexible como para servir a equipos ágiles, equipos que trabajan en una metodología más tradicional e incluso un híbrido de los dos. La vista del tablero kanban es ideal para equipos scrum.

Los elementos de la cartera de productos se pueden recopilar en tarjetas kanban, que se pueden etiquetar, agregar fechas de vencimiento, seguir el progreso y asignar a uno o más miembros del equipo.

 Un tablero kanban en ProjectManager.com
Un tablero kanban en ProjectManager.com

ProjectManager.com también tiene almacenamiento ilimitado de archivos, por lo que se pueden adjuntar objetivos, historias de usuarios y otros materiales relacionados. las cartas. Es la herramienta perfecta para administrar el trabajo atrasado de su producto.

Fácil preparación del trabajo atrasado

El tablero kanban también se puede usar para el trabajo atrasado de sprint. Las columnas son personalizables para adaptarse a la forma en que trabaja su equipo. Las tarjetas se pueden arrastrar y soltar de una columna a la siguiente a medida que avanzan por el flujo de trabajo.

Las tarjetas pueden tener listas de tareas personalizadas, y los miembros del equipo pueden colaborar comentando la tarjeta. Incluso pueden etiquetar al propietario del producto o al scrum master, a quienes se les notificará por correo electrónico y se los llevará a la conversación. Esto proporciona una gran transparencia para todo el equipo de scrum.

Seguimiento en tiempo real

En lugar de utilizar un simple gráfico de quemado, ProjectManager.com calcula su velocidad de sprint automáticamente al rastrear seis métricas del proyecto, que se alimentan instantáneamente a la realidad. tablero de tiempo. Los propietarios de productos pueden monitorear el progreso de la tarea, la carga de trabajo del equipo, el costo y más para asegurarse de que el sprint esté en camino.

 Progreso de las pistas del tablero de ProjectManager.com
Siempre conozca el estado de su sprint gracias a nuestro panel de control en tiempo real.

ProjectManager.com es un software de gestión de proyectos basado en la nube que ayuda a los equipos scrum a gestionar mejor sus sprints y a los propietarios de productos a controlar la cartera de pedidos. Un panel de control en tiempo real actúa como su gráfico de consumo, por lo que siempre sabrá en qué parte del proyecto se encuentra. Vea qué más puede hacer ProjectManager.com para su equipo de scrum al tomar hoy esta prueba gratuita de 30 días.

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>