Conferencia Agile Spain 2018

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.