Transicionkanban

376 views

Published on

Presentación de propuesta de Engee

Published in: Engineering
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
376
On SlideShare
0
From Embeds
0
Number of Embeds
16
Actions
Shares
0
Downloads
2
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Transicionkanban

  1. 1. La transición del software con Kanban (para algunos casos) andres.grosso@engee.com.ar
  2. 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. 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. 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. 5. ¿Dónde se posiciona Kanban?
  6. 6. Kanban
  7. 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. 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. 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. 10. ¿Por qué aplicar? • Provee mayor visibilidad. • Permite adaptarse a la cantidad de recursos. • Facilita reconocer retrasos, impedimentos. • Genera independencia.
  11. 11. ¿Preguntas?

×