SCRUMBAN aplicado a equipos de Soporte y Mantenimiento

download SCRUMBAN aplicado a equipos de Soporte y Mantenimiento

of 29

Embed Size (px)

Transcript of SCRUMBAN aplicado a equipos de Soporte y Mantenimiento

1. SCRUMBAN aplicado a equipos de Soporte y Mantenimiento Jorge Ivn Hincapi Palacio Cristian MauricioVelsquez Patio 2. Los ponentes Jorge Ivn Hincapi Palacio Ingeniero de Sistemas e Informtica, especialista en Gestin Empresarial de la Universidad Nacional de Colombia. 6 aos de experiencia en desarrollo de software. Experiencia en prcticas de PSP/TSP, SCRUM y KANBAN. Actualmente Ingeniero de Desarrollo enTech and Solve S.A.S. 3. Los ponentes Cristian MauricioVelsquez Patio Ingeniero de Sistemas y Computacin de la Universidad del Quindo. Certified Scrum Developer. Experiencia de trabajo con KANBAN. Actualmente Analista de Arquitectura de Suramericana. 4. El equipo Soporte y Mantenimiento del rea de Arquitectura de Aplicaciones en la Gerencia de Bienestar y Entorno Tecnolgico de Suramericana, ubicado en Medelln, Colombia. Encargado de ms de 20 aplicaciones que cumplen funciones transversales a la compaa. Acompaa los proyectos de desarrollo en la gerencia. 5. Soporte y Mantenimiento de Arquitectura 6. Cmo entendemos el Soporte? El soporte es el trabajo que no se puede planear, ej.: Incidentes en produccin. Reuniones. Permisos en herramientas Trabajo operativo. CHOFEREO Acompaamientos. Entre otros. 7. y el Mantenimiento? El mantenimiento es el trabajo programado que agrega valor, ej.: Mejoras a los aplicativos. Soluciones raizales. Implementaciones nuevas. Entre otros. 8. Antecedentes Conocimiento centralizado en algunos integrantes del equipo. Retraso en proyectos de Arquitectura ante la aparicin de casos urgentes. Difcil acceso de otros equipos al conocimiento del rea de Arquitectura. Falta de un canal integral de soporte para las aplicaciones. Ausencia de medios para identificar las posibles mejoras en las aplicaciones. 9. En un inicio ramos giles? El equipo comienza sus funciones a inicios de 2013. Coincide con el inicio de la implementacin de metodologas giles en Suramericana. Se genera un Product Backlog de ms de 100 elementos por atender. Un slo Backlog y un slo Sprint, sin una ventana de tiempo establecida. Adquiriendo experiencia para implementar metodologas giles. 10. Seleccin de herramientas Se selecciona Jazz Team Server de IBM, para organizar el trabajo del equipo. Esta es la herramienta corporativa para el trabajo de metodologas giles. 11. Primeras dificultades Los casos de soporte comienzan a impedir que se ejecuten los casos de mantenimiento. No se puede realizar una planeacin completa de las tareas. No es posible identificar el estado del proyecto en un momento determinado. Se confunden los conceptos de historias de usuario y tarea. No se puede entregar una promesa de servicio. 12. Divisin del enfoque En este caso, tener ambos proyectos mezclados introduce ms complejidad. La estrategia es dividir el enfoque y trabajar dos metodologas: SCRUM para Mantenimiento. KANBAN para Soporte. Se propone definir roles dentro del equipo para dividir el trabajo de ambos proyectos. 13. SCRUM Divisin de la organizacin en equipos integrados auto-organizados. Divisin del trabajo en entregables estimados y priorizados. Divisin del tiempo en iteraciones de duracin corta y fija. Optimizacin del plan de entrega. Optimizacin del proceso. 14. KANBAN Visualizacin del flujo de trabajo. Definicin de lmites sobre el trabajo en progreso (WIP). Medicin del tiempo de entrega (lead time, cycle time, touch time). 15. SCRUM vs. KANBAN Ms prescriptivo. Roles. Iteraciones con tiempo definido. Ceremonias. Limita elWIP por iteracin. Ms adaptativo. No requiere roles. No requiere iteraciones. No prescribe ceremonias. Limita elWIP por estado. 16. SCRUM vs. KANBAN El tablero se resetea por iteracin. Equipos multi-funcionales Estimacin y velocidad. Trabajo planeado. El tablero persiste. El tablero pertenece a un equipo. Lead time, Cycle time,Touch time. Flujo variable. 17. Adopcin de la metodologa SCRUMBAN En Soporte se implementa KANBAN con prcticas de SCRUM. En Mantenimiento se usa SCRUM pero no es posible cumplir todas sus prescripciones. El hecho de compartir ambos proyectos lleva a tener implementaciones giles hbridas - SCRUMBAN. 18. SCRUMBAN en Mantenimiento Ceremonias: Daily. Planning. Refinement. Retrospective. Review. Documentos: Sprint Plan. Product Backlog. Release Plan. Burn down chart. La historias se dividen hasta que midan mximo 5 pts. Los Sprints se definen de una semana. Roles del equipo: 3Team Members. 1 Scrum Master. 1 Product Owner. 19. Flujo y lmites de Soporte INICIO ABIERTO (9) EN ESPERA (4) EN PROGRESO (3) ENTREGA (3) INVLIDO TERMINADO (30) 20. Roles M S S Un miembro especializado en Mantenimiento. Dos miembros encargados del Soporte. Rotacin semanal. Difcil transicin entre roles. 21. Roles Un miembro especializado en Mantenimiento. Un miembro especializado en Soporte. Un miembro dividido entre ambos proyectos. Produce mejores resultados. No se comparte el conocimiento. M S 22. Roles Todos los miembros atienden ambos proyectos. Las historias de mantenimiento tienen un responsable, pero las tareas se reparten. Se asegura la transferencia constante de conocimiento. 23. Transferencia de conocimiento Se debe tener una buena administracin del conocimiento compartido, por diferentes factores: Tamao reducido del equipo. Alto nmero de aplicaciones a las que se da soporte. Rotacin de personal. 24. Resultados Mayor visibilidad del rea de Arquitectura en la organizacin. Mejor apoyo del rea a los proyectos de desarrollo. Retroalimentacin desde otras reas hacia las aplicaciones transversales. Generacin de valor en las aplicaciones transversales de la compaa. Difusin de la metodologa para equipos de caractersticas similares. Generacin de iniciativas para el equipo de Implementacin de Metodologas giles. 25. Trabajo Futuro Mediciones de LeadTime, CycleTime yTouchTime. Generar estrategias para una atencin ms rpida y eficiente. Definir un protocolo de adaptacin a la metodologa del equipo. Implementar un framework de priorizacin eficiente. 26. Referencias Kniberg, H. (2009). Kanban vs Scrum. Crisp AB.Viitattu, 1, 2011. Roock, S. (2010, Marzo 2). Kanban: Definition of LeadTime and CycleTime. Consultado en http://stefanroock.wordpress.com/2010/03/02/kanban- definition-of-lead-time-and-cycle-time. Darbha, S. (2012, Febrero 22). Can Support and Maintenance Become Agile?. Consultado en https://www.scrumalliance.org/community/articles/2012/february/can- support-and-maintenance-become-agile. 27. GRACIAS!