Seleccionar página

Backlog: 3 maneras de organizarlo

Revisar cómo se organiza nuestro backlog con regularidad es imprescindible, es una buena práctica que puede hacer la diferencia entre que el backlog se convierta en un vertedero de ideas muertas o en una herramienta eficaz que impulse nuestro producto.
3 maneras de organizar tu backlog

Si trabajamos con alguna metodología ágil seguramente tengamos un backlog. Y no es usual que cuestionemos nuestro backlog, es una lista de cosas que esperamos, podríamos y nos gustaría hacer, pero ¿siempre tienen que estar representadas como una lista?

Jeff Patton fue una de las primeras personas en desafiar la noción de una acumulación lineal cuando escribió el libro User Story Mapping.

Pero en realidad, una acumulación lineal no suele ser algo malo, especialmente al comienzo del ciclo de vida del producto, cuando el producto aún está en su infancia y probablemente el equipo es pequeño. El número de usuarios se limita a unos pocos y la funcionalidad es simple y sencilla, como resultado, el backlog probablemente solo tenga unos pocos elementos, ¡ahhh, estos son los días de gloria!

Con el tiempo, asumiendo que tiene éxito, el producto comienza a crecer en complejidad: se agregan funciones, los usuarios ahora se encuentran en cientos de miles, y el backlog comienza a parecerse mucho a un embotellamiento en el peaje en hora pico. Los problemas que estamos tratando de explorar y en los que nos concentramos ahora son numerosos y los diferentes tipos de elementos (a menudo denominados “tipos de trabajo”) en nuestro backlog ahora superan en número al total de elementos que alguna vez tuvo. – desde defectos, mejoras de la interfaz de usuario, espacios de problemas para explorar, nuevas ideas innovadoras para probar, experimentos, nuevas funciones, optimización de funciones actuales, deuda técnica, seguridad, etc., la lista continúa.

Mantenerse al tanto de todo esto es un trabajo sobrehumano, y lamentablemente no lo somos. Es por eso que los trabajos atrasados ​​comienzan a recibir títulos como “el lugar donde las ideas van a morir”.

Revisar cómo se organiza nuestro backlog con regularidad es imprescindible, es una buena práctica que puede hacer la diferencia entre que el backlog se convierta en un vertedero de ideas muertas o en una herramienta eficaz que impulse nuestro producto.

Para ello, aquí hay 3 formas diferentes de estructurar nuestro backlog y no perder nada en el camino.

Idea Funnel Backlog

Idea Funnel Backlog

¡Literalmente un embudo! Una excelente manera de visualizar nuestro backlog y de restringir físicamente la cantidad de elementos que se encuentran en la parte “superior” (bien “derecha”). Esta forma de acumulación es excelente para ayudar con la priorización y el enfoque, al mismo tiempo que mantiene las cosas fluidas sin demasiados gastos generales o estructura formal. Podemos dividir el embudo en diferentes fases o podemos tratarlo como una hoja de ruta (incluso un simple “Ahora-Siguiente-Más tarde” funciona muy bien). 

Opportunity Backlog

Opportunity Backlog

En el mundo de Dual Track se divide el trabajo pendiente en dos: uno para la entrega y otro para el descubrimiento. Aquí es donde entra la acumulación de oportunidades, es la acumulación de descubrimientos. Todas las ideas, espacios de problemas y oportunidades se incluyen aquí, si se validan como una buena idea, pasan a la lista de entregas, aquí es donde las cosas se mueven del espacio del problema al espacio de la solución y finalmente lo construimos, lo enviamos y luego aprender de ello. Y, finalmente, el aprendizaje conducirá a más oportunidades y, por lo tanto, finalmente regresará a la cartera de oportunidades y ese es el círculo del desarrollo de productos.

Classes of work

Classes of work Backlog

Una de las cosas que hace este backlog es esencialmente dividir su acumulación por clases de trabajo. Se trata de segmentar el backlog en backlogs más pequeños: tenemos uno de deuda tecnológica, uno de mejoras en la interfaz de usuario, uno de funciones, etc. Este tipo de backlog permite tener bien visibles las prioridades de cada “clase de trabajo”. Es muy util cuando nuestro equipo de trabajo tiene subgrupos (ejemplo: diseño, front, back, devops, etc.)

¿Qué tipo de backlog es el mejor? No existe una respuesta correcta, como lo es en todo lo que respecta a agilidad, el mejor será el que más se adapte a las necesidades de tu producto.

Fuente: Blog de Product Board