con Scrum y Kanban Gustavo Quiroz Madueño Open Edge Technologies

Transcripción

1 Gestión Ágil de Proyectos con Scrum y Kanban Gustavo Quiroz Madueño Open Edge Technologies

2 Acerca del Autor Gustavo Quiroz, CSP, CSM, CSD, CSPO, PSM I Gustavo Quiroz es Consultor, Trainer, Coach y Orador Frecuente en eventos relacionados a Software y T.I. Se enfoca en ayudar a las empresas a agilizar sus procesos de desarrollo para mejorar calidad, productividad y motivación de equipos y personas.

3 El PMI se agiliza

4 Enfoque Tradicional

5 Cómo es el Enfoque Ágil? Asume que la Realidad es Compleja y cambiante Usa un Planeamiento Adaptativo y Progresivo Entrega Valor rápida y frecuentemente Utiliza Retroalimentación constante y a todo nivel Privilegia la Comunicación y Colaboración

6 Enfoque Ágil

7 Cuánta gente usa Métodos Ágiles?

8 Cuánta gente usa Métodos Ágiles? Gartner predice que para el 2012 los métodos ágiles de desarrollo de software serán utilizados en el 80% del total de proyectos de desarrollo de software.

9 Por qué Métodos Ágiles? Mayor productividad y menos costo Mejor clima laboral, motivación y compromiso del personal Time to market más rápido Mayor calidad del producto Mayor satisfacción de los clientes, usuarios y stakeholders

10 Algunas cifras Los proyectos ágiles han logrado: Incrementos de productividad de entre 14% y 384% Mejoras de más del 100% en satisfacción laboral del personal de los proyectos de desarrollo Reducción de más del 65% en cantidad de horas extra trabajadas Disminución del 70% en cantidad de defectos encontrados por línea de código Mejor alineamiento entre objetivos de TI y del negocio en un 66% de los casos Reducción de riesgos en los proyectos en un 66% de los casos Mayor satisfacción de clientes y usuarios en más del 75% de los casos

11 Cuándo aplicar Métodos Ágiles? Creación de Nuevos Productos Investigación pura Líneas de Producción Knowledge work

12 Cuál es la base de los métodos ágiles? Ciclo de Deming

13 Qué tipos de proyectos usan el enfoque ágil? Software comercial Desarrollo in-house Desarrollo bajo contrato Proyectos de Precio Fijo Aplicaciones Financieras Aplicaciones certificadas como ISO 9001 Sistemas embebidos Sistemas 24x7 con uptime de Desarrollo de Videojuegos Sistemas Web Sistemas aprobados por la FDA, críticos para la vida Software de control de satélites y aviones Software para teléfonos móviles Aplicaciones de switching de redes Aplicaciones ISV Algunas de las más grandes actualmente

14 Qué Empresas usan Métodos Ágiles?

15 Qué Empresas usan Métodos Ágiles?

16 Scrum

17 Pilares de Scrum Transparencia Inspección Adaptación

18 Scrum en Resumen

19 Reunión Diaria Dura máximo 15 minutos. Cada miembro del equipo responde 3 preguntas: Qué tareas completé desde la última reunión diaria? Qué tareas me comprometo a completar hasta la siguiente reunión? Qué impedimentos tengo para realizar mi trabajo? No es un reporte de estado No se buscar resolver los problemas, sólo identificarlos (dispatcher de reuniones)

20 Artefactos de Scrum Backlog del Producto: Lista de cosas que debe tener el producto (el QUÉ) Está ordenada (priorizada) Evoluciona con el tiempo

21 Artefactos de Scrum Backlog del Sprint: Items del Product Backlog (PBI s) elegidos Sólo aquellos que se entregarán en el sprint actual Suele incluir un plan con actividades y responsables para lograrlo (el CÓMO) Similar a un WBS (EDT) pero JIT (Just-In-Time) Sprint PBI 1 PBI 2 Tarea 1 Tarea 6 Tarea 2 Tarea 7 Tarea 3 Tarea 8 Tarea 4 Tarea 5

