El documento describe cómo una empresa de 5 personas gestiona 7 proyectos con diferentes características y prioridades cambiantes utilizando inicialmente Scrum pero encontrando limitaciones. Luego implementaron Kanban mediante un tablero visual, limitando el trabajo en progreso y midiendo tiempos. Esto facilitó el manejo de proyectos, dio visibilidad sobre el estado y permitió adaptarse fácilmente a los cambios.

1. Gestionando múltiples proyectos con Kanban Arocena, Julián Roasio, Esteban

2. Agenda Situación Scrum Conclusiones Scrum Kanban Conclusiones

3. Estado de Situación 5 Personas (1 Manager, 2 Diseñadores Gráficos, 2 Desarrolladores) Diferentes skills Diferentes niveles de seniority 7 Proyectos con distintas características Diferentes prioridades que cambian a través del tiempo Carga de trabajo variable en el tiempo por proyecto Proyectos externos e internos

4. Características de los proyectos

5. Características de los proyectos

6. Características de los proyectos

7. Características de los proyectos

8. Características de los proyectos

9. Características de los proyectos

10. ¿Scrum?

11. ProductBacklog ¿Tiene Sentido?

12. Sprint Planning ¿Para qué lo voy a armar si mañana cambia? ¿hacia dónde vamos ?

13. Sprint ¡Es imposible!

14. DailyScrum ¡Sirve!

15. Sprint Review Sirve… ¿Pero cuándo?

16. Retrospective ¡Sirve!

17. Desventajasde Scrum Las userstories comprometidas durante la sprint planning no se pueden cumplir debido al cambio de requerimientos y/o prioridades Resulta imposible mantener el Backlog priorizado en su totalidad Dificultad para gestionar más de un proyecto simultáneamente

18. Ventajasde Scrum La Daily Meeting sirve como un punto para reorganizar prioridades y sincronizar al equipo El Sprint Review se realiza a demanda de cada proyecto Retrospectivees muy útil y se realizan a períodos regulares de tiempo

19. Queda sin resolver…

20. Equipo Estresado

21. ¿Qué es Kanban? "Es una herramienta altamente visual que permite ver el proceso completo y hacer evidente el flujo de trabajo" ¿Cómo..? Visualizar el flujo de trabajo Dividir el trabajo en bloques, escribir cada elemento en una tarjeta y ponerlo en el dashboard Utilizar columnas con nombre para ilustrar dónde está cada elemento en el flujo de trabajo Limitar el Work in Progress Asignar límites concretos a cuántos elementos pueden estar en cada columna Medir el lead time Tiempo medio para terminar una tarea, optimizar el proceso para que sea tan pequeño y predecible como sea posible

22. ¿Por qué Kanban? Foco en las actividades a realizar Reduce el trabajo en curso (WIP) Entrega frecuente Rápida respuesta a los cambios (menor a Scrum) Visibilidad Detección cuellos de botella Bajo costo de implementación Permite revisar prioridades al momento (ondemand)

23. Como se implementó Kanban Capacitación al equipo Definición del tablero Kanbaninicial Definición de prácticas complementarias Migración y actualización del backlog al nuevo tablero Comenzar a girar la rueda…

24. Tablero inicial BACKLOG TO DO IN PROGRESS TEST DONE SOPORTE INSTANCIACIONES DESARROLLO

25. Tablero inicial BACKLOG TO DO IN PROGRESS TEST DONE SOPORTE INSTANCIACIONES DESARROLLO

26. Primera Modificación IN PROGRESS TO DO DONE SOPORTE BACKLOG COMERCIAL D.G. DEV TEST SCM CAPACIT DONE INSTANCIACIONES ON GOING TESTING DONE INTEGRAR DOC TO DO DESARROLLO

27. Y además Daily Meeting Retrospectivas PairProgramming Colores para marcar prioridad de las tareas Entrega frecuente Empower the team Eliminar desperdicios

28. Segunda Modificación IN PROGRESS TO DO DONE SOPORTE BACKLOG COMERCIAL D.G. DEV TEST SCM CAPACIT DONE INSTANCIACIONES TO DO VALIDACIÓN TO DO DISEÑO GRÁFICO DONE FRONT DESARROLLO BACK END DBA TESTING COMERCIAL

29. Segunda modificación

30. Y el WIP? Se comenzó sin WIP No fue necesario hacerlo explicito Se usa como referencia Sin embargo se detectaron cuellos de botella

31. Y el Lead Time? Diferentes granularidades de tareas. Diferentes etapas de proceso según el tipo de tarea. Dificultad para tomar métricas.

32. Conclusiones Facilita el management de los proyectos Da visibilidad sobre el estado de situación El equipo trabaja más tranquilo El equipo trabaja enfocado Falta herramienta digital para obtener métricas Se adapta fácilmente a los cambios Se adapta al cambio frecuente de prioridades Es necesario complementarlo con otras prácticas

33. Preguntas arocenajulian@gmail.comestebanroasio@gmail.com

34. Agradecemos la colaboración de Claudia Marcos (UNICEN) http://cmarcos.sites.exa.unicen.edu.ar/ Vanesa Dell’Acqua (Temperies) http://www.temperies.com El caso de estudio se desarrolló en el marco de un proyecto de transferencia tecnológica entre la Universidad Nacional del Centro y Temperies

35. Muchas gracias! arocenajulian@gmail.comestebanroasio@gmail.com