Las consecuencias de un Backlog interminable

Nuestro Product Backlog con el tiempo se va llenando y convirtiendo en un Backlog interminable. En este artículo te planteo las consecuencias más relevantes que tiene.

El mantenimiento del Product Backlog, o de un Backlog de Portfolio si estamos aplicando algún marco de escalado Agile, es uno de los aspectos más relevantes cuando llevamos tiempo trabajando con Scrum. En muchos casos, casi sin dar nos cuenta, el Backlog estará lleno de elementos que se han quedado obsoletos, que han perdido su relevancia, o que ya no son necesarios. Y sin embargo, nos cuesta eliminarlos con el argumento “para cuando tengamos tiempo”. Eso no va a ocurrir, no vas a tener tiempo, sobre todo si tus equipos Scrum mantienen diferentes productos.

En equipos Scrum que están dedicados en exclusiva a productos o proyectos nuevos, que cubren una necesidad y tienen un tiempo limitado, es más sencillo evitar que el Backlog se llene de elementos innecesarios. Utilizando técnicas de división y priorización temprana, como User Story Mapping, MoSCoW, o Kano, nuestro Backlog estará siempre ocupado con los elementos más importantes para nuestros clientes, y evitaremos que se llene con aquellos que no van a ocurrir.

En equipos Scrum que además de nuevo producto, se dedican a evolucionar y mantener los productos existentes, es mucho más probable que se nos vaya llenando el Backlog de elementos innecesarios. En uno de nuestros clientes anallizando las causas que nos han llevado a una situación de Backlog de Portfolio eterno, llegamos a las siguientes:

W

La creación del Backlog la realizamos partiendo de todas las solicitudes realizadas por las áreas de negocio de la empresa.

W

Incorporamos al Backlog todas las solicitudes de mejora encubiertas enviadas por las áreas de negocio. Es decir, incidencias reportadas que en realidad eran evoluciones o mejoras de los productos.

W

El proceso de llegada de las nuevas solicitudes no tiene criterios de aceptación o rechazo de las mismas. Simplemente se aceptan y se priorizan.

Esto les ha llevado a que su Backlog de Portfolio tenga una profundidad excesiva, y contenga elementos para sus equipos Scrum trabajen durante 3 años sólo para completarlo, sin que entre nada nuevo. Si estás leyendo esto, es muy probable que te sientas identificado.

Consecuencias de un Backlog Eterno

En próximos artículos te contaré formas simples de mantener el Backlog controlado, pero hoy lo que quiero es que entiendas las consecuencias que detectamos en nuestro cliente, por tener un Backlog eterno.

\

Sensación de "Nunca vamos a acabar"

Es algo que nos pasa a todos cuando tenemos una lista de tareas tan larga, que no le vemos el final. Da igual el tiempo que dediquemos, no se va a acabar. En los equipos Scrum ocurre lo mismo. Con Backlogs tan grandes, es muy fácil que se instale la sensación de que no importa cuánto entreguen, ni su velocidad, ni lo que mejoren sus procesos o como equipo, simplemente hay tanto trabajo que no se va a acabar nunca. Y esto puede llevarles a la desmotivación, el desánimo, la relajación, el síndrome del quemado, y muchos otros estados de ánimo que van a frenarles en su evolución como equipo Scrum y en el aporte de valor a la empresa.

\

Un mayor esfuerzo para mantenerlo

El esfuerzo necesario para mantener el Backlog priorizado, ordenado y con la información actualizada aumenta exponencialmente con el número de elementos que contiene.
Cuántos más elementos más matices hay a la hora de priorizar. El aporte de valor será muy similar a más elementos, y necesitaremos disponer de una información con un mayor nivel de detalle para poder decidir.
Cuánto mayor nivel de detalle de la información sea necesario para decidir, más tiempo tienen que dedicar los Product Owner a conseguir la información y mantenerla actualizada. Y esto de una cantidad excesiva de elementos.

\

Duración sesiones de trabajo con el Backlog

Especialmente las sesiones que tenemos con las áreas de negocio para priorizar el Backlog de Portfolio. Es algo fácilmente entendible, priorizar 10 elementos es mucho más rápido y sencillo que priorizar 50. Y lo mismo ocurre con las sesiones propias de los equipos Scrum, o de coordinación de los Product Owners.
Aquí también entra en juego la cantidad de información que necesitamos para decidir.

