Kanplan: where your backlog meets kanban

¿Es la práctica de la metodología ágil con una propuesta mixta adecuada para tu equipo?

Laura Daly Laura Daly

No hay una solución milagrosa a la hora de escoger un marco ágil adecuado para tu equipo. Tanto si usas kanban, como scrum, o una combinación de ambas metodologías, por ejemplo, scrumban y kanplan, la metodología ágil es un proceso de equipo. Cada equipo necesita averiguar qué marco funciona mejor como base para planificar, supervisar y publicar un software excelente.

scrumban frente a kanban y frente a scrum

kanban trata de dar a los miembros del equipo trabajo suficiente para que trabajen de forma constante según su capacidad. Los equipos que utilizan kanban se benefician de una planificación flexible, un enfoque más claro y una transparencia total porque, sea lo que sea lo que haya en el tablero, esa es la máxima prioridad. Eso es en lo que trabajan los desarrolladores. kanban es la solución perfecta para los equipos operativos centrados en la entrega continua con prioridades variables.

En cambio, scrum divide el trabajo en una serie de iteraciones de duración determinada llamadas sprints; sea lo que sea lo que se programe para un sprint esa es la máxima prioridad del equipo (por ejemplo, una funcionalidad concreta o un grupo de funcionalidades). Los equipos de productos con una hoja de ruta clara y pequeños trabajos ordenados por prioridades se benefician más de scrum.

Pero ¿no podría tu equipo beneficiarse más de una combinación de scrum y kanban? ¿O prefiere realizar la transición de scrum a kanban? Si crees que esto es lo mejor para tu equipo, la solución es scrumban. Esta metodología mixta se manifiesta de diferentes maneras, pero las tendencias más habituales entre los equipos de scrumban implican el uso de sprints con un backlog de scrum, y límites de trabajo en curso y duraciones de ciclo de kanban. (Nota: La duración del es la cantidad de tiempo que tarda una tarea en pasar por el workflow del equipo).

¿Qué ocurre con los equipos que no quieren trabajar de forma iterativa, pero siguen queriendo la capacidad de limpiar el backlog? Puede que kanplan (o la activación de la funcionalidad de backlog de kanban) en Jira Software sea la respuesta.

¿Qué es kanplan?

kanplan es una tecnología mixta para practicar el desarrollo de software ágil. Al igual que scrumban, combina funcionalidades tanto de scrum como de kanban. kanplan es ideal para equipos que quieren la capacidad de limpiar el backlog, pero no quieren trabajar en sprints. 

Por qué kanban es una base y no un marco estricto

El equipo de ingeniería de compilación de Atlassian está a cargo de una plataforma utilizada para correr la build, probar y entregar software de Atlassian. Los desarrolladores dependen de una infraestructura fiable y una rápida integración continua (IC). Hace cuatro años esto se traducía en 21 000 builds al mes. Hoy, esta cifra supera las 150 000 builds al mes.

Esta capacidad para ampliar puede atribuirse al crecimiento del equipo, que ha pasado de Subversion a Git, a las pruebas automatizadas y a algo menos obvio: la decisión de pasar de scrum a kanban. La naturaleza del trabajo de ingeniería de compilación (piensa en las solicitudes ad hoc, las incidencias y el trabajo de innovación, por ejemplo) no encajaba bien en un marco de scrum. Por ese motivo, el equipo decidió introducir scrumban, que pronto se convirtió en kanban porque al equipo no le gustaba trabajar con sprints. Pero, resulta que, kanban tampoco resultó ser el elixir que esperaban. Como muchos otros equipos, trataron de que funcionara. Pasaron de un tablero a varios (un tablero de ingeniería de soporte, un tablero de trabajo de proyectos, etc.), todos ellos con workflows diferentes. ¿Que cuál fue su mayor punto problemático en todos los tableros? El "terreno baldío", como lo denominó un miembro del equipo, de tiques no probados que debían pasarse al modo de "listo para el trabajo". Una vez en la columna de "en curso", el equipo estaba listo para continuar, pero su columna de "por hacer" —la columna de terreno baldío— era justamente eso: una tierra yerma.

