Introducción a la innovación y transformación digital con metodologías ágiles
2 recomendaciones443 vistas
Las habilidades más importantes que se necesitarán en el trabajo en 2020 incluyen la resolución de problemas complejos, el pensamiento crítico, la creatividad, el manejo de personas, la coordinación con los demás, la inteligencia emocional, el juicio y la toma de decisiones, la orientación de servicio, la negociación y la flexibilidad cognitiva.
Introducción a la innovación y transformación digital con metodologías ágiles
- 2. Las 10 habilidades que necesitarás en tú trabajo en el 2020 2016, "El futuro de los empleos y las competencias"
- 3. 1. Resolución de problemas complejos 2. Pensamiento crítico 3. Creatividad 4. El manejo de personas 5. Coordinación con los demás 6. Inteligencia emocional 7. Juicio y toma de decisiones 8. Orientación de servicio 9. Negociación 10. Flexibilidad cognitiva
- 4. Hello! I am Freddy Cahuas I am here because I love to learn and share knowledge @frecaze [email protected]
- 5. Ayudar a convertir ideas en software funcionando utilizando metodologías ágiles. 2008
- 6. 2011
- 8. Enseñar a programar a los niñ@s (@hackerkids Perú)
- 9. Introducción a la innovación y transformación digital con metodologías ágiles
- 10. Asimilar los fundamentos, la esencia, principios “las raíces” Objetivo
- 17. ● kaizen ● mejora continua ● problema ● kaikaku ● disrupción ● necesidad
- 18. ● kaizen ● mejora continua ● problema ● kaikaku ● disrupción ● necesidad @frecaze
- 19. ● kaizen ● mejora continua ● problema ● kaikaku ● disrupción ● necesidad
- 23. Ciclo tradicional de desarrollo de producto
- 24. La cascada (waterfall) Modelo metodológico que surgió en la década de los 70. El inicio de cada etapa debe esperar a la finalización de la etapa anterior. Surgió como una herencia del pensamiento Taylorista.
- 25. Taylorismo
- 26. Problemas del taylorismo en el contexto actual. ● Dificultad de adaptación a cambios tecnológicos y tendencias de mercado ● Baja motivación y poca satisfacción laboral por parte de los trabajadores
- 27. Taylorismo digital Las tareas son codificadas y digitalizadas, logrando que la capacidad humana de decisión sea reemplazada por programas informáticos
- 28. Desventajas del modelo de cascada La mayor desventaja es que hasta el final del ciclo de desarrollo el resultado no está en las manos del cliente. Por lo tanto, es difícil mencionar si lo que se diseñó y construyó es exactamente lo que había pedido
- 29. Desventajas del modelo de cascada Cualquier error de diseño detectado en la etapa de prueba o despliegue conduce necesariamente al rediseño y nueva programación (reiniciar) aumentando los tiempos y costos del desarrollo.
- 31. Complejidad simple, usar la cascada ● Los requerimientos estén muy claros y sean fijos. ● La definición del producto sea estable. ● No existan problemas de acceso o comprensión de la tecnología. ● No haya indicios de ambigüedades. ● Se cuente con recursos suficientes, así como con personal cualificado y experimentado en proyectos de este tipo.
- 33. El informe del caos Publicado por Standish group desde 1994 dando una visión sobre el fracaso o éxito de los proyectos.
- 34. Proyectos cada vez más complejos y complicados personas
- 35. The Standish Group - CHAOS REPORT (1994) Más del 80% de los proyectos de software se entregaban con sobrecostos, en forma tardía, sin cumplir las expectativas de los clientes o incluso eran cancelados antes de concluirse.
- 36. Causas principales de fracasos, según Standish 1. Escasa participación de los usuarios 2. Requerimientos y especificaciones incompletas 3. Frecuentes modificaciones en los requerimientos y especificaciones 4. Poco apoyo del patrocinador o sponsor 5. Inexperiencia en el manejo de tecnologías 6. Recursos muy limitados 7. Expectativas no realistas 8. Objetivos poco claros. 9. Cronogramas irreales 10. Nuevas tecnologías
- 38. Alternativas a la cascada...
- 39. Kanban 1948, por Taiichi Ohno, un ingeniero de Toyota. Método para gestionar el trabajo intelectual, con énfasis en la entrega justo a tiempo, mientras no se sobrecarguen los miembros del equipo
- 40. Scrum El método es descrito por primera vez en 1986 por Hirotaka Takeuchi e Ikujiro Nonaka, 10 años después, en 1995, de la mano de Jeff Sutherland y Ken Schwaber publicaron The SCRUM Development Process.
- 41. Extreme Programming En 1999 Kent Beck publicó el libro Extreme Programming Explained: Embrace Change.
- 42. Y si juntamos las diversas metodologías...
- 43. “Ir juntos es comenzar, mantenerse juntos es progresar trabajar juntos es triunfar
- 44. Manifiesto Ágil
- 45. Manifiesto Ágil (17 de febrero de 2001) 16 años
- 47. Manifiesto Agile - Valores Individuos e interacciones sobre procesos y herramientas.
- 48. Manifiesto Agile - Valores Software funcionando sobre documentación extensiva.
- 49. Manifiesto Agile - Valores Colaboración con el cliente sobre negociación contractual.
- 50. Manifiesto Agile - Valores Respuesta ante el cambio sobre seguir un plan.
- 51. Valoramos más los de la izquierda. Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentación extensiva Colaboración con el cliente sobre negociación contractual Respuesta ante el cambio sobre seguir un plan Aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.
- 52. Principios Ágiles Complementan a los 4 valores del manifiesto ágil
- 53. Principios Ágiles Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor.
- 54. Principios Ágiles Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
- 56. Principios Ágiles Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.
- 57. Principios Ágiles Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
- 58. Principios Ágiles El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.
- 59. Principios Ágiles El software funcionando es la medida principal de progreso.
- 61. Principios Ágiles Los procesos ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida.
- 62. Principios Ágiles La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
- 63. Principios Ágiles La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
- 64. Principios Ágiles Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
- 65. Principios Ágiles A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia.
- 67. bonus track Tras la reunión donde nació el manifiesto agile, se creó la Agile Alliance, organización sin fines de lucro que apoya a las personas que exploran y aplican valores, principios y prácticas ágiles para hacer que las soluciones de software de sean más efectivas, humanas y sostenibles
- 68. Parece que agile triunfa más a menudo que Waterfall
- 69. El término Agile cada vez más común
- 70. El método (framework) más usado: Scrum
- 73. Tengo una genial idea ¿Qué camino debería tomar?
- 74. ¿Sabes hacia donde vas y cómo llegar?
- 75. ¿podrías decirme, por favor, qué camino debo seguir ...? – Esto depende en gran parte de a donde quieras llegar – dijo el Gato. – No me importa mucho el sitio… –dijo Alicia. – Entonces tampoco importa mucho el camino que tomes – dijo el Gato.
- 76. Scrum
- 79. Obtener los requerimientos La técnica de Visual Story Mapping, es un camino que permite armar el backlog de una manera visual orientada a obtener las historias de usuario en función de los flujos principales de una aplicación
- 82. Pantallas que acompañan los pasos del cliente.
- 83. marvell app - prototipo
- 90. Planning Meeting
- 91. Estimación
- 92. planning poker
- 93. Tablero
- 94. burn-down-chart
- 95. Demo or Die
- 96. funciona o no?
- 97. Retrospectiva