IOPLANTO. Aplicando Kanban

Agueda VegaIEBS School Bussines

Caso Practico: Modulo 8 (Metodologías)

El equipo de desarrollo está compuesto por:

Luis Tallo: Programador de la plataforma. Lleva unos meses en el equipo pero ya conoce el proyecto y el código a la perfección.

Clara Flora: Experiencia de usuario. Lleva igual que Luis en equipo. Clara prepara a Luis las interacciones y los diseños, revisa todo el trabajo de Luis. Trabajan mano a mano.

Carlos Verdes: Diseño y funcionalidad. Carlos hace de enlace entre la parte de negocio y la parte de producción. No trabaja con Clara y Luis al 100% pero si supervisa el trabajo, lo valida y ordena las prioridades.

Mario Redes: Mario se encarga de la analítica y redes sociales. No trabaja con el equipo de desarrollo pero si revisa aquellos elementos que tienen o pueden tener impacto en su campo. Además pide cambios puntuales para la mejora de sus datos al equipo de desarrollo.

Tareas que actualmente hacen

En este momento el equipo de desarrollo está centrado en;

– Tareas de mantenimiento.

– La renovación de la zona de gestión interna de la plataforma.

– La realización de nuevas funcionalidades para los usuarios de ioPlanto.

Diseño de tarjetas.

Titulo proyecto Código

Descripción general

¿Depende de otra tarea?

fecha entrada fecha límite

Tres opciones:● Mantenimiento● Renovación de gestión interna● Nueva funcionalidad

Breve descripción de la tarea para saber de que se trata.E indicar si la tarea depende de otra tarea

Solo válido para las tareas tipo “Mantenimiento”

Debe corresponder con el día que se añade la tarea al tablero

Mantenimiento● Código incidencia

Renovación ● REN-XXX

Nueva funcionalidad● NEW-YYY

Decisiones para manejo de las tarjetas

● Avatar: Todos deberemos identificar la tarea que arranquemos usando nuestro avatar.

● Código: Las tareas deberán siempre estar identificadas por un código.

– Tareas de mantenimiento: Código de la incidencia

– Tareas de renovación de gestión interna: REN-XXX donde XXX será un número empezando desde 001

– Tareas de nueva funcionalidad: NEW-YYY donde YYY será un número empezando desde 001.

● Tarea bloqueada: Usaremos un post-it naranja para indicar que la tarea esta bloqueada y que no puede avanzar.

● Tarea retrasada o a punto de cumplir el “lead time”: Usaremos un post-it amarillo para indicar que la tarea está retrasada sobre su fecha límite.

● Dependencias entre tareas: En el área de descripción indicar si se depende o no de otra tarea haciendo referencia solo a su código.

Diseño del tablero

Tareas Análisis Diseño Implementación Verificación Finalizado

ongoing done ongoing done ongoing done ongoing done

Cada tarea deberá pasar por todas estas fases hasta estar finalizada

Decisiones para el manejo del tablero

● Se entiende que este equipo pasará las tareas por las siguientes fases;

– Análisis del problema o nueva funcionalidad.

– Diseño de como implementar dicho análisis.

– Implementación del diseño estudiado.

– Verificar si lo que se ha implementado es lo que se espera.

– Finalizar la tarea tras verificar que lo implementado es lo esperado.

● Las fases análisis, diseño, implementación y verificación estarán divididas en dos columnas.

– Ongoing: Tarea empezada.

– Done: Tarea finalizada. Será el buffer de tareas finalizadas de cada fase, de tal forma, que se puedan ir cogiendo (dichas tareas) en las siguientes fases..

● La columna Tarea contendrá la lista de tareas que que no están empezadas.

● La columna Finalizado contendrán las tareas finalizadas.

Roles Mario Redes

Sistemista / Product Owner

Carla Flora

Diseño + implementación

Carlos Verdes

Análisis + Diseño Luis Tallo

Implementación + verificación

Equipo de desarrollo

Limites

● Número de tareas empezadas simultaneas en la fase Análisis.

● 1 tarea simultánea (solo está Carlos Verde para esta fase pero no a tiempo completo)

● Número de tareas empezadas simultaneas en la fase Diseño.

● 2 tareas simultáneas (está Carlos Verde y Clara Flora para esta fase pero no a tiempo completo)

● Número de tareas empezadas simultaneas en la fase Implementación.

● 2 tareas simultáneas (esta Clara Flora y Luis Tallo. Clara Flora no esta a tiempo completo)

● Número de tareas empezadas simultaneas en la fase verificación.

● 1 tarea simultaneas (esta Luis Tallo con esta fase)

Conclusión:

– Cada miembro del equipo solo podrá estar con dos tareas simultáneas.

– La columna de tareas será completada de la siguiente forma;

● Si aparece una incidencia, deberá ser colocada en el tablón de forma inmediata por cualquier miembro del equipo.

● Las tareas de nueva funcionalidad o renovación deberán ser colocadas por Mario Torres.

Reuniones

● Reunión diaria a las 10:00 donde solo se expondrá los impedimentos que cada uno va encontrando para intentar encontrar una solución.

● Reunión cada dos semanas para la explicación de las nuevas tareas de nuevas funcionalidades o de renovación (renovación de la gestión interna de la aplicación o de nueva funcionalidad) que Mario Torres va colocando en la pizarra.

● Reunión mensual para hacer retrospectiva interna de como estamos trabajando y que debemos mejorar.

– Se pueden eliminar las tareas finalizadas.