A continuación se muestran algunas diapositivas de la presentación «Impacto de Agile en los Modelos Organizativos Tradicionales» que tuvo lugar en la Conferencia ITSMF Agile 2017, donde se compara el modelo tradicional organizativo (departamentos / funciones) y de gestión (Project Management) con el Agile (equipos autónomos orientados a iniciativas estratégicas) y cómo empezar la transformación.
La presentación completa en español (incluyendo las últimas actualizaciones) se puede encontrar en Slideshare: aquí.
La presentación completa en español (incluyendo las últimas actualizaciones) se puede encontrar en Slideshare: aquí.
A continuación se muestran algunas diapositivas de la presentación «Enterprise Agile – Como deconstruir tu organizacion paso a paso» que tuvo lugar en la Conferencia Agile Spain 2016, donde se muestra un roadmap de transformación Agile (en forma de modelo de madurez) y el concepto de spin-offs internos para acelerar el cambio.
La presentación completa en español (incluyendo las últimas actualizaciones) se puede encontrar en Slideshare: aquí.
«Este libro es una guía de Agile que cubre los conceptos fundamentales y proporciona una terminología común para los diferentes países de la región EMEA-LATAM (aspecto importante dados sus diferentes niveles de madurez en Agile). Sirve como punto de entrada para futuros Scrum Masters que van a empezar a trabajar en Agile en AXA y esperamos que pueda servir también a otras organizaciones que están comenzando en este camino basado en personas y trabajo en equipo«.
Algunos ejemplos de contenido:
También cuenta con varios checklists que puede ser útil consultar:
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!
¿Por qué Scrum en la escuela?
Por que el aprendizaje tradicional, del siglo XX, basado en logros individuales, puede mejorarse 🙂
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.
Por que el mundo de la empresa está cambiando, de basarse en la individualidad hacia el trabajo en equiposmultidisciplinares.
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:
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 todospor 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?» 🙂
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.
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.
La presentación completa en español (incluyendo las últimas actualizaciones) se puede encontrar en Slideshare: aquí.
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.
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.
Una visión más allá de la común “unidades entregadas” o “complejidad resuelta” por lapso de tiempo.
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.
Modelo organizativo Agile – Lean para una empresa ágil.
Framework Agile – Lean de mejora de productividad
Principios y prácticas en el marco del modelo de empresa ágil anterior.
Cuadro sencillo de métricas balanceadas
Conjunto de métricas para evaluar el efecto productido por los cambios realizados sobre los factores de productividad.
La presentación completa en español (con las últimas actualizaciones) se puede encontrar aquí.
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).
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).
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.
Proyectos Ágiles 