La línea de tiempo de Notion funciona perfecto para este tipo de seguimientos
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!
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Aportes 19
Preguntas 5
La línea de tiempo de Notion funciona perfecto para este tipo de seguimientos
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.
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.
Columnas en Nuestros tableros
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
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
Se debe activar el trabajo colaborativo
también uno que funciona muy bien es click up o notion
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.
Jira es excelente super recomendado
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.
Tablas Sin iniciar , en proceso y terminado. Se puede agregar: cuidamos que las tarjetas no se devuelvan.
Kanban: Scrum ,
Sin iniciar / Blackloge o pila de producto. Qué tiene que tener como características un elemento de trabajo para poderlo tomar y pasar a en proceso.
Sprint backlog:
en proceso: cuando un entregable lo empiezan a hacer realidad.
Qué criterios tenemos que tomar en cuenta para llegar a terminado. Verificar que algo se terminó y puede ser entregado. (está en cero por ciento porque no está terminado).
En pruebas:
Terminado: Conjunto de terminados.
Uno establece acuerdos para pasar de la primera a la otra, quede de tener como características un elemento de trabajo para poderlo tomar. Terminar el trabajo. Dimensionar bien el trabajo para que se cumpla es el trabajo de un PO.
La herramienta que utilizamos en la actualidad es Azure Devops y funciona muy bien para activar el trabajo colaborativo y fomentar la transparencia. Adicional se anexan los criterios de aceptación de cada item de backlog.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?