22 Artefactos de Scrum Backlog de Impedimentos: Lista de todo aquello que disminuye la productividad del equipo: Está priorizada Es monitoreada permanentemente

23 Roles en Scrum

24 Roles: Product Owner Responsable de la Visión del producto Dueño del Backlog del producto (el QUÉ) Agrega/mueve/remueve ítems Prioriza ítems Acepta el incremento de producto entregado al finalizar cada sprint. Representa al resto de stakeholders y usuarios.

25 Roles: Equipo No muy grande (entre 3 y 9 personas) Multidisciplinario Auto-organizado Responsable de estimar el esfuerzo Dueño del Backlog del Sprint (el CÓMO) Responsable de plantearse compromisos y cumplirlos

26 Roles: Scrum Master Es un líder al servicio del equipo. Actúa como facilitador, mentor y coach. Es responsable del proceso Protege y apoya al equipo Remueve impedimentos Negocia y resuelve conflictos Educa al resto de la organización en los principios y valores ágiles

27 Reuniones en Scrum Planeamiento Revisión Retrospectiva

28 Reuniones en Scrum Planeamiento: El equipo y el P.O. negocian los PBI s a desarrollar durante el Sprint. Reunión Diaria: Dura como máximo 15 min. El equipo se sincroniza en cuanto al avance y los impedimentos. Revisión: El P.O. inspecciona el incremento del producto al finalizar el Sprint. Retrospectiva: El Equipo examina el proceso y determina qué funcionó bien y qué se puede mejorar.

29 Gestionando el Sprint Backlog To-Do En progreso Listo!

30 Panel de Tareas

31 Kanban

32 Flujo

33 Flujo

34 Reglas de Kanban 1. Visualizar el flujo de trabajo

35 Visualizar: Tablero Kanban

36 Reglas de Kanban 1. Visualizar el flujo de trabajo 2. Limitar la cantidad de trabajo en progreso (WIP)

37 Limitar el WIP

38 Reglas de Kanban 1. Visualizar el flujo de trabajo 2. Limitar la cantidad de trabajo en progreso (WIP) 3. Establecer políticas explícitas de trabajo

39 Políticas Explícitas

40 Políticas Explícitas!

41 Reglas de Kanban 1. Visualizar el flujo de trabajo 2. Limitar la cantidad de trabajo en progreso (WIP) 3. Establecer políticas explícitas de trabajo 4. Hacer que el trabajo fluya mediante pull

42 Flujo mediante pull

43 Reglas de Kanban 1. Visualizar el flujo de trabajo 2. Limitar la cantidad de trabajo en progreso (WIP) 3. Establecer políticas explícitas de trabajo 4. Hacer que el trabajo fluya mediante pull 5. Evolucionar y mejorar el sistema colaborativamente

44 Mejorar el sistema Kanban

45 Casos de Estudio

46 Desarrolla para EEUU. Empresa Peruana Cliente Final: Federal Expresss (FedEx) Sistema atiende 1,000 transacciones por semana Proyecto estimado en 6-8 meses Se terminó en 3 meses usando Scrum 0 errores reportados por el cliente tras la entrega Mejoras notables en el equipo: Ownership del producto Auto-organización Compromiso real Cliente impresionado Vino desde EEUU para felicitar al equipo Tachó al otro proveedor (de EEUU)

47 Policía Sueca: Sistema PUST Fuente: Lean from the Trenches, Henrik Kniberg (2011)

48 PUST: Alta Visbilidad Política

49 PUST: A lo largo del tiempo

50 PUST: Priorización de Requerimientos

51 PUST: Involucratmiento de Usuarios

52 PUST: Equipos

53 PUST: Reuniones Diarias

54 PUST: Reuniones Diarias

55 PUST: Reuniones Diarias

56 PUST: Reuniones Diarias

57 PUST: Flujo de Trabajo

58 PUST: Cadencias

59 PUST: Políticas Explícitas

60 PUST: Impedimentos

61 Información de contacto Nombre: Gustavo Quiroz Madueño Compañía: Open Edge Technologies Blog:

62 Preguntas y Respuestas