Metodologías ágiles en formación profesional

SIMO. 22/11/2022

¿Quien soy?

Profesor de informática en el

CIPFP Mislata en Valencia

Imparto clases en el ciclo de DAW

¿Que  una metodología?

Es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de información

Fuente:Wikipedia

¿Que tipos de metodologías existen?

• Pesadas

  • RUP
  • Métrica

• Ágiles

  • Scrum
  • Kanban
  • XP

Definición detallada de requerimientos y planificación

Desarrollo iterativo,grupos auto organizados y siguen el "Manifiesto ágil"

Manifiesto Ágil

• 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

https://agilemanifesto.org

Beneficios

• Flexibilidad en los cambios

• Reducción de riesgos

• Reducción del Time to Market

• Mejorar la planificación

• Desarrollar lo que el cliente necesita

¿Que  es Scrum?

Es un marco de trabajo para desarrollo ágil de software que se ha expandido a otras industrias

Fuente:Wikipedia

Más información en el libro: "Scrum y XP desde las trincheras"

¿Hicimos Scrum?

La mayoría de la ventajas anteriores son para el cliente de una aplicación no para los desarrolladores que usan Scrum

Objetivo

Usar Scrum es un medio para conseguir alumnos motivados con ganas de aprender

Los estudiantes no necesitan un profesor perfecto.

Los estudiantes necesitan un maestro feliz, que los entusiasme para venir a la escuela y desarrollar el amor por el aprendizaje.

Como funciona Scrum

Sprint

24h

Planificación

2 semanas

Entregado

Características

• Corta duración: De 1 a 4 semanas
• Al inicio del Sprint entre todos se decide lo que se va a realizar
• El equipo de desarrollo se autoplanifica el sprint
• El propietario del producto no puede "molestar" al equipo de desarrollo durante el Sprint
• Al final de Sprint se presenta al propietario del producto el trabajo realizado

Inicio Sprint

• Documento de inicio de Sprint

• Tarjetas de Historias de Usuario a realizar

  • Planning Poker

  • Subdividirlo en tareas: Postit

• Gráfico Burndown

Se empieza en lunes

Planing Poker

https://printyourburndown.com

Gráfico burndown

Durante Sprint

• Desarrollo del producto

  • Actualizar historias de usuario

  • Actualizar gráfico Burndown

• Reunión Daily Scrum

¿Qué hice ayer?

¿Qué voy a hacer hoy?

¿Veo algún impedimento?

Pendiente
En progreso
Finalizadas

Final del Sprint

• Presentación

• Retrosprectiva

  • En otra aula, en el patio, etc. Ambiente distendido

Consejos

Presentación

• Salón de actos
• Graba en video la presentación
• Que estén otros grupos (1º DAW o 1º SMR)
  • Sobre todo 1º DAW
• Comparar a los grupos en la presentación (para que haya competitividad)
• Intentábamos estar todos los profesores
• Se hace un viernes a primera hora

Si quieres que algo sea hecho nombra un responsable, si quieres que algo se demore eternamente nombra una comisión

 El profesor

Tu eres el responsable del proyecto

 El profesor

• Empieza tu solo
• Asume que hay profesores que no quieren hacer nada
• Ahorra todo el trabajo que puedas a los demás
• No hagas reuniones, es tu proyecto y tu decides. Si tienes dudas con alguien lo buscas en el patio y le preguntas.
• Nada de documentación, no se la van a leer. Cuando los veas por el pasillo les cuentas lo que necesiten
• Envía correos solo con lo importante.
• Cada profesor evalúa el proyecto como quiere
• Evita trabajar con gente tóxica

El alumno

• Respeta al alumno
• Acepta que tiene otra vida y que hay gente que no quiere trabajar
• Los grupos deben ser heterogéneos y los hacen los profesores con propuestas de los alumnos
• Deja que hagan más de lo que se les pide
• Debes estar pendiente de los conflictos personales en cada grupo si no los hay algo estás haciendo mal.

¿EIE e Inglés?

• Lo que programan los alumnos se define en EIE

• Alguna página se hace en inglés

Problemas

• Alumnos

  • Demasiado implicados en el proyecto
  • No sabían hasta donde había que llegar
  • Faltaba de Scrum Master y Product Owner
  • Objetivos demasiado ambiciosos
  • Demasiado centrados en el interfaz

• Profesores

  • Poca coordinación entre profesores
  • Desconocimiento del objetivo de Scrum

Fin

Gracias

por vuestra atención

¿Preguntas?

lgonzalez@fpmislata.com