Convierte tu lista de tareas pendientes en un backlog

Nuestro equipo de ingeniería de compilación trató de combatir su extensa y desorganizada lista de tareas pendientes con reuniones rápidas diarias y reuniones programadas semanalmente. Sin embargo, en lugar de más reuniones, lo que de verdad necesitaba era un backlog.

Dado que, normalmente, los tableros de kanban no cuentan con la funcionalidad de backlog, los gestores de productos, los jefes de desarrollo y los líderes de equipo han utilizado los tiques de la primera columna para planificar. Pero conforme esta lista aumenta, cuesta más ver y priorizar los tiques. Entonces, el equipo de ingeniería de compilación dividió sus tableros basándose en áreas de trabajo diferentes; sin embargo, el tablero combinado de equipos seguía siendo abrumador (se requería demasiado desplazamiento por la lista).

Así que, en lugar de intentar averiguar formas distintas de reorganizar al equipo, los tableros o hasta reinventar la rueda, el equipo de Jira Software decidió trasladar los backlogs a kanban. La funcionalidad de kanplan —ahora disponible en Jira Software Cloud y Server— incluye un backlog de columnas amplias con una vista de tiques en forma de lista. De esta forma, el tablero de kanban queda dividido en dos pantallas diferentes; el backlog para la limpieza del backlog y el tablero de kanban para que el equipo de ingeniería seleccione y mueva las tareas por el workflow.

Esta funcionalidad no es diferente al backlog de un tablero de scrum en Jira Software. Por ejemplo, cuando haces clic en el icono de backlog que se encuentra en la barra lateral, este te lleva a una columna ancha de tiques de backlog. Tras la limpieza del backlog, puedes arrastrar y soltar tiques en el siguiente paso de tu workflow.

kanplan: backlog ágil | Orientador ágil de Atlassian

Esta combinación de la pantalla de backlog de scrum y el tablero de kanban en un único tablero ágil funciona como un backlog de tablero de scrum. Si haces clic en un tique, se muestra la vista de detalles de dicho tique. Las vistas concretas, como la de detalles de tiques, permiten que cada miembro del equipo pueda llevar a cabo tareas de forma más rápida y con menos distracciones.

Por último, aquellos equipos que no son de scrum y que usan épicas y versiones preasignadas para organizar sus lanzamientos pueden beneficiarse de las herramientas que se encuentran en los tableros de scrum, por ejemplo, para visualizar tiques o realizar ediciones rápidas. Esta edición simple y rápida ofrece a los gestores de productos, a los jefes de desarrollo y a cualquiera que esté trabajando en modo de planificación, la capacidad para gestionar de forma eficiente las épicas y las versiones.

¿Quieres añadir un backlog a tu tablero de kanban?

¿Quieres darle una oportunidad?

Selecciona tu opción de desarrollo (Cloud o Server) y, después, sigue uno de estos tutoriales para activar un backlog en tu proyecto de kanban:

kanplan está pensado, como indicó un cliente, para traerte "lo mejor de ambos mundos". Puedes mover las cartas como quieras sin necesidad de tener un sprint en curso e introducir tareas en un backlog para ayudarte a planificar mejor Se acaba así con el terreno baldío con el que contaba el equipo de ingeniería en Atlassian y ofrece a los equipos de kanban un modo de planificación que nunca antes había existido en el mundo de kanban. Asimismo, propone una nueva forma de trabajar para los equipos que no sienten que kanban, scrum ni scrumban les proporcione la base que necesitan para desempeñar el trabajo que quieren. Al abrir el modo de planificación en un tablero de kanban, tanto los equipos que ya conocían kanban como los que lo utilizaban por primera, son capaces de encontrar formas de hacer que este nuevo marco ágil funcione en lugar de intentar seguir las buenas prácticas que podrían no aplicarse a sus equipos. Recuerda: en el desarrollo ágil, prevalece la mejora continua sobre las buenas prácticas.

Up Next
Diseño