Enseñar Agile en la Universidad sin hablar de Scrum
•Download as PPTX, PDF•
0 likes•576 views
T3chfest 2019, María Berenguer El contenido de esta presentación es libre de ser difundido/modificado/reusado para uso no comercial Creative Commons Attribution-NonCommercial-ShareAlike ¿Es posible enseñar Agile en la Universidad y tener un impacto en los alumnos sin la necesidad de justificarles el valor de lo que les cuentas? Sí, es posible. Yo lo he hecho poniendo el foco en conseguir que salieran de la universidad con un conocimiento Agile mucho más allá del conocimiento teórico. Mi objetivo al impartir esta asignatura es conseguir resultados diferentes en el aprendizaje de los alumnos. El objetivo para ellos es causarles impacto, y que salgan con la necesidad de hacer las cosas de otra manera. He desarrollado un programa experimental y he creado un entorno donde alumnos y profesores deciden juntos cómo quieren aprender, y cuál va a ser su ritmo. Propuse un proyecto: la creación de un producto digital, desde la idea hasta la definición de un MVP, y usamos el Agile Mindset en el proceso. Exploramos herramientas on demand, comprendiendo el Valor de cada una, en vez de crear una necesidad ficticia para enseñar la herramienta. De este modo se ha conseguido que cuando los alumnos salgan al mundo laboral, dispongan de habilidades para cuestionarse por qué hacen las cosas y qué valor tiene para los usuarios lo que van a desarrollar, independientemente del marco de trabajo en el que caigan Objetivos de Aprendizaje: * Qué enseñar a un alumno de informática cuando hablamos de Agile. Si Agile es valores, principios, y estrategia iterativo incremental, Scrum, no hace falta. * Una estrategia: enseñar valores y principios a través de la práctica, para llevarse algo que puedan aplicar. * Cómo crear un proceso pedagógico vivo que se adapta al ritmo del aula. * Cómo aplicar Agile en la creación de este proceso pedagógico.
Recommended
Recommended
More Related Content
Similar to Enseñar Agile en la Universidad sin hablar de Scrum
Similar to Enseñar Agile en la Universidad sin hablar de Scrum (20)
Recently uploaded
Recently uploaded (20)
Enseñar Agile en la Universidad sin hablar de Scrum
- 1. @merybere@merybere El arte y oficio de enseñar Agile sin hablar de Scrum 2019
- 2. @merybere@merybere Hola! Soy María Berenguer Siempre aprendiz Scrum Master & Mentora ágil @merybere
- 4. @merybere@merybere Una llamada de teléfono Grado Ingeniería Informática Metodologías Ágiles y calidad “Enseñar Agile en la Universidad, un honor y una responsabilidad”
- 7. @merybere@merybere ¿Qué quiero que se lleven? ▣ Autonomía ▣ Responsabilidad ▣ Iniciativa ▣ Sentido crítico ▣ Espíritu emprendedor
- 10. @merybere@merybere Agile en la Universidad de Zaragoza ▣ Verificación y Validación ▣ Gestión de proyecto software ▣ Metodologías Ágiles y calidad
- 11. @merybere@merybere Agile en la Universidad de Zaragoza Computación Sistemas de información Tecnologías de la información Ingeniería de computadores Ingeniería del software Verificación y validación (3º) OP OP OP OP OB Gestión de proyecto software (4º) OP OP OP OP OB Metodologías ágiles y calidad (4º) OP OP OP OP OB
- 13. @merybere@merybere Preparación ▣ Temario □ Cultura ágil □ Construyendo equipos □ Descubrimiento de producto □ Mejora continua
- 14. @merybere@merybere Preparación ▣ Temario □ Cultura ágil □ Construyendo equipos □ Descubrimiento de producto □ Mejora continua ▣ Bibliogragía
- 15. @merybere@merybere Preparación ▣ Temario □ Cultura ágil □ Construyendo equipos □ Descubrimiento de producto □ Mejora continua ▣ Bibliogragía ▣ Metodología
- 16. @merybere@merybere Preparación ▣ Temario □ Cultura ágil □ Construyendo equipos □ Descubrimiento de producto □ Mejora continua ▣ Bibliogragía ▣ Metodología ▣ Evaluación
- 17. @merybere@merybere Primer día ¿Qué me llevo?
- 22. @merybere@merybere NOT List Lo que no queremos que sea esta clase
- 23. @merybere@merybere Trabajo en el aula Metodologías Ágiles y calidad
- 26. @merybere@merybere Y si cambio de plan ¿ ?
- 27. @merybere@merybere Definición de un Producto Digital @merybere@merybere
- 29. @merybere@merybere ¿Cómo se lo cuento a los alumnos? ▣ Proyecto de equipo ▣ Cambio de paradigma de trabajo □ Conversación □ Trabajo fuera del aula □ Mi rol
- 30. @merybere@merybere Backlog ▣ Diseño de las clases ▣ Riesgos
- 31. @merybere@merybere Cómo va el trabajo en equipo ¿ ?
- 37. @merybere@merybere Retrospectiva El aprendizaje colaborativo sólo funcionará si todos ponemos de nuestra parte y trabajamos como un equipo
- 42. @merybere ‘’ @merybere@merybere No tenemos que decidirlo nosotros, deberíamos preguntar a los usuarios Óscar Saboya alumno de Metodologías Ágiles y calidad
- 52. @merybere@merybere Y si volviera a empezar ¿ ?
- 53. @merybere@merybere Inspect & Adapt Agile is a direction, not a path Henrik Kniberg “What is Agile?”
- 54. @merybere@merybere #TODO ▣ Qué espero de ellos
- 55. @merybere@merybere #TODO ▣ Qué espero de ellos ▣ Método de evaluación
- 56. @merybere@merybere #TODO ▣ Qué espero de ellos ▣ Método de evaluación ▣ Visibilizar el plan
- 59. @merybere ‘’ @merybere@merybere En el mundo real, Agile se lucha desde las trincheras
- 61. @merybere@merybere Agradecimientos Colaboración: ▣ José Merseguer y Simona Bernardi (Unizar) ▣ Maica Trinidad, Laura Lacarra, Pedro Lafuente, Guillermo Latorre (feedback) Contenido: ▣ Contenido del aula de trabajo y material de creación de la asignatura original de María Berenguer (@merybere) ▣ Diseño de presentación □ Plantilla de SlidesCarnival □ Unsplash y Pexels El contenido de esta presentación es libre de ser difundido/modificado/reusado para uso no comercial Creative Commons Attribution-NonCommercial-ShareAlike
Editor's Notes
- Maña, agilista, pianista, actriz amateur e ingeniera informática. Llevo 4 años trabajando como Scrum Master con equipos de desarrollo, y mi objetivo con ellos es inspirarles para descubrir su camino ágil y mejorarlo día a día Desde que un día me dijeron: "Tú eres ágil y todavía no lo sabes", invierto mi tiempo en aprender y descubrir qué es. Mi lema: Agile como forma de vida Y el año pasado, profesora de metodologías ágiles en la Universidad de Zaragoza
- Llamada de teléfono: coordinadora del departamento → llevar a la asignatura experiencias reales. Mi situación: Trabajo en empresa a jornada completa Un compromiso más → esfuerzo en la preparación y tiempo Reflexión: En la comunidad Agile Aragón se habla → no se enseña Agile en la universidad Oportunidad → ¿cómo decir que no? “Ojalá cuando yo estudié hubiera existido”
- Objetivo: 11 clases de 2 horas → Agile es mucho más que palabras como Scrum o Kanban ¿Cómo causar impacto en los alumnos? Formato experimental, y espacio de trabajo colaborativo Lejos de los modelos tradicionales de enseñanza: alumnos sentados detrás de pupitres y el profesor encima de una tarima
- Aprendizajes que puedan aplicar allá donde vayan Motivarles a usar Agile → espíritu emprendedor
- Punto de partida
- 5 alumnos matriculados: último año del grado → Trabajo Fin de Grado → mundo laboral
- Contexto de la Universidad en relación a las Metodologías ágiles Sólo 3 asignaturas → algo de contenido relacionado de algún modo con la agilidad Verificación y validación, de 3º: algo de TDD Gestión de proyecto software, de 4º: cosas de Scrum Metodologías Ágiles y de la calidad, de 4º: media asignatura
- Grado de Informática en Zaragoza: 5 itinerarios o menciones Sólo en el itinerario de Ingeniería del Software son asignaturas obligatorias Computación Sistemas de Información Tecnologías de la Información Ingeniería de computadores Ingeniería del software Siguiente paso: Reunión con los profesores de las otras asignaturas → contexto de dónde parten los alumnos. Sólo si han cursado esas dos asignaturas. Descubrimientos: Contenidos muy teóricos, conceptos confusos, y en el caso de Scrum, mucha cantidad de información para la duración del curso Verificación es un curso práctico: mentalidad del alumnado orientada a entregar una aplicación que funcionando, sin entender que el aprendizaje de esa asignatura era cubrir de test su código
- Alumnos y profesores en el aula: Que trabajen juntos Que los profesores vivan la misma experiencia de aprendizaje colaborativo Que los alumnos no se vean amenazados o escrutinados por quienes les evalúan en otras asignaturas
- Plan de estudios Temario Bloques de contenido transversales Cultura ágil: Introducción a los valores y principios ágiles, y cómo influyen en la transformación de equipos y empresas que trabajan con procesos waterfall Construyendo equipos: Roles y responsabilidades de los equipos de desarrollo. Paradigma de equipo orientado a productos Descubrimiento de producto: Técnicas y dinámicas para el alineamiento con negocio y el diseño de soluciones. Herramientas de priorización orientadas a la entrega de valor y feedback temprano Mejora continua: Técnicas para mejorar, experimentar, aprender de los errores y de los éxitos
- Bibliografía “Back to the basics” → mindset Agile. Orientado a producto y a entregar valor a los usuarios
- Metodología Experimental Iterativo incremental Dinámico y colaborativo
- Evaluación En este momento aún no se puede definir. Cómo definir el método de evaluación sin saber cómo va a ser la estructura del curso. Es lo mismo que pretender estimar Historias de Usuario sin entender la funcionalidad y saber cómo voy a implementarla. Qué esperaba que aprendieran → sin visualizar aún cómo medirlo
- Un montón de cosas, como cuando haces la maleta para un viaje, que metes de todo “por si acaso”
- Herramientas : radiadores de información. Panel “casero”, con vinilo de pizarra, y cada día con el contenido a trabajar: Evitar dispositivos, predicando con el ejemplo Visibilizar el trabajo en progreso Actualizado en tiempo real, cuando terminamos un ítem, lo movemos
- Una de las herramientas que tenía claro que quería mostrar eran los radiadores de información. Así que me hice un panel “casero”, con vinilo de pizarra, y cada día lo rellenaba con el contenido que íbamos a trabajar: Evitar dispositivos, predicando con el ejemplo Visibilizar el trabajo en progreso Actualizado en tiempo real, cuando terminamos un ítem, lo movemos
- Mucho contenido sin orden: para presentar la asignatura: temario, tutorías,... Icebreaker presentación Dinámicas para descubrir alinear expectativas Valores ágiles
- Gestionar las expectativas Dinámicas muy de toma de contacto y sencillas de explicar. Cosas Comunes: porque es útil; se usa en empresas; saber qué beneficio aportan; beneficios respecto a metodologías tradicionales En junio espero: “haber aprendido” Algunas cosas “peculiares”: “porque he trabajado con Scrum y así aprendo más” Olores: “aprender a gestionar el tiempo”; “porque voy con mi amigo” “podría formar parte de un equipo de desarrollo sw”
- NOT List Dos ideas: El contenido visto en otras asignaturas no les resultaba útil Agile no se aprende memorizando transparencias La teoría es importante, pero hay que complementar con mucha práctica y ejemplos reales, porque cada caso es un mundo
- Siguientes clases → contenido variado, conceptos básicos, en alto nivel: Valores y principios ágiles Muchas dinámicas Lean Nuevos roles en Agile
- Momento de reflexionar. Clases dinámicas, profesores y alumnos participan X: Que las herramientas emerjan cuando se necesitan X: Objetivos Impactar? Usarlo cuando salieran? Sentido crítico?
- Hilo conductor: Conocer el Ciclo de Desarrollo de un Producto Digital
- Mantener el espíritu inicial de la asignatura → darle forma y coherencia
- Los 4 bloque de aprendizaje iniciales se materializan en un proyecto para el curso: simulación de un negocio real, desde la idea hasta la definición de un MVP (sin programar). En este proceso las herramientas aparecen conforme se necesitan
- Mensaje a los alumnos: Experimentar el proceso de definición de un producto digital Proyecto como grupo de aquí al final de curso. Evaluación del proceso de creación del producto, y el de equipo Proyecto común, implica trabajo en equipo, y dedicación fuera del aula. Acuerdos de equipo y canales de comunicación Rol CEO De una oportunidad de negocio, definir un Mínimo Producto Viable para sacar al mercado y testearlo
- El backlog de las clases, visibilizar : Clase actual, su contenido Siguiente día de clase Trabajo necesario para poder tenerla (refinement) Riesgos: Hacer partícipes a los profesores → Inclusión en la experiencia, sin interferir Plan B por si no se puede ejecutar el A
- Kickoff roleplay. Alumnos Equipo de Desarrollo. Profesores asesores expertos en distintas áreas de conocimiento tecnológico (calidad, datos y seguridad) Objetivo: crear espacios seguros de colaboración entre alumnos y profesores: Poca participación de los alumnos Falta de comprensión, sorpresa Alumnos a un lado de la mesa y profesores al otro → mala idea
- Fuera del aula no hay comunicación Slack sin mensajes durante la semana. Moodle no se entiende Lecciones aprendidas: Asegurarse de que se saben manejar las herramientas (foro de moodle) Establecer canales de comunicación como acuerdo ANTES
- ¿Trabajo fuera del aula, se preparan las sesiones conjuntas? Inception Dos experimentos: Remoto: Plataforma e-learning de la universidad → foro Puesta en común en clase Facilitación de los alumnos Tutorías → para ayudarles a prepararlas No se hace el trabajo remoto → no se puede avanzar
- Valor de negocio → bien
- Research del proyecto Dos herramientas: para empatizar y conectar con las necesidades de los potenciales usuarios para ponernos en su piel a la hora de escribir las Historias de Usuario
- Formulario online para entrevistas → difusión rápida en poco tiempo Personas → bien definidas
- Se realmente en los usuarios finales? → Sí
- Ejemplos de Historias de Usuario del curso
- User Story Mapping completo de la aplicación
- MV. Mínima funcionalidad que aporta valor al usuario → con un poquito de la primera actividad (el primer paso), ya hay beneficio.
- Poco tiempo para el cierre: 1 intervención por persona en una ronda final Diana de feedback
- Lo importante no es el proceso, sino el proceso de “mejorar el proceso”
- Método de evaluación en el que los alumnos participen también. Mucho más cercano al mindset Agile
- Mucho más visible el plan del curso 3 reprioriozaciones del Backlog y eliminar contenido: El hachazo: provocar un cambio de planes durante el trabajo Prototipado (después del Research) Flujo de trabajo → bonus track
- Objetivo cumplido
- Una última reflexión Basta ya de contenidos con 600 slides para medio curso que no dejan de ser un libro mal traducido, mal diseñado y mal presentado. Se necesita agilismo para enseñar Agile. Objetivo es que estos alumnos salgan bien preparados, porque