Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Gestionando Múltiples Proyectos con Kanban

2,197 views

Published on

  • Be the first to comment

Gestionando Múltiples Proyectos con Kanban

  1. 1. Gestionando múltiples proyectos<br />con Kanban<br />Arocena, Julián<br />Roasio, Esteban<br />
  2. 2. Agenda<br />Situación<br />Scrum<br />Conclusiones Scrum<br />Kanban<br />Conclusiones<br />
  3. 3. Estado de Situación<br />5 Personas (1 Manager, 2 Diseñadores Gráficos, 2 Desarrolladores)<br />Diferentes skills<br />Diferentes niveles de seniority<br />7 Proyectos con distintas características<br />Diferentes prioridades que cambian a través del tiempo<br />Carga de trabajo variable en el tiempo por proyecto<br />Proyectos externos e internos<br />
  4. 4. Características de los proyectos<br />
  5. 5. Características de los proyectos<br />
  6. 6. Características de los proyectos<br />
  7. 7. Características de los proyectos<br />
  8. 8. Características de los proyectos<br />
  9. 9. Características de los proyectos<br />
  10. 10. ¿Scrum?<br />
  11. 11. ProductBacklog<br />¿Tiene Sentido?<br />
  12. 12. Sprint Planning<br />¿Para qué lo voy a armar si mañana cambia?<br />¿hacia dónde vamos ?<br />
  13. 13. Sprint<br />¡Es imposible!<br />
  14. 14. DailyScrum<br />¡Sirve!<br />
  15. 15. Sprint Review<br />Sirve… ¿Pero cuándo?<br />
  16. 16. Retrospective<br />¡Sirve!<br />
  17. 17. Desventajasde Scrum<br />Las userstories comprometidas durante la sprint planning no se pueden cumplir debido al cambio de requerimientos y/o prioridades<br />Resulta imposible mantener el Backlog priorizado en su totalidad<br />Dificultad para gestionar más de un proyecto simultáneamente<br />
  18. 18. Ventajasde Scrum<br />La Daily Meeting sirve como un punto para reorganizar prioridades y sincronizar al equipo<br />El Sprint Review se realiza a demanda de cada proyecto<br />Retrospectivees muy útil y se realizan a períodos regulares de tiempo<br />
  19. 19. Queda sin resolver…<br />
  20. 20. Equipo Estresado<br />
  21. 21. ¿Qué es Kanban?<br />"Es una herramienta altamente visual que permite ver el proceso completo y hacer evidente el flujo de trabajo"<br />¿Cómo..?<br />Visualizar el flujo de trabajo<br />Dividir el trabajo en bloques, escribir cada elemento en una tarjeta y ponerlo en el dashboard<br />Utilizar columnas con nombre para ilustrar dónde está cada elemento en el flujo de trabajo<br />Limitar el Work in Progress<br />Asignar límites concretos a cuántos elementos pueden estar en cada columna<br />Medir el lead time<br />Tiempo medio para terminar una tarea, optimizar el proceso para que sea tan pequeño y predecible como sea posible<br />
  22. 22. ¿Por qué Kanban?<br />Foco en las actividades a realizar<br />Reduce el trabajo en curso (WIP)<br />Entrega frecuente<br />Rápida respuesta a los cambios (menor a Scrum)<br />Visibilidad<br />Detección cuellos de botella<br />Bajo costo de implementación<br />Permite revisar prioridades al momento (ondemand)<br />
  23. 23. Como se implementó Kanban<br />Capacitación al equipo<br />Definición del tablero Kanbaninicial<br />Definición de prácticas complementarias<br />Migración y actualización del backlog al nuevo tablero<br />Comenzar a girar la rueda…<br />
  24. 24. Tablero inicial<br />BACKLOG<br />TO DO<br />IN PROGRESS<br />TEST<br />DONE<br />SOPORTE<br />INSTANCIACIONES<br />DESARROLLO<br />
  25. 25. Tablero inicial<br />BACKLOG<br />TO DO<br />IN PROGRESS<br />TEST<br />DONE<br />SOPORTE<br />INSTANCIACIONES<br />DESARROLLO<br />
  26. 26. Primera Modificación<br />IN PROGRESS<br />TO DO<br />DONE<br />SOPORTE<br />BACKLOG<br />COMERCIAL<br />D.G.<br />DEV<br />TEST<br />SCM<br />CAPACIT<br />DONE<br />INSTANCIACIONES<br />ON GOING<br />TESTING<br />DONE<br />INTEGRAR<br />DOC<br />TO DO<br />DESARROLLO<br />
  27. 27. Y además<br />Daily Meeting<br />Retrospectivas<br />PairProgramming<br />Colores para marcar prioridad de las tareas<br />Entrega frecuente <br />Empower the team <br />Eliminar desperdicios<br />
  28. 28. Segunda Modificación<br />IN PROGRESS<br />TO DO<br />DONE<br />SOPORTE<br />BACKLOG<br />COMERCIAL<br />D.G.<br />DEV<br />TEST<br />SCM<br />CAPACIT<br />DONE<br />INSTANCIACIONES<br />TO DO<br />VALIDACIÓN<br />TO DO<br />DISEÑO GRÁFICO<br />DONE<br />FRONT<br />DESARROLLO<br />BACK END<br />DBA<br />TESTING<br />COMERCIAL<br />
  29. 29. Segunda modificación<br />
  30. 30. Y el WIP?<br />Se comenzó sin WIP<br />No fue necesario hacerlo explicito<br />Se usa como referencia<br />Sin embargo se detectaron cuellos de botella<br />
  31. 31. Y el Lead Time?<br />Diferentes granularidades de tareas.<br />Diferentes etapas de proceso según el tipo de tarea.<br />Dificultad para tomar métricas. <br />
  32. 32. Conclusiones<br />Facilita el management de los proyectos<br />Da visibilidad sobre el estado de situación<br />El equipo trabaja más tranquilo<br />El equipo trabaja enfocado<br />Falta herramienta digital para obtener métricas<br />Se adapta fácilmente a los cambios<br />Se adapta al cambio frecuente de prioridades<br />Es necesario complementarlo con otras prácticas<br />
  33. 33. Preguntas<br />arocenajulian@gmail.comestebanroasio@gmail.com<br />
  34. 34. Agradecemos la colaboración de<br />Claudia Marcos (UNICEN)<br />http://cmarcos.sites.exa.unicen.edu.ar/<br />Vanesa Dell’Acqua (Temperies) <br />http://www.temperies.com<br />El caso de estudio se desarrolló en el marco de un proyecto de transferencia <br />tecnológica entre la Universidad Nacional del Centro y Temperies<br />
  35. 35. Muchas gracias!<br />arocenajulian@gmail.comestebanroasio@gmail.com<br />

×