\

Y lo mío para cuándo

Las áreas de negocio entienden que todo lo que está en el Backlog se ha aceptado, y por tanto, comprometido su desarrollo. Pero cuando ven la cantidad de elementos que hay, y cuántos están por delante de su solicitud, cunde el desánimo y desconectan de las sesiones de coordinación de IT con negocio. O simplemente dejan de asistir.
Además es muy complicado gestionar sus expectativas. No importa cuánto mejore su velocidad de entrega de valor el área de IT, siempre tendrá un montón de solicitudes sin atender, y por tanto, áreas de negocio descontentas.

Resumen

La dinámica del día a día y el afán de atender todo aquello que te solicitan, tendrá como consecuencia un Backlog eterno, que provocará a nivel general en nuestros equipos Scrum y en la empresa, la sensación de “esto no va a acabarse o hacerse nunca”. Recuerda que una de las mejores armas de un buen Product Owner es saber decir “No ahora, sí más adelante”.

En nuestro artículo ¿Como evitar un Backlog eterno?, te contamos algunos trucos para no llegar a esta situación.

También te puede interesar.

Burndown y Burnup para el Scrum Master

Como Scrum Master puedes obtener información muy valiosa analizando estos dos gráficos para entender lo que está ocurriendo en tu equipo.

Ventajas de aplicar el Lead Time en los Equipos Scrum

En ocasiones, cuando arrancamos con los Equipos Scrum, nos encontramos con un par problemas habituales: el tamaño de los PBIs y que trabajan en paralelo en todas los PBIs del sprint. Hoy te traigo una solución que hemos puesto en marcha en algunos Equipos Scrum de nuestros clientes.

Monta equipos Scrum de éxito

Cómo montar equipos Scrum de éxitoYa sabes lo que es un equipo Scrum. Es hora de dar un paso adelante y entender cómo montar un equipo Scrum de éxito. ¿Qué tipo de perfiles incorporas? ¿Cómo se balancean? ¿Cuándo les incorporas? Son preguntas que probablemente te...

Cómo mejorar tu Scrum Daily

En ocasiones nos encontramos con equipos en los que la Scrum Daily se ha convertido en un evento individualista donde cada miembro del equipo de desarrollo comenta las tareas realizadas durante el día anterior, muchas veces con cierto carácter de reporte. Sin embargo, la daily es un evento colectivo donde a través de la inspección y adaptación se traza un plan de trabajo del día para el equipo.

Cómo facilito una retrospectiva si no soy Scrum Master

Una buena retrospectiva da la oportunidad al equipo de analizar su funcionamiento y establecer mejoras. Te dejamos consejos para facilitarla.

En que punto del proceso consideramos el Producto como Entregable

Escoger dentro de nuestro proceso de generación de producto entregable el punto adecuado, puede ser muy complejo cuando dependemos de terceros.

Multiplica los resultados de tu Sprint Planning

Hoy es día de Sprint Planning. Miras hacia tu equipo y… sólo ves pacas de paja rodar de un lado a otro. ¿Qué ha pasado con tus compañeros? ¿Dónde se esconderán? ¡Te han dejado solo! Te traigo 5 consejos para multiplicar los resultados de tu Sprint Planning.

Es importante usar Historias de Usuario

Usar Historias de Usuario es importante para los Product Owner, además de la más utilizada a la hora de escribir el Product Backlog.

Cómo convivir con las incidencias en un Equipo Scrum

En los Equipos Scrum que desarrollan nuevo software y mantienen el ya existente, es muy habitual tener que lidiar con incidencias provocadas por el software en producción. Su gestión es complicada ya que interrumpen directamente nuestro plan para el sprint, y al producto ya priorizado en el Product Backlog.

Apoya a tu equipo entendiendo qué le ocurre

La transparencia es uno de los pilares de Scrum. Con ella conseguimos hacer visible lo que ocurre dentro del producto, equipo, personas, … para hacer inspección y adaptación. ¿Cómo podemos saber qué ocurre en el equipo para poder apoyarle?

0 comentarios

Enviar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Aceptarás nuestra política de cookies si continúas navegando.

ACEPTAR
Aviso de cookies