La transición del software es la fase en la que se entrega el producto al cliente, se capacita a los usuarios, y se validan los requerimientos. Kanban es un proceso visual para administrar sistemas que limita el trabajo en progreso y optimiza el tiempo. Kanban puede aplicarse a la transición del software cuando no se cumplen los plazos y surgen muchos ajustes diarios, causando desorganización y falta de seguimiento.

1. La transición del software con
Kanban (para algunos casos)
andres.grosso@engee.com.ar

2. ¿Qué es la transición del software?
Es la fase en donde se pretende garantizar:
• La entrega del producto (hito).
• La capacitación al usuario.
• Que se cumplan con los requerimientos.

3. ¿Qué es la transición del software?
Es la fase en donde se:
• Realiza el entrenamiento a los usuarios finales.
• Realizan las “pruebas beta” para validar al producto con las
expectativas del cliente.
• Se ejecuta, en varios casos, paralelamente con sistemas
antiguos.
• Distribuye el producto.
• Realizan ajustes, correcciones y depuraciones.

4. ¿Qué es Kanban?
Es un proceso visual de administración de sistemas.
• Visualiza el flujo de trabajo
• Limita el WIP (Work In Progress)
• Optimizar el tiempo de trabajo
• Lead time
• Cycle time
• Orígenes
• Japón, Toyota, 1940  soporte para la producción
• En software, 2004  David Anderson

5. ¿Dónde se posiciona Kanban?

6. Kanban

7. ¿Para qué casos?
Cuando no se llega en el tiempo y forma esperado a esta fase.
Lo que produce que:
• Los ajustes/correcciones a realizar sean muchos.
• Los ajustes/correcciones surjan en el “día a día”.
Lo que produce:
o Desorganización.
o Bajo rendimiento.
o Visibilidad nula de las tareas a realizar.
o Falta en el seguimiento de las cosas a realizar.
o Dificultad para priorizar.
o Prioridades se modifican de forma diaria

8. Además . . .
En varios casos también puede suceder que:
• Los canales de comunicación de los ajustes o correcciones son
muchos (intranet, mails, teléfono, etc.).
• Los ajustes o correcciones pueden provenir de diferentes
orígenes (equipo funcional cliente, infraestructura cliente,
usuario final, etc.).
• Pocos receptores (cuello de botella).

9. ¿Por qué aplicar?
• Elimina el cuello de botella.
• Unifica el canal de comunicación.
• Centraliza el origen asignando un responsable.
• Obliga a priorizar mediante los límites.
• Mejora el rendimiento del equipo.
• Facilita el seguimiento de las tareas.

10. ¿Por qué aplicar?
• Provee mayor visibilidad.
• Permite adaptarse a la cantidad de recursos.
• Facilita reconocer retrasos, impedimentos.
• Genera independencia.

11. ¿Preguntas?