Categoría: como_empezar / transformación Agile

Scrum en clases de Formación Secundaria (ESO)

Anotaciones sobre una de las sesiones que tuvieron lugar en el encuentro de “Clases ágiles en Educación Secundaria”, al que asistieron unos 50 profesores y contó con la imprescindible aportación de Arno Delhij, uno de los creadores de EduScrum, quien nos explicó lo que se muestra a continuación. Muchas gracias Arno por el tiempo dedicado a mostrar otras posibilidades de enseñanza!

clases-agiles-1

¿Por qué Scrum en la escuela?

Por que el aprendizaje tradicional, del siglo XX, basado en logros individuales, puede mejorarse 🙂

  1. En lugar de clases unidireccionales, es mejor si los alumnos tienen autonomía en su manera de aprender y se incorpora diversión. Todo esto redunda en una mayor motivación en el aprendizaje.
  2. Por que el mundo de la empresa está cambiando, de basarse en la individualidad hacia el trabajo en equipos multidisciplinares.

El método funciona para proyectos o para asignaturas completas.

Roles:

  • Product Owner: Profesor, da los objetivos de aprendizaje con criterios de aceptación, el QUÉ.
  • Equipo: Los alumnos, identifican y hacen el CÓMO.
  • Scrum Master: En el inicio el profesor asume también este rol (dado que los alumnos todavía no conocen el proceso), aunque al cabo de un tiempo se puede llegar a crear el rol de Facilitador del método (y de “creación” del trabajo en equipo) dentro de cada uno (ojo, no confundir con team lead que decide qué trabajo es el que hay que hacer y lo divide en tareas para personas, eso sería la antítesis de lo que estamos buscando, equipos auto-organizados con un facilitador que les ayuda a pensar a todos juntos para obtener un resultado mejor). A las chicas se les suele dar muy bien ese rol 🙂

Proceso:

edu-scrum-board

Inicio:

  • Equipos de 4 personas, con diversidad:
    • Niños y niñas.
    • Diferentes skills para poder realizar el proyecto.
    • No amigos!
    • Se pueden autoformar. Ejemplo:
      • El profesor escribe 10 características que tiene que tener el equipo.
      • Cada alumno escribe en un post-it las 3 que más le representan. Detrás escribe su nombre.
      • Anónimamente se crean los equipos, de manera que se cubran al máximo todos los skills necesarios.
    • Los equipos permanecen estables durante el proyecto, o el cuatrimestre. Los niños pueden pedir cambiar los equipos si justifican bien la razón (e.g. necesitan algún skill concreto).
  • Las 2 o 3 primeras clases son para explicar el método a los niños.

Ciclos (Sprints):

  • Duración:
    • Por ejemplo de 8 semanas o un cuatrimestre (o lo que sea necesario).
      • En el primer caso, si tuviésemos 3 clases por semana, un Sprint podría contener 18 clases de trabajo real (8 semanas x 3 clases/ semana menos las de hacer el backlog y las de review + retrospectiva). (*)
    • Planificación:
      • Los alumnos identifican las tareas (post-its).
      • Estiman el trabajo de cada tarea, para ver si todo el trabajo les cabe en el Sprint. La estimación es de manera relativa (lo más sencillo es utilizar tallas S, M, L) aunque también se pueden utilizar puntos relativos.
      • El resultado se pone en el tablero del equipo. De esta manera, en la clase se puede ver cómo están avanzando todos los equipos simultáneamente.
      • Una diferencia importante con el método tradicional (donde los contenidos se van descubriendo de manera secuencial, página por página) es que les hace comenzar viendo todo el Sprint (o toda la asignatura) con una perspectiva global.
    • Stand-ups:
      • 5 minutos al empezar cada clase para que los alumnos actualicen el tablero.
    • Diagrama de Burn-down:
      • Permite que el equipo vea cómo va su progreso en el Sprint, si va retrasado (tienen que “ponerse las pilas”) o avanzado (lo cual les motiva también para avanzar más).
      • Puede ser sencillo (no hace falta contar puntos de complejidad de cada tarea/historia), basta contar los postits que todavía no están acabados en el Sprint.
    • Revisión:
      • El equipo demuestra qué ha aprendido. Opciones:
        • Pasar un test (opción “tradicional”).
        • Hacer una “presentación”.
        • Hacer un trabajo (documento).
        • Identificar preguntas de test para el global de los alumnos de la clase.
      • Retrospectiva:
        • Qué les ha funcionado en ese Sprint / qué tienen que mejorar.
        • Cada alumno también puede analizar si está aportando los skills que se suponía que iba a traer al equipo.
      • Y vuelta a empezar del ciclo 🙂

