Principios para uso de tableros digitales

Clase 6 de 12 • Curso de Fundamentos de Product Owner

Clase anteriorSiguiente clase

Homerly Lorena Acevedo Mantilla

student•

La línea de tiempo de Notion funciona perfecto para este tipo de seguimientos

Eduardo Sánchez Mendoza

student•

Podrías compartir un ejemplo?

Daniel Hidalgo

student•

lo mismo pensaba pedir... un ejemplo por favor!

Joan S.TrianaV

student•

PRINCIPIOS PARA EL USO DE TABLEROS DIGITALES

Entender que el trabajar de un tablero digital, es entender que se trabaja en una concepción de columnas de estado, es decir que se deben mover los elementos de trabajo conforme a los estados que van teniendo, tiene una transición que va de lo que se está acostumbrado a concebir y reportar los avances por porcentajes en una visión orientada a actividades, a un cambiarse por entregables que se van moviendo en estados. Cuando en ágil se habla de entrega de valor frecuente al cliente, se refiere a valor completo, no sirve reportar que se tiene un 90% de avance si aún no se puede entregar. Cuando se cambia a un tablero digital, el porcentaje de avance no existe como tal.

Las columnas base que trae la agilidad son: -Sin Iniciar: backlog o pila de producto. -En proceso: cuando el entregable se empieza a hacer realidad. -Terminado: cuando se ha terminado con el entregable.

Algo importante es establecer los acuerdos para pasar un elemento de trabajo de una columna a otra. Cuando se establecen los acuerdos, se pueden establecer criterios importantes para cuidar la calidad y cuidar que lo que se este avanzando se este realizando de la manera correcto.

Aunque Sin Iniciar, En proceso y Terminado son las tres columnas base, se pueden agregar otras columnas. Es importante tener claro que los elementos de trabajo del tablero se mueven en una sola dirección, es decir no se regresan, van solo hace adelante y se cuida que el estado se cumpla para ir al otro. Pueden existir casos extraordinarios de regresar elementos, pero eso es un síntoma de que un acuerdo no se cumplió o algo no quedo claro en el esquema de trabajo.

El Product Owner debe cuidar que el trabajo siempre este visible y claro.

Jhon Jairo Santiago Carvajalino

company_admin•

Columnas en Nuestros tableros

Open (Product Backlog)
ToDo (Sprint Backlog)
Doing
Review
Done
Close

Eduardo Valadez Sánchez

student•

Gracias, creo que me puede servir este criterio por ejemplo la de Review pueden ser mis pruebas.

Luis Carlos

student•

En mi caso, estamos usando Monday ya que la empresa usa esta plataforma como forma de comunicación interna entre las demás áreas, a pesar que yo, como uso personal, utilizo Notion, no siempre es posible moldear a todos a que estén en tu zona de confort, sino, tú moldearte en la zona de ellos.

Yangetze González

company_admin•

Lo comparto totalmente. Yo uso mucho Notion, pero no el resto de la organización. No veo imposible la adopción, pero hay que dedicarse a evangelizar o sino a respetar la herramienta que han escogido en conceso.

Amanda Almada

student•

En mi trabajo actual usamos Jira y es sumamente útil, tiene muchas opciones para organizar los tableros, los tipos de casos (tareas, errores, nuevas funciones, mejoras, casos de prueba) y el flujo de estados. Lleva tiempo que todo el equipo se acostumbre a usarlo, pero una vez que todos lo usan hace que el trabajo sea muy organizado. Otros dos de mis recomendados son Notion y Asana

Eduardo Valadez Sánchez

student•

Yo pase primero con Trello y me encanto pero hace un año trabajo con Jira y fuciona un poco el porcentaje con la metodología Agil, aunque para ser sincero retrabajo en excel pero me permite graficar mejor en base a los avances de Spring.

Edgar Rafael Ramírez Ochoa

student•

