Hitos, hitos, hitos, son muchos los proyectos que llevamos a cabo a lo largo de un año, pero no todos tienen la misma importancia, impacto en negocio, número de interesados, ¿todos aportan los mismos beneficios?, ¿mejoran sustancialmente los productos de nuestra empresa?.
Hay ciertos proyectos, que son más relevantes para los roles de producto, business, dirección de la empresa, y como todo interesado, cada cierto tiempo preguntará: ¿cómo va esto?, ¿qué nos queda pendiente de estos cambios? ¿qué hemos dejado ya entregado al cliente? ¿cuándo puede estar esta idea nueva que se nos ha ocurrido hoy?. Incluso si no pregunta, el product owner debe ir dando cierto feedback del estado de los proyectos.
Un equipo de trabajo, consigue mediante técnicas de visual management un panel con la visión completa del trabajo que está desarrollando, identificar mejor el impacto que tiene una historia de usuario no prevista en una iteración y presentar de una forma más eficaz el estado del desarrollo.
¿Por qué un rol de negocio no puede aprovecharse de todas estas ventajas? Es posible enfocar la gestión visual de acuerdo a las necesidades e intereses de estos miembros de nuestra empresa, no mostrarles todo lo que está pasando en cada producto, en cada equipo, pero sí presentarles la visión completa de qué está terminado, en qué estamos trabajando y qué está aún pendiente, es decir, la big picture del producto e hitos más relevantes del negocio de nuestra empresa.
Un equipo Scrum, puede tener un panel con las User-Story definidas por el PO.
Un gerente, puede tener un panel con las Business User-Story que ha definido con el PO.
¿Por qué hacer un Roadmap de forma visual?
Si yo fuera un rol de negocio, que tengo mil cosas en la cabeza, a la hora de ponerme al día sobre en qué estamos trabajando, me gustaría ver algo sencillo que me aporte toda la información que necesito rápidamente, para invertir mi tiempo en pensar cuál es la mejor decisión.
En caso de tener una nueva idea de negocio, si el equipo me enseña el estado actual del producto, en qué están invirtiendo el tiempo, puedo decidir mejor cómo priorizarla para no interrumpir el flujo trabajo actual.
En caso de que nuestra línea de negocio dé un giro y la empresa decida cambiar el enfoque de algunos de los proyectos ya propuestos, visualmente se podrían apreciar qué proyectos están aun por empezar, para quitarlos del roadmap y en su lugar, introducir los nuevos cambios.
En definitiva, si trabajamos sobre una representación visual del estado actual de nuestros proyectos, podremos:
- obtener información y hacer cambios, siempre de una manera más fácil.
- ver el impacto de nuestras decisiones gráficamente.
- tomar éstas con suficiente información como para asumir las consecuencias de las mismas.
Qn vs Estados de los proyectos
Para lograr una buena aceptación de este tipo de paneles, es importante que sean sencillos, fáciles de entender y sobre todo, que contengan la información que los interesados desean conocer, única y exclusivamente. Veamos el siguiente panel:
En el eje Y podemos presentar las Qx (o trimestres del año) y en el eje X los estados de las tareas. Cada color de tarjeta, podría representar un proyecto, linea de negocio, producto, departamento, aquello que identifique ‘entrega’ o ‘hito’ relevante para el interesado en este panel. También podemos usar las tarjetas del mismo color y marcar con pegatinas de colores el proyecto involucrado.
Lo que podemos apreciar en este panel:
- son los proyectos que la empresa había planificado inicialmente para determinadas QX y cómo a medida que ha pasado el tiempo, los ha trasladado a otra.
- algunos proyectos de la QX anterior que no han salido adelante.
- algunos proyectos ya han sido entregados.
¿Es posible saber si un proyecto involucra a varios equipos o lineas de negocio?
En este caso, podríamos poner una marca en la tarjeta que alerte de que es un proyecto con dependencias, y que su replanificación tendrá un gran impacto.
Si por ejemplo, movemos de cuadrante un proyecto con dependencias a Marketing, y en el cuadrante destino vemos que Marketing está saturado, podemos plantearnos esta situación y ver si hay que hacer más o menos cambios, para conseguir poner la prioridad del proyecto en su lugar. La ventaja es, que obtenemos un feedback visual, y observamos el impacto de cada decisión, pudiendo tomar cada una con más criterio.
¿Qué nos podemos plantear en esta situación?
- Puede que alguno de los proyectos que están pendientes de la Q1 son más importantes de los que había preparados para la Q2 o Q3, por lo que nos podemos permitir priorizar y mover éstos proyectos sobre el panel.
- Desechar los proyectos de la Q1 que no se han empezado, pues han podido salir otras ideas mejores, que debemos introducir en el Roadmap.
- Sobrecarga de trabajo en un proyecto, pues tiene más hitos en la cola que otros, y quizá tengamos que revisar las prioridades por si no podemos completar todo el trabajo deseado.
Qn vs Proyectos
Ahora podemos darle otro enfoque al panel, centrándonos en las historias deseadas para cada proyecto en cada Qx.
El eje X representa las Qx, el eje Y los proyectos, y en cada cuadrante están estos definidos. La forma de determinar su estado es ubicando una etiqueta encima de la tarea.
En este panel podemos tener una ‘desventaja’ respecto el anterior, y es que los proyectos con dependencias, tendrían la misma tarjeta multiplicada.
¿Y vosotros como hacéis reporting en vuestra empresa?
¿Cómo abordáis los cambios de planificación en proyectos de alto impacto?
¿Cómo véis los que habéis conseguido o dejado de lado cada año?
Artículos relacionados:
Vanesa Tejada 
Deja un comentario