Sobre el rol del profesor

  • El profesor intenta que los niños aprendan cómo hacer el trabajo de la manera más autónoma (crear capacidad de aprendizaje). Un ejemplo sencillo: si hay alguna tarea (CÓMO) que no se están dando cuenta que tendrían que identificar, en lugar de decírselo al equipo, por ejemplo le puede sugerir que vayan a ver los tableros de otros niños, para que vean qué tipo de tareas están generando y reflexionen sobre ello… o les deja que por ellos mismos descubran, al cabo de unos días, que se den cuenta de que les faltaba esa tarea por identificar (lo cuál reforzará su aprendizaje).
  • El hecho de que los alumnos vayan trabajando en las tareas de manera autónoma, donde puede haber momentos en que todos los equipos están trabajando en la clase, proporciona al profesor un tiempo extra para poder ir a ver cómo trabaja cada equipo, solucionar problemas específicos que esté teniendo, una atención más a medida.

Y una idea adicional: el aprendizaje es tanto mayor conforme tiene un propósito (por ejemplo un proyecto) y si además ese proyecto es multidisciplinar (confluyen varias asignaturas), por ejemplo ¿cómo funciona un teléfono móvil? (matemáticas, física, química, sociales, …).

(*) Este método de trabajo es más productivo que la clase tradicional, produce mejores resultados de aprendizaje y además… hace crecer los soft skills de trabajo en equipo!!

Finalmente, y en línea con las ideas con que empieza este post,  lo más importante no ha sido tanto conocer el método si no ver que hay profesores realmente motivados en mejorar el sistema de aprendizaje de los niños, para crear mejores personas en el futuro, más preparadas y con más habilidades para tratar unas con otras, profesores que han dedicado su tiempo personal de un sábado por la mañana para aprender y compartir. Muchas gracias a todos por este esfuerzo para hacerlo real, y a la organización y ponentes por contribuir a este propósito.

Si eres profesor y has llegado hasta aquí leyendo, sería estupendo si pudieses poner en práctica alguna de estas ideas. “¿Por qué no probarlo?” 🙂

clases-agiles-2

Para saber más:

  • Las anteriores notas son fruto de la asistencia a una sesión de 20 minutos (muy resumida) sobre cómo funciona eduScrum (una adaptación de Scrum para el ámbito educativo). Para una visión completa del método, consultar la Guía en español de EduScrum así como la propia web de EduScrum, con videos y otros materiales.
  • Si quieres conocer el método genérico, consulta Cómo funciona Scrum.

Artículos relacionados

Límites y palancas en la implantación de Agile en tu empresa

A continuación aparecen algunas diapositivas de la presentación “Enterprise Agile adoption – Límites y palancas“, donde aparecen aspectos como la necesidad de articular un cambio cultural, organizativo y de gestión de producto.

slideshare

 La presentación completa en español (incluyendo las últimas actualizaciones) se puede encontrar en Slideshare:  aquí.

english_flag

Full presentation in English can be found:  here.

10-Transformacion
11-por_que
12-agile_champions
13-High_level_management_coach-
14-voluntarios
15-Agile_coach
16-organizacion
17-contratos
18-trabajo_en_equipo
19-Agile_management
20-CoP_Improvement_FMW
21-Lean Startup
22-siguientes pasos
slideshare

 La presentación completa en español (incluyendo las últimas actualizaciones) se puede encontrar en Slideshare:  aquí.

english_flag

Full presentation in English can be found:  here.

Presentaciones relacionadas:

 Artículos relacionados:

Blogs relacionados

Agile corporate adoption – Key success factors

See below some slides of the presentation “Agile corporate adoption – Key success factors” in order to consider them in your company transformation. Topics as “Agile Champion”, “Roger’s innovation adoption model”, “Business commitment” and “coaching” are considered in this presentation.

Full slide deck can be found here.

agile-meaning
agile-why.jpg
how-equals-who
roger
agile-champion
business-commitment
agile-coaches
test-and-learn
slideshare

See the full presentation (including last updates) in Slideshare: here.

Related presentations

 Related articles

Blogs relacionados

La empresa Ágil

A continuación se muestran los principios básicos de funcionamiento y organizativos de una empresa ágil.

empresa-agil-principios
equipos-multi-disciplinares
equipos-auto-organizados
equipos-estables
conectar-no-coordinar.jpg
principios-trabajo-equipo
simplicidad.jpg
ley-conway
celulas-autonomas
organizacion-flujo-valor
celulas-responsables
aprender-mejorar
manager-facilitador-organizativo
lugar-motivante
motivacion-intrinseca
mundo-complejo
agile-menor-complejidad

Artículos relacionados

Blogs relacionados

Productividad y ejemplo de organización ágil

La mejora de la productividad está en boca de todos, pero …

¿Qué entendemos por productividad?