Creo que aqui entran los conceptos de DOR y DOD que al final generan una visión general de que consideramos como listo para desarrollo DOR y como terminado con el DOD

Felipe Bernardo González Barranco

student•

Se debe activar el trabajo colaborativo

María Jimena Rodríguez Contreras

student•

también uno que funciona muy bien es click up o notion

Luciano Vicidomini

student•

Hasta ahora y de forma tradicional los proyectos se manejan con porcentajes de creación. En el caso de las metodologías agiles esto no sirve porque si el entregable está listo equivale al 100% del entregable, pero si no está listo por más que se haya invertido muchísimo trabajo en él, y se hayan hecho muchas cosas, en realidad está en 0%. Es como una cuestión binaria de 1 y 0 donde simplemente esta hecho o no está hecho, acá o hay qbits.

edoardo lima

student•

alguno usa JIRA?

Vanessa Amaya

teacher•

Yo lo he usado muy poco

Iván Felipe Bohórquez Ramírez

student•

Yo lo uso y es muy visual. Pero independientemente de cuál uses, lo importante es dejar establecidos los estados (las columnas) con las que vas a trabajar y los criterios con los que se acepta pasar de una columna a otra, es decir, el avance de cada uno de los estados.

Yangetze González

company_admin•

Actualmente estamos empezando a usar Jira, parece bastante amigable para esto, pero no le he echado ojo al seguimiento general. ¿Alguien más lo ha usado?

Vanessa Amaya

teacher•

Hola hola! He usado muy poco JIRA. Según lo que se, cada vez lo han hecho más amigable pero también muy robusto . Lo que te puedo recomendar con el uso de cualquier herramienta es:

Capacitar con lo básico a todo el equipo.
Tener ACUERDOS en equipo para usarla.
Tomar decisiones con base en la herramienta para que el equipo la considere útil. *Mantenerla actualizada todos los días, no tener un día a la semana para actualizar porque la información no va a ser fidedigna y se puede perder tiempo valioso en prevenir algo.

Iván Felipe Bohórquez Ramírez

student•

Yo lo he usado, y lo que te recomiendo es hacer una revisión diaria a los estados en los que se encuentran las piezas de trabajo, en mi caso, las tarjetas que se mueven de un lado a otro son las historias de usuario. Así que todos los días reviso el avance de las historias de usuario y para eso miro en qué columna están y por qué no han pasado a la siguiente columna, para revisar que dificultades tiene el desarrollador; o bien tener también un acuerdo sobre en qué momento o por qué ya es viable que puedan pasar de estado.

Diana Montua

student•

Jira es excelente super recomendado

Ketty Reyes

student•

Actualmente uso Trello y me gusta me ayuda mucho, sin embargo acabo de terminar el curso de Notion y pienso en integrar a Trello en ella ya que te lo permite Notion, tengo que experimentar eso.

Jonathan Quiros Barquero

student•

Jonathan Quiros Barquero

student•

Edwar Y. Castillo B.

student•

Natalia Suarez

student•

Teniendo en cuenta que la recomendación es mover los elementos de trabajo en una sola dirección, ¿cómo se recomienda manejar el tema de los ajustes que salen despues de un testeo?

Normalmente estoy en proyectos donde salen muchos ajustes despues del testeo del cliente, y una vez se ajustan, se vuelve a testear y vuelven a salir más ajustes. Incialmente pensaria en un columna que se llame ajustes pero en esta situación igual necesitaria devolver los elementos a la etapa de testeo.

Agradezco una orientación para este tipo de situaciones

Vanessa Amaya

teacher•

Hola Natalia! Los puedes manejar con etiquetas dentro de la misma columna para no mover en sentido contrario las tarjetas, por ejemplo, si tu elemento en las pruebas surgen ajustes o correcciones, lo dejas en la columna de pruebas con una etiqueta de AJUSTES o en CORRECCIONES.

