Este documento presenta una introducción a las metodologías ágiles Scrum y Kanban. Explica brevemente los roles, herramientas y principios clave de Scrum como el Product Backlog, Sprints, Daily Meetings y Retrospectivas. También describe los objetivos de Kanban de controlar el trabajo en progreso, tiempos de espera y flujo visualizando el trabajo. Finalmente, enfatiza que no existe un único diseño de tablero kanban y que su objetivo principal es radiar información.

1. ¡Yo también quiero post-its de colores! (Universo Agile)

2. ¿Quién soy yo? Informático (no, no acabé la carrera) Trabajando desde los 15 años He participado en decenas de guerras y escaramuzas GratisWeb (5 millones usuarios) Colaboración motor envío correos en LatinMail (12 millones usuarios en LATAM) Buscador Infojobs 2005 (mejor ROI) Linkara (framework) Neurona (Xing) (framework) Salir.com (framework) Buscador SoloStocks JobisJob (13 países) … LinkedIn: http://www.linkedin.com/in/jordirubiomoreno

3. ¿Quién soy yo? Aficiones Jugar al World Of Warcraft (bueno… a todo…) Jugar con mi hijo Éric (y en breves, con Izan) Reírme con mis amigos intentando arreglar el mundo… o desmontarlo… …

4. ¿Quién soy yo? ¡y hablar! Sobre todo, me gusta aprender… ¡Insensatos! ¡No sabéis lo que habéis hecho!

5. ¡Nos gusta esa pizarra que tenéis!

6. Pero la pizarra es sólo una parte…

7. …¡hay mucho más de lo que se ve! Kanban Agile Valores Principios Inspect & Adapt Scrum

9. Todo tiene un origen… Agile

10. Manifesto Agile (Valores) Individuos e interacciones sobre procesos y herramientas Software que funciona sobre documentación exhaustiva Colaboración con el cliente sobre negociación de contratos Responder ante el cambio sobre seguimiento de un plan

11. Principios de Agile Nuestra mayor prioridad es satisfacer al cliente a través de la entrega temprana y continua de software con valor. Aceptamos requisitos cambiantes, incluso en etapas avanzadas. Los procesos ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente. Entregamos software frecuentemente, con una periodicidad desde un par de semanas a un par de meses, con preferencia por los periodos más cortos posibles. Los responsables de negocio y los desarrolladores deben trabajar juntos diariamente a lo largo del proyecto. Construimos proyectos con profesionales motivados. Dándoles el entorno y soporte que necesitan, y confiando en ellos para que realicen el trabajo. El método más eficiente y efectivo de comunicar la información a un equipo de desarrollo y entre los miembros del mismo es la conversación cara a cara. Software que funciona es la principal medida de progreso. Los procesos ágiles promueven el desarrollo sostenible. Espónsores, desarrolladores y usuarios deben ser capaces de mantener un ritmo constante de forma indefinida. La atención continua a la excelencia técnica y los buenos diseños mejoran la agilidad. Simplicidad, el arte de maximizar la cantidad de trabajo no realizado, es esencial. Las mejores arquitecturas, requisitos y diseños surgen de equipos que se auto organizan. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo, entonces mejora y ajusta su comportamiento de acuerdo a sus conclusiones. http://www.agile-spain.com/manifiesto_agil

12. ¿Y esto qué tiene que ver con nosotros?

13. Aunque veamos claro el objetivo…

14. …y tengamos las herramientas…

15. …¡es imprescindible conocer, recordar y respetar las reglas!

16. ¿De qué va Agile?

17. Agile va de personas

18. Agile va de respeto

19. Agile va de transparencia

20. Y sobre todo… de querer ¡mejorary evolucionar!

21. Inspect & Adapt ¡El maestro Yoda se equivoca!

23. Hazlo o no lo hagas, pero no lo intentes…

24. Siempre hay un inicio…

25. …intenta nuevas cosas y equivócate…

26. …para finalmente ¡aprender y evolucionar!

27. Y ahora si…¡A por Scrum y Kanban!

28. ¡Empecemos por Scrum!

29. Scrum es un marco de trabajo, no una herramienta

32. Sprint Burndow

33. Sprint (iteración)Roles ProductOwner ScrumMaster Equipo Stakeholders Reuniones Dialy Meeting Planning Meeting Demo Retrospectiva

34. Sprint Se trata de una iteración en el tiempo

35. ProductBacklog Se trata de una lista de requisitos ordenada por prioridad. A cada requisito se le denomina Historia de Usuario

36. ProductBacklog

37. El ProductBacklog es el corazón de Scrum

38. Sprint Backlog Una lista de tareas de Historias de Usuario que se abordan en un Sprint

39. ProductOwner Dueño y señor del ProductBacklog, y único interlocutor con el Equipo

40. ScrumMaster Es el facilitador de la metodología

41. Equipo El motor de Scrum

42. Uno de los objetivos esenciales que busca Scrum es formar Equipos autodirigidos y autogestionados

43. Stakeholders El resto de personas implicadas en un proyecto… …que si quieren algo, hablan con el ProductOwner

44. Burndowns Gráficas que nos ayudan a ver la evolución del proyecto (ProductBurndown) y del Sprint (Sprint Burndown)

45. Las reuniones de Scrum

46. Daily Meeting Objetivos Mejorar la comunicación del Equipo Identificar y eliminar obstáculos

47. Daily Meeting Si el ProductBacklog es el corazón de Scrum, la Dialy Meeting es el latido de Scrum

48. Planning Meeting Objetivo Determinar cuáles y cómo van a ser las funcionalidades que incorporará el producto tras el siguiente sprint

49. Demo (Review Meeting) Objetivo Presentar a todo aquel interesado el resultado del Sprint

50. Retrospectiva Objetivo Mejorar y evolucionar el proceso de gestión

51. Retrospectiva ¿Qué es ante todo? Como la Demo, una reunión de aprendizaje y evolución.. ¡de la metodología!

52. Algunas verdades sobre Scrum

53. Scrum es fácil de leer… … y difícil de implantar

54. No hay comida gratis (vamos… para entendernos… ¡AQUÍ TRABAJAMOS TODOS!)

55. Tener un buen ProductOwner y un buen ProductBacklogno te garantiza un 100% de éxito en la implantación de Scrum…

56. … pero tener un mal ProductOwner y un mal ProductBacklogte garantiza al 100% el fracaso en la implantación

57. ¿Y qué hay de Kanban?

58. Kanban es una herramienta, no un marco de trabajo

59. …poco prescriptivo…

60. …ideal para procesosno iterativos

61. Kanban no prescribe roles…

62. …pero han de existir

63. Kanban no prescribe liturgias…

64. …pero es imprescindible que existan

65. ¿Qué busca Kanban?

66. Controlar el WIP(Work In Progress)

67. Controlar el Lead Time

68. Detectar y resolver cuellos de botella (visualizar el flujo de trabajo)

69. ¡Y por fin! ¡Las pizarras!

70. ¿Existe un diseño único y mágico?

71. ¡NO!

72. Objetivo principal de las pizarras

73. …¡radiar información!

74. ¡Pongamos ejemplos!

75. Pizarra Scrum

76. Pizarra Kanban con control de colas

77. Pizarra Kanban con control de colas

78. Pizarra Kanban sin control de colas

79. Dudas y preguntas