Si quieres ver el vídeo con slides: https://youtu.be/22-R7cTAA8Q

¿Cuántas veces sufres interrupciones no esperadas o deseadas durante el día a día (emails, mensajes en Lync, whastapp, redes sociales)? ¿En cuántas ocasiones nos vemos obligados a perder la atención en el asunto que estamos haciendo y somos llevados a realizar multitareas de una forma no planificada?

Mi propuesta pasa por realizar una Charla de Mindfulness para Equipos Ágiles en el que se exploraran diferentes técnicas que fomentaran la comunicación, colaboración e integración de los equipos con el fin de aumentar su rendimiento.

La idea es hacer una pequeña introducción explicando qué es Mindfulness, cuales son sus orígenes, porque es tan famoso actualmente, las investigaciones en neurociencia que avalan su eficacia, explicaremos también la propuesta de Mindfulness en Google y como ha sido el curso más demandado por sus ingenieros durante muchos años.

También exploraremos técnicas para mantener esa atención en el momento presente, liberando la mente de la sobrecarga que nos impide concentrarnos totalmente en lo que hacemos, evitando así también divagar sobre otros asuntos. Comprobaremos que con estas técnicas se consiguen resultados directos en la mente de las personas, mejorando el rendimiento, la capacidad de concentración y la motivación, haciéndolas también más abiertas, eficaces y plenas. Asimismo, se explorará cómo el Mindfulness mejora la empatía entre compañeros, y como ella nos lleva a ser más comprensivos y compasivos con ellos, además de explorar los elementos en común entre Mindfulness y las metodologías ágiles. Finamente se hará una breve pincelada a cómo el Mindfulness entiende el liderazgo (Mindful Leadership).

Si quieres ver el vídeo con slides: https://youtu.be/L5S9b7AdZC8

En los últimos tiempos es una tendencia habitual en muchos equipos utilizar git flow y pull request como estrategia de gestión de versiones. Estas estrategias son por supuesto muy útiles en algunos contextos pero no son ni la única opción ni la mejor opción para según qué casos.

Explicaremos cuales son los inconvenientes de este modelo y como nos alejan de tener un integración verdaderamente continua y del santo grial del deploy continuo. Hablaremos de otras alternativas como el Trunk Based Development (aka "to pa master") y de qué condiciones se tienen que dar en el equipo y en el proyecto para que esto último no suene a locura.

Si quieres ver el vídeo con slides: https://youtu.be/5ZOunkzWkv0