… ¿todos pensamos en el mismo concepto? ¿Sabemos medirla? ¿Qué alternativas tenemos a las palancas “tradicionales”?

Para conseguir grandes mejoras en productividad, no basta con eficientar lo que ya hacemos, tenemos que hacer cambios profundos en la manera en que entendemos las organizaciones.

Por otro lado, es necesario volver a las raíces:

Lo que hace ganar dinero a una empresa son los productos / servicios que proporciona a sus clientes.

Para que la cadena de valor sea efectiva, se necesita máxima comunicación en todas las personas que contribuyen a la creación, operación, servicio y soporte sobre un producto. Para ello, es fundamental hacer pivotar a la empresa alrededor de los productos que proporciona, cambiando el sistema productivo e introduciendo nuevos modelos mentales y culturales que apoyen ese cambio.

En la CAS2013 – Conferencia Agile Spain 2013  se desarrolló  una ponencia al respecto con los siguientes contenidos:

Visión de la productividad

Una visión más allá de la común “unidades entregadas” o “complejidad resuelta” por lapso de tiempo.

productividad

Factores de mayor impacto en la productividad

Factores de mayor impacto en la productividad (fruto del análisis de diversos estudios sobre centenares de proyectos) con el objetivo de hacer reflexionar sobre cuáles no se está actuando lo suficiente, qué factores son irrenunciables y qué sería conveniente priorizar en equipos y empresas.

factores-productividad

Modelo organizativo Agile – Lean para una empresa ágil.

enterprise-improvement-backlog

Framework Agile – Lean de mejora de productividad

Principios y prácticas en el marco del modelo de empresa ágil anterior.

organizacion-procesos-tecnicas
cultura-competencias-motivacion

Cuadro sencillo de métricas balanceadas

Conjunto de métricas para evaluar el efecto productido por los cambios realizados sobre los factores de productividad.

cuadro-mandos-balanceado

La presentación completa en español (con las últimas actualizaciones) se puede encontrar aquí.

Please find English version here.

CAS2013-presentacion-modelo-organizativo-productividad

El video de la ponencia, donde se explican los slides, se puede visualizar aquí.

CAS2013-agile-lean-productivity-improvement-framework-video

Artículos relacionados

Blogs relacionados

Cómo cocinar tu contrato ágil

A continuación aparece un extracto del documento “Cómo cocinar tu contrato ágil”.

Descargar documento completo

 como_cocinar_tu_contrato_agil

Este documento muestra una visión estructurada de diferentes modalidades de contratos ágiles (en función de si se fijan o no las variables alcance, coste o plazos, desde contratos cerrados hasta Time & Materials o servicios, pasando por diferentes posibilidades de pago).

 modalidades-contratos

En el documento estas modalidades de contratos se asimilan a diferentes maneras de cocinar y sus posibles guarniciones (cláusulas adicionales que puede ser interesante incluir en el contrato en función del contexto).

 maneras-cocinar-contratos-ag

También se indica cuándo puede ser más conveniente utilizar cada tipo de contrato y qué se puede hacer si el cliente ya ha fijado algunas de las variables. Asimismo, se resalta la importancia de explicitar en el contrato las reglas que facilitarán la colaboración entre las partes. El documento parte del Agile Contracts Primer, de Tom Arbogast, Craig Larman y Bas Vodde.

Este documento ha sido seleccionado para aparecer en el libro de sesiones de la Conferencia Agile Spain 2011.

cas2011-contratos-agiles-preguntas

Descargar documento completo

como_cocinar_tu_contrato_agil

 Agradecer a Ángel Medinilla su inspiración en algunos conceptos.

Para saber más

Slides y vídeo del seminario de métodos ágiles en La Salle

Enlaces a los slides y vídeo del seminario de gestión ágil de proyectos y trabajo en equipo (Scrum, Lean, Kanban, XP), realizado en La Salle:

 

seminario-gestion-agil-pmi-bcn

Artículos relacionados

 

Contratos agiles – XXIII encuentro ágil en Barcelona

A continuación aparecen las fotos del encuentro.

grupo

 

contratos-agiles

 

fundamentos-contratos-agiles-1

 

fundamentos-contratos-agiles-2

 

fixed-price-fixed-scope

 

fixed-price-fixed-scope

 

var-price-var-scope

 

var-price-fixed-scope

 

Agradecer a everis la cesión de sus instalaciones, los snacks y las bebidas.

 

Para apuntarse a los próximos encuentros en Barcelona sobre temas ágiles: http://agile-spain.wikidot.com/quedadas-barcelona

Artículos relacionados

 

 

Agilidad es calidad y competitividad

Este artículo se tomó como base para el mini keynote de apertura del Agile Open Spain 2009.

Agilidad es calidad

 