Maximiliano Andrés Britez

student•

Hablando de que las tarjetas se mueven en una sola dirección, no sería correcto por ejemplo si una tarjeta se encuentra en revisión / en pruebas, y falla, volverla al backlog o sin iniciar para su corrección?

Vanessa Amaya

teacher•

Hola Maximiliano! Las tarjetas se mueven en una sola dirección porque hay métricas relacionadas a los tiempos de pasar de una columna a otra, en particular el Lead Time y el Cycle time, estas métricas son generadas automáticamente por varios de las opciones de tableros digitales y la premisa es que la tarjeta avance. Otra razón para evitar regresarlas es que el cómo visualizamos las tarjetas ayuda a tomar decisiones, si la regresamos, visualmente esa tarjeta no ha iniciado, una tarjeta en Backlog es una tarjeta que no se ha iniciado, cuando en realidad ya se revisó o está en pruebas.

Pero entendiendo la necesidad de dónde surge la inquietud de aclarar el proceso en el que está, como mencionabas, en revisión, en pruebas o con falla, eso se compensa con el uso de ETIQUETAS, es decir, la tarjeta se queda en proceso hasta que se arregle o se revise con una etiqueta que lo señale.

Espero haberte podido ayudar y que esta respuesta sea clara, si no, me dices.

Saludos

Cristian Amézquita

student•

¿Cuál es la diferencian entre una actividad y un entregable?

Vanessa Amaya

teacher•

Hola Cristian! La actividad se enfoca en el "hacer" y el terminarla no garantiza el término del producto o de una parte del producto. El entregable se enfoca en "lograr" y una vez que se termina se garantiza el avance de una parte del producto, algo verificable o del término del producto.

Andres Reinoza

student•

Con mi equipo usamos Notion con la funcionalidad de inline board para tener en el tablero de tareas.

Si quieres implementarlo también puedes usar estos templates

Flavia Di Giorgio

student•

RESUMEN:
Principios para uso de tableros digitales
*COLUMNAS DE ESTADO
*CAMBIO DE PARADIGMA AL USO DE COLUMNAS DE ESTADO
KANVAN
-SIN INICIAR : BACKLOG
-EN PROCESO : SE EMPIEZA A HACER REALIDAD
-TERMINADO: PRODUCTO TERMINADO
EN AGILIDAD ENTREGAMOS VALOR FRECUENTE AL CLIENTE
EL PORCENTAJE ES 0% O 100%
CUADNO ESTABLECEMOS ACUERDOS PARA CAMBIAR LOS ESTADOS
CUIDAR LA CALIDAD
Y QUE LOS AVANCES SEAN CORRECTOS
QUE DEBE TENER COMO CARACTERISTICAS EN EL BACLOG PARA DECIR QUE ESTA LISTO PARA TERMINAR
COMO VAMOS A VERIFICAR CUANDO ALGO YA ESTA TERMINADO?
SPRINT BAKLOG JUNTO A LA INICIAR PARA PRIORIZAR SU TRABAJO
COLUMNA INTERMEDIA: PARA VERIFICAR QUE UN ELEMENTO DE TRABAJO ESTA SIENDO PROBADO
NO UTILIZAR COLUMNAS COMO PRETEXTO PARA NO TRABAJAR EN EQUIPO
HAY QUE ACTIVAR EL TRABAJO COLABORATIVO

Principios para uso de tableros digitales

Introducción

Scrum desde la perspectiva del Product Owner

Responsabilidades del Product Owner

Empoderamiento del rol de Product Owner

Desafíos principales

Responsabilidades

Comparativa con otras responsabilidades

Principios para uso de tableros digitales

Trabajo en equipo con Scrum Masters y Scrum Developers

Disciplinas y Principios

Disciplinas relacionadas

Principios de Agile Business Analysis

Recomendaciones

Preguntas frecuentes

¿Qué sigue después?

¡Manos a la obra!