El año pasado os estuvimos hablando acerca de la cultura DevOps, herramientas, prácticas y sobre todo tratando de explicar qué entendemos por DevOps . (https://www.youtube.com/watch?v=T7F3_a17TCY&t=1892s)

Este año queremos ir un poco más allá, y con el feedback recibido el año pasado, y nuevas lecciones aprendidas durante este año, meternos en como DevOps es también una parte fundamental de la propia técnica, y como haciendo las cosas bien, nos acercamos a DevOps, y por otra parte como, acercándonos a DevOps, nos acercamos a hacer las cosas bien.

No sólo es cuestión de automatizar y desplegar rápido, se debe crear una relación de confianza entre Negocio e IT originada por la calidad en el desarrollo y la excelencia operativa.

If you want to see the video with slides: https://youtu.be/wpdt1Pziyvc

If you ever tried to improve the effectiveness of a team or transform the culture of your organization to adopt new ways of working, you most certainly found yourself, time and time again, hitting what appeared to be the result of some invisible obstacles:

Vehement opposition

Improvement efforts dying after a short time

People passively ignoring or doing the opposite of what was decided

Misalignment or disagreements between teams and management interests

Difficulty to make the changes permanent and integrate them in the company culture

etc.

It is as if there are always some parts of the system that are not collaborating with us. Like driving a car (on ice) and have its wheels randomly pointing in different directions and constantly deviating from its objective in the most unexpected ways.

In this talk we will look at how applying Systemic Coaching principles and tools can help us detect, resolve or prevent some of these situations. Also, how to find the most effective intervention points in order to allow our improvement/transformation efforts to move forward as effectively as possible.

Si quieres ver el vídeo con slides: https://youtu.be/NWtXeLhhtkA

Los proyectos suelen empezar con un ritmo de desarrollo muy rápido. A medida que maduran van perdiendo velocidad hasta que llega a un punto en que el coste y tiempo de añadir funcionalidad es extremadamente elevado.

En esta charla veremos, desde un punto de vista técnico, cómo podemos diseñar y desarrollar el producto para aportar valor al final de cada sprint. Para ello mostraremos ejemplos de cómo hemos simplificado un producto y las prácticas que hemos utilizado para mantener la velocidad de desarrollo y la deuda técnica bajo control. También hablaremos del coste de cada una de ellas.

Algunas de las técnicas son el vertical slicing, domain driven design, test driven development, refactoring y automatización de la infraestructura.

Si quieres ver el vídeo con slides: https://youtu.be/xWJiJNbO5F8

Actualmente los sistemas basados en software evolucionan de forma constante y cada vez son más complejos. Para poder opearar y evolucionar estos sistemas adaptativo complejos, debemos ser capaces de usar el feedback que nos da, mejorar la resiliencia, la operabilidad y descubrir los compartamientos emergentes que aparezcan.

Una de las prácticas más útiles que he empleado para conseguir este objetivo consiste en gestionar y tratar en grupo cualquier incidencia en producción y crear blameless Incidents Reports a partir de los cuales aprendemos y decidimos los siguientes pasos de mejora para el sistema.

Esta práctica tiene las siguientes ventajas:

Mejora continua del sistema partiendo de hechos reales (incidencias) en vez de a partir de ideas no validadas (como pasa muchas veces con las funcionalidades sugeridas por los stakeholders).

Generación de una cultura de experimentación, basada en el aprendizaje y en cultura de seguridad sicologica.

Busqueda sistematica de la excelencia técnica, tanto para la operación del sistema como para el desarrollo.

Si quieres ver el vídeo con slides: https://youtu.be/5Z03m-qT9Fc

Dinámicas espectaculares, teambuilding que parecen gymkhanas, todo bien aderezado con una sesión fotográfica donde quede constancia de que somos espectaculares y que el coach es la estrella. ¿De verdad no hay nada más que ofrecer?

En los ambientes técnicos cada vez más se rechazan este tipo de prácticas porque no se les ofrece algo adaptado a sus necesidades ¿Está la excelencia técnica postergada o incluso olvidada? Vemos que los pioneros y referentes del agilismo piden volver al origen: eXtreme Programming.

Por eso, proponemos una charla en la que repasar algunas buenas prácticas técnicas y cómo estas afectan a la entrega valor y cultura Agile.

Si quieres ver el vídeo con slides: https://youtu.be/LfJN5mopPQc

La palabra transformación lleva acompañándonos ya unos años. Pero...

¿Tenemos clara la diferencia entre transformación Agile, Digital, Cultural o una digitalización?

¿Las atacamos desde la misma perspectiva?

¿En qué pone el foco cada una?

¿Tienen que ir siempre de la mano o es posible atacarlas en distintos momentos y de forma independiente?

¿Requieren de los mismos perfiles o en cambio son diferentes?

Nos gustaría compartir este tema porque nos preocupa cómo lo estamos viviendo en nuestro día a día acompañando a empresa.

Empresas industriales, energéticas, etc como Repsol estamos emprendiendo un cambio de transformación Digital/Agile, pasando de 0 a 100 con una aceleración de a veces es de vértigo. Esta carrera, a veces similar a nuestra motos de competición, está llena de aprendizajes que pueden ya ser considerados mitos y leyendas de cualquier entidad viviendo este proceso transformacional.

¿Está preparada la administración para funcionar siguiendo un modelo ágil? Hace cinco años se nos planteó llevar a cabo la transformación del modelo de trabajo de un importante departamento de IT dentro de la Administración Pública.

Con un sistema enconsertado por las restricciones que imponen obsoletas relaciones de puestos de trabajo, con un modelo de contratación predictivo, y con una organización sin madurez en gestión de proyectos, el reto se planteaba apasionante.

Cinco años después, y cerca de alcanzar el objetivo propuesto inicialmente, ha habido que cambiar procesos, herramientas y personas, vencer resistencias al cambio, interpretar y entender las necesidades de la organización hasta poder definir un modelo de trabajo basado en buenas prácticas (Scrum, Kanban, ITIL, PMBOK, PM2 y SaFE) que se ajuste a la organización.

El objetivo de la charla es poder compartir cómo ha sido posible lograr esta transformación, qué problemas hemos enfrentado y cómo los hemos solucionado, qué ha habido que cambiar y cómo hemos logrado llegar a un nivel de madurez gestionado.