Contenido del curso
Responsabilidades
Disciplinas y Principios
Recomendaciones
Principios para uso de tableros digitales
Homerly Lorena Acevedo Mantilla
student
Eduardo Sánchez Mendoza
student
Daniel Hidalgo
studentContenido del curso
Principios para uso de tableros digitales
Homerly Lorena Acevedo Mantilla
studentEduardo Sánchez Mendoza
studentDaniel Hidalgo
student
Joan S.TrianaV
student
Jhon Jairo Santiago Carvajalino
company_admin
Eduardo Valadez Sánchez
student
Luis Carlos
student
Yangetze González
company_admin
Amanda Almada
studentEduardo Valadez Sánchez
student
Edgar Rafael Ramírez Ochoa
student
Felipe Bernardo González Barranco
student
María Jimena Rodríguez Contreras
student
Luciano Vicidomini
student
Edison Villamagua M.
student
Cesar Geovanny Rojas Mejía
student
edoardo lima
student
Vanessa Amaya
teacher
Iván Felipe Bohórquez Ramírez
studentYangetze González
company_adminVanessa Amaya
teacherIván Felipe Bohórquez Ramírez
studentDiana Montua
student
Ketty Reyes
studentJonathan Quiros Barquero
studentJonathan Quiros Barquero
student
Edwar Y. Castillo B.
student
Natalia Suarez
studentVanessa Amaya
teacherMaximiliano Andrés Britez
studentVanessa Amaya
teacher
Cristian Amézquita
studentVanessa Amaya
teacherLa línea de tiempo de Notion funciona perfecto para este tipo de seguimientos
Podrías compartir un ejemplo?
lo mismo pensaba pedir... un ejemplo por favor!
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.
Columnas en Nuestros tableros
Gracias, creo que me puede servir este criterio por ejemplo la de Review pueden ser mis pruebas.
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.
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.
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
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.
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.
Les invito a revisar Strateggie. La mejor plataforma para gestionar la estrategia, el portafolio de proyectos y las tareas. Tiene un enfoque completo en Latinoamérica a diferencia de otras soluciones.
Notion es el mejor tablero de estados para proyectos bajo agilidad sobre todo.
alguno usa JIRA?
Yo lo he usado muy poco
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.
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?
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:
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.
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.
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
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.
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?
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
¿Cuál es la diferencian entre una actividad y un entregable?
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.