La agilidad es mayor satisfacción para TODOS los que participan en un proyecto:

    • Nuestros clientes, que reciben un mejor servicio.
  • Los trabajadores (nosotros), que podemos realizarnos profesionalmente en nuestro trabajo y que disfrutamos más.

Esto es lo que venden muchas las metodologías, pero con diferencias fundamentales en cómo entendemos y conseguimos esa calidad:

  1. Calidad es satisfacer las expectativas de nuestros clientes, y para ello no hay nada mejor que priorizar los objetivos del proyecto en función de los que aportan más valor al cliente, enseñarle de manera regular el producto final (una aplicación funcionando) y siendo flexibles a cambios (control empí­rico en contraposición al control predictivo de metodologías más tradicionales, que suponen que es posible conocer desde el principio todos los detalles del sistema a construir y que, por tanto, estos no van a cambiar durante el desarrollo).
  2. Calidad es que lo que nuestros productos puedan crecer de manera sostenible, que estos cambios tengan un impacto controlado, de manera que estos cambios sean baratos. Para ello:
    1. Utilizamos prácticas de ingeniería (patrones de diseño, peer reviews, pair programming, coding standards) y cuidamos la calidad interna de nuestros productos empezando primero por las pruebas (TDD, refactoring).
    2. Mientras construimos nuestros productos, comprobamos de manera continua que se comportan de  manera adecuada. Para que esas comprobaciones sean baratas (dado que hay que repetirla infinidad de veces) automatizamos integraciones y pruebas.
  3. Las metodologías ágiles no se olvidan del capital humano que lo hace posible. Nosotros creemos que la calidad de un proyecto depende de la calidad de TODAS las personas que trabajan en él y de cómo colaboran, mucho más que de tener procesos bien definidos y documentados.

 

Agilidad es competitividad

 

Por otro lado, nunca podremos competir con India o China en precio. La agilidad nos puede ayudar a tener un país más competitivo, es decir, a ser más innovadores, a proporcionar mayor calidad y a ser más productivos. Necesitamos adoptar modelos de gestión que nos permitan adaptarnos de manera continua a un entorno de incertidumbre, en continua evolución, y ser muy ágiles en el desarrollo de iniciativas. La clave vuelve a ser:

  • Modelos dirigidos por valor.
  • Flexibilidad a cambios.
  • Potenciación del equipo, multidisciplinar y autogestionado, para que aporte creatividad en el producto y que sus sinergias y la mejora continua le hagan más eficiente a través de la colaboración de sus miembros.

 

¿Qué se necesita para que una empresa sea ágil?

 

Para que una empresa empiece a ser ágil es conveniente realizar los siguientes requisitos:

  • Un cambio de cultura profundo en individuos y organizaciones, y especialmente en las direcciones y los gestores de las empresas. En lugar del ordeno y mando, para poder crear este tipo de equipos superproductivos y motivados se necesita cambiar a un modelo de gestión basado en la facilitación de la colaboración entre las personas que participan en los proyectos, así como el coaching del equipo, para que adquiera conocimiento de forma colaborativa, que desaprenda, se equivoque y que vuelva a aprender.
  • En esta misma lí­nea, hay que transformar las relaciones de cliente/proveedor en relaciones de socios de proyecto en que todos tenemos que colaborar y todos  tenemos que ganar.
  • A nivel de ingeniería, facilidad para realizar cambios.
  • Enfocarnos en proporcionar valor en todas las tareas que hacemos, desde que aparece la idea del producto hasta que el usuario final o consumidor lo reciben.
     

Todo esto acabamos de ver es, esencialmente, el Manifiesto Ágil, Scrum, eXtreme Programming y Lean Software Development.

 

¿Quien hace Agile?

 

Hoy dí­a, las metodologí­as ágiles se están extendiendo en paí­ses punteros en tecnología (EEUU y su área de influencia, países del norte de Europa y potencias emergentes como India o China).

 
Entre las empresas que han realizado este cambio de paradigma para ser más competitivas y atraer talento podemos encontrar a Google, Amazon, Nokia, British Telecom, Microsoft, SAP, IBM, Bank of America, General Dinamics, Blizzard, Ubisoft, etc. y españolas como Telefónica I+D, Double You, Plain Concepts, Proyectalis, Biko2, Gailén, Autentia, etc.

De cualquier manera, en España las metodologías ágiles todavía son poco conocidas. En poco tiempo, nuestros profesionales y empresas pueden no ser competitivos y ni siquiera colaborar con empresas extranjeras porque no nos habremos adaptado a estas nuevas formas de trabajar.
 

En resumen

 

La agilidad es una gran oportunidad para tener empresas más competitivas y a la vez disfrutar más de nuestros trabajos, oportunidad que no deberí­amos perder para no quedarnos atrás como país.

 
 

Para saber más