Las herramientas ágiles de Leangoo
Con la creciente popularidad de SAFe, Leangoo proporciona una función de marco SAFe completa esta vez, que incluye: acumulación de programas, planificación de PI, planificación de iteraciones, ejecución de iteraciones, estadísticas de iteraciones, etc.
¿Qué es SAFe?
SAFe (Scaled Agile Framework) es el marco ágil a gran escala más utilizado en el mundo. Combinando Lean, Agile y DevOps, SAFe es una base de conocimiento de prácticas y capacidades comprobadas de Lean-Agile.
SAFe nació en 2011. En solo 12 años, ha habido más de 1,2 millones de profesionales certificados por SAFe en todo el mundo, y ha seguido creciendo rápidamente y ha sido reconocido por más y más profesionales en todo el mundo. Más de 20 000 gigantes corporativos conocidos en todo el mundo están utilizando SAFe, desde tecnología, software, finanzas, atención médica hasta aviación y fabricación. El 70 % de las empresas Forbes Fortune 100 utilizan SAFe. SAFe es el marco ágil a gran escala más popular y aceptado del mundo.
Entonces echemos un vistazo a cómo usar Leangoo para hacer SAFe ágil a gran escala ~
Plantilla de proyecto SAFe
En Leangoo, después de crear un proyecto con la plantilla de proyecto SAFe, el sistema creará automáticamente tres tableros Kanban, a saber: Program Backlog, Scrum of Scrums y Defect Kanban. Los equipos pueden usar directamente estos tableros Kanban para comenzar rápidamente la colaboración del proyecto.
Letrero de trabajo pendiente del programa
Program Backlog Kanban es un área de preparación para futuras historias destacadas (Feature), que se puede usar para satisfacer las necesidades de los usuarios y brindar beneficios comerciales para un Agile Release Train (ART).
En Program Backlog Kanban, podemos agregar múltiples PI (cada lista representa un PI) e historias destacadas que deben completarse en el PI.
Los artículos destacados con alta prioridad se colocan en el PI anterior, y aquellos que deben priorizarse en el PI se colocan en la posición superior, o la prioridad de cada artículo destacado se marca con una etiqueta.
Nueva columna PI
En el tablero Program Backlog, el sistema crea 2 columnas PI por defecto. Podemos hacer clic en el botón "Nuevo PI" para crear un nuevo PI, completar el ciclo de PI y el número de iteraciones, y el número de iteraciones es el número de listas de iteraciones en el Team Backlog Kanban creado posteriormente.
Modificar información de PI
Después de crear la columna PI, podemos modificar la información PI en cualquier momento. Por ejemplo, iniciar PI, modificar PI, finalizar PI, eliminar PI, etc.
Nota: La modificación de la información de PI no se admite para el PI completado.
Ver información IP
Habrá un ícono "PI" a la izquierda del encabezado de la lista. Los diferentes colores del ícono indican los diferentes estados del PI, y un PI en progreso tendrá una línea verde horizontal en la parte superior de su lista para resaltar su estado.
Cuando el mouse pasa sobre el icono "PI", se mostrará la información básica del PI, como: estado del PI, fecha de inicio, fecha de finalización, número de tarjetas completadas, número de tarjetas sin terminar, trabajo terminado y trabajo sin terminar.
Iniciar IP
Después de completar la historia principal en Program Backlog Kanban, se puede llevar a cabo la planificación de PI.
Antes de la planificación de PI, primero debemos iniciar un PI. Al iniciar PI, debe completar y reconfirmar el ciclo de PI y la cantidad de iteraciones en el tablero de Team Backlog que se creará.
Nota: No se puede iniciar un PI hasta que finalice otro PI.
Iniciar el sistema PI creará un Team Backlog Kanban correspondiente al PI para cada equipo Scrum.
planificación IP
Después de iniciar un PI en Program Backlog Kanban, las historias destacadas en la columna PI se pueden planificar en el Team Backlog Kanban correspondiente al PI.
Haga clic en el botón "Planificación de PI", y todos los trabajos pendientes del equipo correspondientes al PI aparecerán en el lado derecho del tablero. Arrastre las historias destacadas en la columna PI al trabajo pendiente del equipo. Una vez completada la operación, las historias destacadas se ser referenciado al tablero de Team Backlog.
Una vez completada la planificación de PI, ingrese el Kanban de acumulación de equipo de un determinado equipo. Hemos introducido y colocado historias destacadas en carriles de natación independientes a través de la planificación, y usamos las líneas de natación para corresponder horizontalmente a las historias de usuario divididas por historias destacadas.
El equipo divide estas historias destacadas en historias de usuarios más pequeñas y luego se prepara para la planificación de iteraciones posteriores.
Antes de la planificación de la iteración, el equipo debe estimar las historias de usuario que se realizarán y agregar la carga de trabajo, y luego todos deciden cuántas historias de carga de trabajo deben completarse de acuerdo con la velocidad anterior del equipo.
iteración de inicio
Después de desmontar las historias destacadas, el equipo puede ordenar las historias de usuario con mayor prioridad. Después de clasificar, antes de planificar la iteración, debemos iniciar una iteración. Nota: No se puede iniciar una iteración hasta que finalice otra iteración.
Una vez iniciada la iteración, el sistema creará un Kanban de iteración correspondiente a la columna de iteración Kanban de trabajo pendiente del equipo de forma predeterminada, y las tarjetas de tareas en la columna de iteración Trabajo pendiente del equipo se referenciarán al Kanban de iteración de forma predeterminada.
planificación de iteraciones
Después de agregar una tarjeta de historia de usuario en la columna de iteración del kanban de Trabajo pendiente del equipo, puede hacer clic en el botón "Planificación de iteración", arrastrar la tarjeta de tarea a la iteración correspondiente y se hará referencia a la tarjeta en el kanban de iteración.
ejecución iterativa
Después de que comience la iteración, ingrese la iteración Kanban, y podrá ver que las historias de usuario a las que se hace referencia se han colocado en carriles de natación independientes, y los carriles de natación pueden corresponder horizontalmente a historias de usuario y tareas divididas.
En función de la información relevante de estas historias de usuario (como los elementos de verificación y la información en la descripción), el equipo las divide en tareas más pequeñas y luego todos reciben el desarrollo.
A través del flujo de la lista, se refleja el progreso y la finalización de la tarea.
Signo de scrum de scrums
Scrum of Scrums Kanban es un equipo Scrum para la colaboración entre equipos. Scrum of Scrums lleva a cabo regularmente reuniones permanentes de Scrum of Scrums de acuerdo con el ritmo, generalmente 2 o 3 veces por semana, y la frecuencia también se puede aumentar según sea necesario.
Normalmente participa el Scrum Master. La reunión identifica impedimentos o dependencias entre equipos que impiden que el equipo complete su objetivo de sprint.
gestión de defectos
En el proceso iterativo, no solo necesitamos crear historias de usuario relevantes, sino también resolver los defectos del proceso. Por lo tanto, podemos usar un kanban de tipo de defecto para administrar los defectos diarios y luego planificar los defectos en el kanban iterativo durante la planificación de la iteración.
Se recomienda que los defectos de la iteración actual se coloquen en el kanban de iteración de la iteración actual y se reparen antes del final de la iteración.
"Defecto Kanban" generalmente almacena los defectos que quedan después del lanzamiento, los defectos informados por los clientes, etc.
Para la planificación de defectos en escenarios a gran escala, primero seleccione el equipo de destino que debe planificarse, luego planifique los defectos en el Kanban iterativo de este equipo y luego cambie al siguiente equipo para completar la planificación de defectos de varios equipos a la vez.
Revisión de sprint
En el desarrollo ágil, cada uno de nuestros equipos de iteración llevará a cabo una reunión retrospectiva. En este momento, el equipo puede colocar los elementos revisados en el tablero de revisión de Sprint y luego resolver gradualmente los problemas que deben mejorarse mientras se mantiene una colaboración eficiente en iteraciones posteriores. .
Echa un vistazo a la descripción general de Kanban del trabajo pendiente del programa
En la página de estadísticas del proyecto, puede ver la finalización de la carga de trabajo de cada historia destacada en cada PI en Program Backlog Kanban.
Ver distribución de defectos
La distribución de defectos también se puede ver en la página de estadísticas del proyecto, y el gráfico de estadísticas de defectos puede mostrar la distribución de tareas en cada lista en el kanban de defectos en el proyecto.
En Leangoo, las etiquetas se usan a menudo como categorías para tareas. También se puede utilizar para marcar la prioridad de las tareas, etc.
El kanban de defectos también admite estadísticas de defectos a través de etiquetas.
Progreso de iteración bajo cada PI
Leangoo proporciona estadísticas de progreso de la iteración, podemos ver el estado de finalización de la iteración de cada Backlog del equipo en cada PI del proyecto.
velocidad del equipo
Team Velocity es la cantidad de trabajo que un Equipo Scrum realmente realiza en un Sprint (a menudo usando puntos de historia como la unidad de Team Velocity).
En cada iteración, Leangoo registrará automáticamente la carga de trabajo completada en la iteración actual y generará automáticamente un gráfico estadístico visual de la tasa del equipo, para que el equipo pueda comprender y analizar la tendencia de los cambios en la eficiencia del equipo.
Tasa de finalización de la iteración
La tasa de finalización de la iteración es contar la finalización de cada kanban de iteración en el proyecto.
Configure el ciclo de Kanban y el gráfico de quemado, Leangoo contará automáticamente la tasa de finalización de cada iteración Kanban y generará automáticamente gráficos estadísticos visuales, para que la administración pueda ver la tasa de finalización de cada iteración de un vistazo
distribución del trabajo
Las estadísticas de distribución del trabajo muestran la distribución de tareas de los miembros del proyecto en todos los kanbans/mindmaps del proyecto.
A través de las estadísticas de distribución del trabajo, los gerentes pueden comprender rápida e intuitivamente la carga de trabajo y el estado del progreso del trabajo de cada miembro del proyecto, lo que ayuda al equipo a colaborar de manera más eficiente.
Ver y establecer el estado de Kanban
El estado de Kanban y las funciones de cambio de estado se agregaron recientemente en Kanban. Hay cuatro estados de Kanban: "no iniciado", "en progreso", "terminado" y "no establecido".
En la actualidad, solo el estado inicial del Kanban en el proyecto SAFe es "No iniciado". Para otros tipos de proyectos, el sistema tiene como valor predeterminado "No establecido", y puede ingresar el Kanban para configurarlo usted mismo.
Además de respaldar la metodología ágil a gran escala de SAFe, Leangoo también brinda capacitación sobre la metodología ágil a gran escala de SAFe.