Breaking Bias

Gerard Chiva

Idioma:

Cognitive biases are unconscious drivers that influence how we see the world. Exerting their influence outside of conscious awareness, adaptive mechanisms evolved to help us make quick, efficient judgments and decisions with minimal cognitive effort. On the one hand, biases are helpful and adaptive. Biases help us use previous knowledge to inform new decisions, a kind of cognitive shorthand, as we don’t have the cognitive resources to make every decision fresh. However, many of our biases can also be unhelpful. Biases can blind us to new information, or inhibit us from considering a broad range of options when making an important decision and choosing our path carefully. In a hyper-connected world where poor decisions can multiply like a chain reaction, breaking free of unhelpful has never been more urgent or important. In this talk we will have a look at main cognitive bias and mitigation strategies that can be put in place in organizations in order to minimize their impact. Everyone can benefit from this talk, but specially those who have some sort of responsibility over other people, like managers, coaches and consultants.

Your application is not your framework

Enrique Comba

Idioma:

Far to many people get over zealous with their choice of frameworks they use. When you look into the different applications produced by many teams you start to wonder where the application starts and where the framework ends. Architectural decisions seem to stem from the framework chosen and not from the design skills of the developers building the applications. In this talk I am going to show different examples of bad design choices, choices that might seem right but aren't and a better way of building an application that will not rely on your framework of choice as much. At the end of the day, your application is not your framework (or database)!

Lo que Agile y Scrum no nos dice y te gustaría saber

Florentino Romero Haro

Idioma:

El objetivo de la charla es cuestionar creencias que tenemos a la hora de implantar Agile y su conocido framework Scrum en las organizaciones. Muchas veces hablamos dando por verdad frases y más frases y palabras y más palabras que hemos leído o que nos han dicho, y dejamos de cuestionarnos qué hay detrás de ello y qué significan en el momento en el que las aplicamos, y continuamos aplicándolas y aplicándolas sin cambiar. TARGET: Puede ser útil para personas que ya lleven un tiempo trabajando desde Agile con Scrum o con otras formas de trabajo, como para personas poco iniciadas que quieran llevarse conocimiento sobre conceptos de base.

El Síndrome de Niggle, la orientación a Objetos y la Familia de Juan Carlos I

Jorge Uriarte

Idioma:

La charla parte de una reflexión de muchos años sobre el adecuado nivel de abstracción requerido para resolver un problema. Ese es el tema central de mi día a día en desarrollo de software desde hace más de 15 años, y he ido encajándolo con diferentes ideas por el camino con los años. Me planteo una reflexión acerca de cuándo funciona algo adecuadamente en un nivel de abstracción y cuándo no, a través de diferentes ejemplos. Me interesa a través de esos ejemplos profundizar en la práctica del arte de desarrollar productos software, tan en sus niveles más técnicos como en el plano del "producto-mercado". Probablemente discuta la validez de algunas normas de oro por el camino, y le demos una vuelta a en qué consiste nuestra "carrera profesional", nuestro "arte", por menor que sea. La charla será más orientada a la motivación que a la demostración, y espero que nos deje a todos con más preguntas que respuestas fáciles.

The lean organization

Gabriel Prat

Idioma:

La mayoría de empresas al crecer crean jerarquías y departamentos funcionales. Esto hace, por un lado, que para entregar valor a un cliente tengan que participar varios equipos con diferentes objetivos causando flujos de comunicación complejos, esperas y conflictos de priorización entre los diferentes equipos. Al final el producto acaba siendo más complejo de lo necesario, menos adecuado al usuario final y el tiempo de entrega más largo de lo necesario. Así que el objetivo primordial de la empresa (entregar valor a sus clientes y recibir dinero a cambio) no se ha maximizado. Y por otro lado, la complejidad de comunicación y los conflictos de priorización van en contra de la felicidad de los empleados. Proponemos una forma diferente de escalar las empresas: creando equipos multifuncionales y enfocados a un objetivo de negocio. Trabajando cerca de su cliente y autonomía para tomar las decisiones necesarias y satisfacer sus necesidades sin depender de otros equipos. Explicaremoos cómo lo hicimos en InfoJobs. Cómo conseguimos recuperar aquél espíritu de start-up que teníamos al principio en una compañía con más de 200 trabajadores usando Hoshin Kanri, Lean Startup, Customer Development y Agile para asegurar que aunque los equipos tengan plena autonomía la alineación con los objetivos de la empresa sea total.

Ansible by example

David González

Idioma:

Instrucciones de montaje del entorno

Has lanzado tu producto por fin, esa web que, aunque sólo tu lo sabias, ha terminado petándolo, está muy bien, pero ahora no quieres morir de éxito. Lanzaste tu MVP, y como buen MVP necesita mejoras, pases a producción frecuentes, cambios de infraestructura, inclusión de nuevas tecnologías. Has utilizado Amazon AWS y gracias al autoescalado parece que soportas las visitas sin problema aunque empieza a ser un problema lo de manejar mas de 10 frontales, los procedimientos a mano están llenos de riesgo de error. En tu día a día empiezan a aparecer unos problemas que apuntan a que necesitas a alguien exclusivamente para los pases, actualizar las máquinas, aplicar parches... o puedes intentar hacerlo tu solo. Un taller de 6 puntos que nos dé una visión de las posibilidades de Ansible. -Uso ansible y no he tocado mis servidores, agentless. Mientras tu competencia ha decidido utilizar chef/puppet y están intentando entender como montarlo, tu ya tienes tu entorno preparado. -Todas mis máquinas a un fichero de distancia, tu inventario. Registrar las máquinas para tenerlas identificadas, agruparlas por su funcionalidad en tu producto, por su localización geográfica o incluso por el sistema operativo en el que corren para poder realizar acciones en ellas. -Recuerdas el Heartbleed, arreglarlo en toda tu infraestructura con un solo comando. Te han llegado decenas de emails de todos los sites sobre seguridad avisándote de que toda tu infraestructura es vulnerable, necesitas actualizar ssh y necesitas hacerlo rápido ¿qué tal con un solo comando? -Todos mis frontales necesitan memcached, pero solo los frontales. Necesitas instalar memcached, pero sólo en los frontales. -Tengo que desplegar mi backend. Hay que pasar a producción mi código de backend y unicamente el de backend. -Tengo que desplegar mi frontend, pero no se cuantos frontales tengo porque utilizo escalado automático de Amazon AWS, inventarios dinámicos. Amazon EC2 auto-escale está muy bien, pero no se cuantos frontales tengo ahora mismo y hay que actualizar la web.

El arte de dar Feedback ( Comunicación Verbal No Violenta )

Alberto Gómez

Idioma:

A menudo dar feedback es una tarea que nos toca realizar en el día a día en nuestras vidas, no solo en los equipos Agile sino en el la totalidad de nuestro entorno. Se necesitan habilidades y formación para hacerlo correctamente en el caso contrario puedes recibir una respuesta adversa a tus objetivos.

Continuous delivery in a legacy code environment

Peter Marshall

Idioma:

Is it possible to achieve a continuous delivery model with an aging monolith built using every web trend over the past 10 years, with zero automated testing, and zero continuous integration? The principles of continuous delivery can be applied no matter what the state or size of your system. This will be an experience report describing the Journey of a small, but very profitable business on its way to continuous delivery. Looking at the hurdles and challenges, and ultimately the organisational change that was required to put in place, not just the technical elements, but also the mind set changes required by the people within the organisation. This is a story of agile and technical transition. Recursos: Pete Marshall is presently Technical Architect at Planday, and also runs Lean Software, a training and consulting company based in Madrid helping organisations train and coach staff in the principles of lean and agile delivery. He was a leader in the team that famously help Visa Europe overcome heavy handed waterfall processes to become a leaner organisation, moving them from almost yearly to weekly releases. His agile experience spans over 10 years, with experience implementing organisational, architectural, and engineering practices relating to agile and continuous delivery.

De “Foso de Desarrollo Nº23” a “Un Goonie nunca dice muerto"

Fran Ávila

Idioma:

Esta charla es sobre el viaje de un equipo nuevo y su transformación en un equipo rompedor. Es sobre lo que aprendí con ellos, por ellos y para ellos. Lo que hicimos y funcionó y lo que hicimos y no dio resultado. De las herramientas y teorías que utilizamos, como los Roles de Belbin, el modelo de Tuckman, la matriz de conocimiento y mucho más. Pero sobre todo os hablaré de miedo, de orgullo, de crisis, de cambios, de fracasos, de éxito, de valores, de rabia y de risas, de muchas risas. Y de música. Y de cómo petarlo mucho y muy fuerte. Y de ser un Goonie, porque el que ha sido Goonie nunca deja de ser Goonie..

Agile, la solución para el trabajo colaborativo entre negocio y tecnología

Juan Jose Fortún

Idioma:

Debido a las limitaciones de la metodología de gestión de proyectos tradicional intenté buscar una forma de trabajar más colaborativa, que dejara atrás los desencuentros habituales que existen entre negocio y tecnología en la mayoría de las grandes organizaciones. Mi objetivo era que fuéramos más eficientes, tener una comunicación fluida, poner en común el conocimiento, aumentar la confianza entre las partes para obtener mejores resultados en términos de coste, plazo y calidad de los desarrollos. El primer intento sin conocer Agile fracasó. Poco tiempo después, me hablaron de Agile y pensé: “esto es lo mismo que yo quería”. Incluimos en el proyecto a un equipo del área de tecnología que tenía experiencia en Agile y daban soporte a esta nueva forma de trabajo. Este equipo nos ayudó a formarnos en Agile y a aplicar dicha metodología. El resultado está siendo un éxito. El primer proyecto está funcionando muy bien, se están cumpliendo los tiempos y se están cubriendo las necesidades y prioridades de negocio mucho antes de los previsto y con la mismas personas con las que se realizó el primer intento fallido. De hecho, estamos trabajando con Agile en dos proyectos más. En BBVA estamos interiorizado Agile y aplicamos su metodología a un número cada vez mayor de proyectos debido a los grandes beneficios que aporta a los proyectos en cualquier área, no solo en el ámbito de tecnología. Por eso, creemos que es necesario compartir y comunicar esta nueva forma de trabajo y las múltiples ventajas y soluciones que ofrece.

Just Grow IT, que funciona y que no en el escalado

João Barreiro

Idioma:

En esta charla se abordan varias lecciones aprendidas en un escalado de 1000+ personas en el sector de las telecomunicaciones. 1. El despilfarro del escalado prematuro 2. Los componentes retrasan la entrega de valor, el feedback y pueden causar cuellos de botella 3. Falta de atención a las prioridades de los componentes básicos 4. Las transformación de abajo hacia arriba, no escalan 5. La Cadencia es magia 6. La visibilidad aporta confianza 7. Las practicas de ingenieria son clave

Viaje a lo desconocido: de lo que no soy a lo que soy

David Roncero

Idioma:

Este taller será un viaje real. No es una metáfora, durante la duración del taller iremos visitando lugares como el país de las realidades paralelas, el castillo de los espejos así como otros espacios desconocidos o poco frecuentados. ¿A dónde llegaremos? No lo sabremos hasta que no vayamos allí. ¿Me acompañas?

Building resilient integrations

Dave Moore

Idioma:

Many of today's software bugs occur when two software applications are integrated with one another and unexpected behavior in one application causes issues in the other. This talk will teach attendees how to build integration points that are resilient to these types of situations. They will learn how to gracefully fail when a dependent application isn't acting as expected. I usually do this talk as a 30 minute talk, then a workshop where I have attendees integrate with a purposefully bad API. I built the API to fail randomly in all sorts of ways. The goal is to have the attendees build a program that fails gracefully when the API acts unexpectedly and continue along its merry way. That being said, I can accommodate a non-workshop format by making a sample application that follows the guidelines I went through in the talk. Show them firsthand the benefits of some of the practices I suggest.

Agile Selling

Juanjo Martínez Pagan

Idioma:

Durante muchos años he trabajado en el mundo de la Informática y las Telecomunicaciones, casi siempre en el area comercial. Los productos y las soluciones que ofrecíamos eran off-the-self, en muchos casos con la posibilidad de una customizacion en casa del cliente. Los ciclos de venta de estas soluciones eran relativamente largos, el proceso de ventas complejo, la competencia numerosa, que además era fomentada por los propios departamentos de compras. Desde hace un año y medio trabajo como socio en ASPgems, una empresa especializada en desarrollos agiles, y rapidamente he comprendido que la metodología de venta que he aprendido y desarrollado durante años, y que tantos éxitos me ha dado, no es aplicable para vender nuestros servicios de desarrollo agil. En mi charla me gustaría contar desde el punto de vista de mi experiencia la diferencia entre el proceso tradicional de venta y el que considero más adecuado para las soluciones agiles, que se basa en aplicar la metodología agil a los procesos y a los equipos de venta.

How to bet in Montecarlo and end up with some money in your pocket

Pablo Domingo de la Orden

Idioma:

What’s the chance your team will be able to deliver the next feature in time for the marketing campaign? How much is it going to cost? How long will it take? These are tough questions to answer in a real world. We need to deal with uncertainty and risk and challenge the current orthodoxy that recognizes that uncertainty can be eliminated by a more detailed planning. This session will shine some light on modeling software development systems, running simulations and analyzing the probabilities in order to make robust decisions. This session aims to challenge the traditional wisdom by introducing Montecarlo, which is a technique, used to understand the impact of uncertain parameters in financial, project management, cost, and other forecasting models. I hope to give you some insights about how to identify and close the gap between what you modeled and what actually happens. Let’s surf uncertainty and end up with some money in your pocket!!!!

Nexus: Scrum a escala sigue siendo Scrum

Jerónimo Palacios

Idioma:

En 1995, Jeff Sutherland y Ken Schwaber presentaron Scrum, hoy la metodologia agil mas usada en el mundo, de acuerdo con el informe del estado de Agile producido por VersionOne. 20 anos después, esa misma colaboración ha dado lugar a Nexus, la propuesta de los creadores de Scrum para escalar Scrum en grandes iniciativas de desarrollo de software que incluyen a cientos de personas. Durante esta charla analizaremos cuales son las principales diferencias y similitudes entre Scrum y Nexus, a nivel de artefactos, reuniones y roles. Asimismo, trataremos la filosofía que subyace a ambas. También veremos ejemplos de organizaciones reales que ya están utilizando Nexus dentro del programa Scaled Professional Scrum y las practicas que han puesto en marcha para llevar a cabo sus transformaciones ágiles.

Taller – Tests de usuarios de guerrilla

Eduardo Suárez

Idioma:

Realización de tests de usuarios en contextos de bajo presupuesto y tiempos de entrega muy limitado, que permitan la localización de errores y áreas de mejora rápidamente. Es un taller que realicé en colaboración con UXAcademy en abril de este año, con algunas mejoras gracias al feedback recibido. Está pensado para realizarse en 90 minutos, por lo que si la duración fuera de dos horas, se complementaría con una parte de prototipado en la que se aplica lo aprendido con el test.

Visual Management para facilitar tu trabajo

Juanma Gómez

Idioma:

Vivimos en la era de la información y el conocimiento. Estamos continuamente siendo bombardeados por información. ¿Es toda esa información útil? ¿Somos capaces de aprovecharla? ¿Te has sentido abrumado por tanta información que te has paralizado? En esta sesión hablaremos de algunas técnicas que he puesto en marcha durante los últimos cuatro años y que han ayudado a filtrar la información útil de la que es menos útil.

Anti-patrones de motivación

Dani Jiménez

Idioma:

Todo te da consejos de cómo tener a tu equipo altamente motivado. Bien, pues yo voy a contarte que tienes que hacer para hundirles en la miseria y que salgan por patas.

Combatir el EDD (Ego Driven Development)

David García Fernández

Idioma:

Las personas por naturaleza tenemos un inevitable de orgullo, en algunas más que otras pero hay un conjunto de estas personas que normalmente tenemos un nivel más alto de este pecado capital, los ingenieros. Así es, todos creemos que nuestro código es mejor que el del lado, que compila más eficientemente y es más mantenible. Esto en un equipo ágil no tiene cabida pues el objetivo es común y todo suma. En esta charla quiero contar mis experiencias tras más de 5 años dirigiendo equipos ágiles y afrontando a lo que llamo el EDD (Ego Driven Development) el cual aparece en la mayoría de equipos de desarrollo y puede llegar a ser destructivo.

How to build a healthy relationship between teams

Robert Zapater

Idioma:

In this talk we will explain how we resolved the conflict between two teams. We implemented the intervention using a futurespective format, in an original way. We will also explore how approaches like building alliances and GROW (Goal-Reality-Options-Will) model were applied in this context.

Large-Scale retrospectives

Andreu Tortajada Balada

Idioma:

Is it possible to get everyone’s opinions and feelings heard? Sounds challenging at least! In this talk, we propose a way (of many) to conduct and facilitate these vast retrospectives: A way to set a scenario where all ideas can be communicated and a spirit of improvement is invoked. Based on real experience where the Scrum teams from a whole department were distanced from the managers and felt unpowered. All the participants contributed, including managers. With a great team of 5 facilitators, this challenge was a success where all the participants expressed their gratitude and left feeling good after the meeting.

Flipped Classroom to learn scrum and agile

Sylvain Loubradou

Idioma:

As MBA teacher I have experimented the principles of flipped classrooms to teach scrum and agile. The idea is that the students explain to the teacher the contents of the course. Then the teacher's role is to facilitate the team's work and focus on the main facts. Doing this I transformed every 4 hours - class in a sprint with usage of more and more agile tools during the class. I will explain the mechanics, the way it works and how to implement it, the roles and who works what. The results are that the students live the experience of an agile project, can feel the way it works while learning scrum and agile.

El arte de decir que no

Carlos Hernández

Idioma:

“Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.” (Agile Manifiesto, 2001) Uno de los principales retos que encuentras cuando estás construyendo un producto que es utilizado por cientos de clientes con perfiles muy diferentes entre sí es como gestionar la satisfacción de todos ellos. Cuanto más éxito tenga tu producto, más ideas surgirán para añadir nuevas funcionalidades o modificar las ya existentes. Tus clientes querrán que desarrolles el producto perfecto para sus necesidades, y muchas serán las tentaciones para atender sus peticiones, pero lo mejor que puedes hacer en el 99,99% de las ocasiones es responderles directamente con un “no”. En esta pequeña charla te contaré porqué el desarrollo de un buen producto está ligado a la frecuencia de uso de la palabra “no”. No un “quizás”. No un “más adelante”. Un simple “no”.

El Big Data también es ágil (o debería)

Juan Tomás García

Idioma:

Desde hace unos años, gracias a las metodologías ágiles, la filosofía Lean y las nuevas tecnologías permiten manejar grandes volúmenes de datos de fuentes diversas en poco tiempo y con iteraciones cortas, de manera que se puedan generar analíticas prescriptivas y predictivas. Al igual que el desarrollo de software, el big data tradicional ha tenido el problema de seguir metodologías secuenciales que necesitan demasiado tiempo para producir resultados y que impiden tomar decisiones en el momento adecuado y modificar el proyecto tantas veces como sea necesario para poder aportar el máximo valor posible al negocio. Las nuevas formas de hacer análisis de big data permiten que los datos y el negocio pueden tener un dialogo fluido, en el que éste pregunta y la analítica contesta de forma constante, exploradora y constructiva. Para ello, pondré el foco en casos de éxito elaborados con Apache Spark con arquitectura Kappa viendo qué valor aporta esta tecnología gente a otras más tradicionales como Apache Hadoop.

Un paso más allá del pair programming: diseñadores empotrados

Manuel Barroso Parejo

Idioma:

En nuestros proyectos, la resolución de las tareas es una labor común entre diseñadores y desarrolladores, en un entorno colaborativo.

Trataremos algunas de las claves que hemos descubierto, que ayudan a que el equipo se sienta más feliz al trabajar unido, construyendo productos más bonitos, y de más valor en cada iteración.

Nos gusta el símil con el “Pair programming” porque, nuestros diseñadores y desarrolladores, trabajan constantemente juntos, en el mismo proyecto, en la misma tarea, en la misma mesa y en el mismo ordenador, lo que conduce a un resultado de más calidad y a un aprendizaje mayor.

Enterprise Agile adoption limits and levers

Xavier Albaladejo

Idioma:

When starting to adopt Agile in an organization you usually ask yourself questions as: - Where I cannot implement Agile? - Which are the levers for accelerating anAgile adoption? If you are a CxO, Manager, Change Agent or Agile Coach, this talk will give you some new insights for your enterprise Agile transformation approach and will help you to understand why are you not progressing as much as you'd like to.

Introducción to LeSS, Large Scale Scrum

Fernando Palomo García

Idioma:

Non prescriptive, flexible, minimalistic, organic and easy to adopt. This is Less. From my experience applying LeSS, I will share the main aspects that make LeSS be the perfect option for fast-growing organizations.

Scaled Agile Framework 3.0 en 10 minutos

Unai Roldan

Idioma:

El objetivo de la Lightning Talk es dar una visión "light" pero completa de lo que propone Scaled Agile Framework 3.0 como marco de referencia para el escalado de Agile. Scaled Agile Framework es uno de los marcos de referencia para escalado de Agile que mayor aceptación está teniendo a día de hoy, sobre todo cuando hablamos de grandes organizaciones. El marco SAFe parte de las capas de abstracción clásicas de una organización para estructurar un cambio de perspectiva y de cultura basándose en los 4 valores y 9 principios Lean-Agile, apoyándose además en las prácticas Scrum-XP de desarrollo de productos. En la charla descubriremos de manera rápida los roles, artefactos y ceremonias que plantea el marco para conseguir un cambio de paradigma sostenible en las organizaciones.

Kaizen: conseguir tus metas paso a paso

Esther Sanz Pastor

Idioma:

“The fear of loss is a path to the dark side” “Train yourself to let go everything you fear to lose” Te suenan estas frases? Seguro que sí, son del maestro Yoda, y ¿qué tiene que ver Yoda con la mejora personal te preguntaras? Pues todo... El miedo es uno de los grandes impedimentos para el desarrollo personal, ese vértigo que sentimos cuando para progresar hay que arriesgar, cuando para alcanzar nuestros objetivos podemos perder lo que tenemos, y por fin el miedo al fracaso, cuando nos han educado para ser triunfadores, cualquier traspiés es un fracaso. En esta charla, me propongo explicar la técnica más famosa para la mejora continua dentro de Lean, se denomina Kaizen, ejercicios para mejorar paso a paso, poco a poco. Mucha gente la aplica en su trabajo, pero y que hay de nuestra vida personal? Esta técnica también se puede emplear en nuestra vida personal para mejorar, para desarrollarse como persona o como profesional, o incluso para ayudar a la gente a tu alrededor a mejorar o alcanzar un objetivo. Si tienes un plan de acción para la mejora en tu proyecto por qué no lo tienes para tu vida personal? El hombre por naturaleza siempre mira al futuro y se pone objetivos, pero hay algunos de ellos que parecen imposibles de alcanzar. Entender las razones que hay detrás, como los grandes cambios siempre asustan y producen miedo y cuál es la reacción biológica que se produce en nuestro cuerpo es el punto de partida. Desde ese conocimiento, podemos vencer y comenzar nuestro camino hacia el cambio y la mejora personal. En esta charla se explicará la reacción biológica que se produce en nuestro cerebro llamada “secuestro amigdalitico” para que los asistentes entiendan como funciona nuestro cerebro antes situaciones de potencial peligro como son los grandes cambios. Para pasar a explicar con ejemplos reales y muy personales como se pueden conseguir los objetivos personales y profesionales usando Kaizen en todas las facetas de nuestra vida. Cómo la famosa frase dice: “A journey of thousand miles starts with a single step” Sólo necesitas un plan de acción y conocer como vencer el miedo al cambio, para mejorar cada día un poco hasta conseguir la ansiada meta. Para ello cada día, con el objetivo en mente hay que preguntarse, qué puedo hacer hoy para estar más cerca de mi objetivo? Por pequeño que parezca es un paso hacía el objetivo. Para evitar el miedo, el bloqueo de nuestro cerebro y por tanto la parálisis cuando estemos diseñando nuestro plan de acción e intentado conseguir un objetivo, sólo hace falta seguir una pequeña receta: - Hazte preguntas pequeñas - Ten pequeños pensamientos - Lleva a cabo pequeñas acciones - Resuelve pequeños problemas - Date pequeñas recompensas cuando alcances esos pequeños objetivos

Integración continua en CartoDB

Juan Ignacio Sánchez Lara

Idioma:

Te dicen "Move fast and break things" pero realmente quieren decir "Hay paladas de trabajo por hacer, hagámoslas rompiendo lo menos posible". En esta charla básica haremos una introducción a integración continua y hablaremos un poco sobre testing, Git, feature toggles, cultura de empresa, versionado (o no) y otros mecanismos que usamos en CartoDB para avanzar lo más deprisa posible.

La culpa no tiene espacio en el Kaizen

Maica Trinidad

Idioma:

Cuando ayudamos a los equipos a analizar un problema, encontramos una dinámica generalizada que consiste en buscar culpables de la situación. Esto permite que nos liberemos de nuestra responsabilidad individual (y las represalias subsiguientes), pero también evita que nos centremos en los procesos que está en nuestras manos mejorar. En esta charla prentendo ahondar en dicho fenómeno y compartir algunas herramientas que a mí me han resultado útiles en el trabajo con los equipos para identificar el problema y aumentar su foco sobre la búsqueda de mejora en los procesos, algo que les ha permitido probar nuevas soluciones y mejorar sus relaciones como equipo y como compañía.

Design Thinking: the power to accept every challenge

Mariana Ivanova

Idioma:

To me “Design thinking” as I have experienced it, myself in the last 3 years: it is the ultimate tool unleashing human creative power for building useful and desirable products that solve a real problem. Design thinking as such can be called in many different ways – a tool, a methodology, a process, an approach. But no matter how you call it, in the end it is also a collaboration game with simple rules, a game which can be played easily by anyone. So the more people are able to play this game, the better and more useful products will be created, the more problems will be resolved, the more people will feel powerful enough to accept every challenge and change the world. That’s why I want to show in my talk rules for playing this collaboration game and how to go through the problem space to finding a solution with design thinking in six simple steps with practical tactics which you can apply right after the session.

How a project portfolio is born, grows and dies

Vanesa Tejada

Idioma:

He tenido la fortuna de liderar un portfolio de proyectos desde su nacimiento hasta su muerte. El motivo por el que esta historia merece la pena se debe a la experiencia de trabajar con el equipo de Management, roles de todas las áreas de la empresa repartidos en 6 países diferentes, cómo convertir una visión en una realidad, cómo conseguir tantas personas alineadas, compartiendo la misma prioridad, ayudándose unos a otros. Durante la charla quiero compartir técnicas que me han ayudado a gestionar el portfolio, como la organización de reuniones eficaces, conferencias, visual management, visual information, organizar eventos para gestionar el alcance y revisar la visión, moderar grupos de trabajo para no perder el foco, en fin, compartir lo vivido y aprendido.

Experimentando Empatía con Design Thinking

Ujue Agudo y Diego Rojas

Idioma:

El desarrollo de personas lleva implícita la necesidad de empatizar con ellas, con sus necesidades, deseos y dificultades. Puede parecer algo obvio e incluso sencillo de realizar, pero empatizar de verdad, aceptar que el resto del mundo no es una copia de nosotros mismos, no resulta tan sencillo. Por eso, en este taller, viviremos la experiencia de empatizar a través del proceso de design thinking y los materiales de la gente que más sabe de ello: la dschool de Stanford. Porque empatizar nos desarrolla como personas y, en consecuencia, nos permite desarrollar para ellas.

Escapando del modelo de desarrollo mete-saca

Ricardo Borillo

Idioma:

¿Qué nos mueve a seguir implementando aplicaciones que no son más que entrada/salida de datos y se dedican, al igual que hacía Microsoft Access, a presentar listas de información para editar e insertar registros? Este modelo de trabajo al que denominamos "mete-saca", puede ser consecuencia de varios factores culturales, de uso de una arquitectura enlatada o de frameworks de referencia del lado cliente que nos guían hacia un modelo inadecuado. En esta charla analizaremos como huir de los modelos SPI MV* en cliente soportados por backends REST, con el fin de evolucionar a un sistema basado en acciones o eventos de negocio que permitan sacar un mayor partido al código implementado y a su evolución. Finalmente, analizaremos como implementar estos patrones de forma sencilla y cómo algunas propuestas como Flux o Falcor/Relay nos ofrecen alternativas a los modelos tradicionales.

Persuading the business guys

Gerardo Ponte

Idioma:

En la mayor parte de las empresas, especialmente las grandes, el cambio hacia las metodologías ágiles está viniendo de la mano del área de Tecnología, lo que genera en el área de Negocio una resistencia al cambio que hay que vencer. Y es, sin ninguna duda, desde la dimensión del equipo ágil desde donde mejor se puede "librar esa batalla" con garantía de éxito. El objetivo de la charla es compartir algunas ideas sobre cómo conseguir que la inmersión del equipo de Negocio (product owner, business analysts, etc.) en estas metodologías (y más concretamente en la Scrum) se convierta en una experiencia positiva y enriquecedora, anticipando y facilitando los momentos más críticos del ciclo de vida del desarrollo del producto; y, por supuesto, todo ello con la colaboración del equipo de desarrollo del software. La charla se estructuraría como una historia que fluye desde la creación del equipo ágil hasta la entrega de sucesivas versiones del producto al usuario final, poniendo especial hincapié en la figura del Scrum Master como responsable de gestionar adecuadamente los "miedos" del resto de integrantes del equipo.

What I wish I knew on my first scrum sprints

Pedro Gustavo Torrés

Idioma:

The scrum guide is a (quite straight forward) document under 20 pages. The guide describes the essence of the scrum framework… but is that enough to implement it in the most effective way? After using the scrum framework since 2010 I have two hands full of tips and tricks that I would like to share with the audience in order for them to be more successful with scrum. I’ll talk about User Stories, Task, Sprint, the ceremonies and how to make the most out of them.

Gestion del cambio y hacking cultural

Angel Medinilla

Idioma:

¿Nunca te has preguntado por qué, si la Agilidad es una idea tan buena, la gente se resiste tanto a adoptarla? ¿Por qué los gerentes están de acuerdo en implementarla pero luego siguen comportándose igual que siempre? ¿Por qué en cuanto dejamos de inyectar energía la gente vuelve a su estado previo? Si está pensado para maximizar el valor y ofrecer ventaja competitiva, ¿por qué los clientes lo rechazan tanto? Y sobre todo, ¿por qué todo el mundo parece estar de acuerdo en el cambio - siempre que sean *los demás* los que cambien? Para la mayoría de nosotros, el problema no es entender puntos de historia, diagramas de burn-down o historias de usuario, sino cómo lograr que el cambio se produzca en nuestras organizaciones y convierta en parte de nuestra identidad. En esta charla abordaremos como el cambio - cualquier cambio - triunfa o fracasa en cualquier grupo humano, explicaremos cómo definir y evaluar la cultura y proporcionaremos 21 pistas prácticas sobre cómo hackearla para construir empresas más eficaces y felices.

OKR Workshop

Kitty Iding

Idioma:

A truly hands-on experience on building your OKRs. Have you been looking for a way to connect your company’s vision with what’s actually going on the trenches? Yearly strategy sessions are too high-level and don’t connect with getting the results we’re all working for. On the other hand, just crushing the numbers doesn’t cut it either, now does it? Find out how using OKRs (Objectives and Key Results) can help you to build bridges between both worlds. Instead of having to face the fact that reality catches up with yearly goals, you have the power to act pro-actively and use an agile system to continuously improve the alignment and get the results that really count. You can start implementing OKRs anytime, this workshop is a good example of that. No need for extensive pre-planning and in depth theoretical knowledge: start with how you’re doing right now. Join us to make awesome … !

Soy persona (no soy recurso)

David Fernández

Idioma:

En esta charla desnudaré mis impresiones y puntos de vista, no como Scrum Master o Ingeniero de Software sino como “Individuo de la especie humana” que no se siente recurso de nada ni nadie. Opinaré sobre el presentismo laboral, sobre los beneficios de dar confianza y libertad a las personas para que éstas desarrollen todo su potencial, sobre como la calidad de vida incide en un mayor rendimiento laboral, etc. El desarrollo de software no es una cadena de montaje y en gran medida se tratar de realizar trabajos que no son mecánicos. Las personas no son simples recursos, son algo mucho más potente y valioso que hay que cuidar como el mayor activo del que disponen las empresas. Como casi todo en esta vida, esta charla estará sesgada por mis vivencias personales ¿Quieres que compartamos impresiones?

Economía del Software y dependencias: dilemas del software desacoplado

Luis Artola y Guillermo Gutiérrez

Idioma:

Reflexión sobre la influencia de las dependencias del software (a nivel de función, clase, módulo o microservicio) a la hora de satisfacer las necesidades de negocio (valor temprano, opciones abiertas, mantener el coste a raya, sin endeudarse) En la charla se hará un repaso a principios y técnicas de eliminación de dependencias, pero sobre todo se atenderá a los dilemas (trade offs) a resolver cuando varias técnicas o principios entran en conflicto.

Agile Sourcing: How to improve and change outsourcing with Agile Methodologies and not die trying

Alberto Méndez

Idioma:

Las metodologías ágiles han revolucionado y agitado la conciencia de muchas personas en el mundo del desarrollo software, pero relegarlo solo al desarrollo tradicional es limitar su potencial. Por ello surge el Modelo Agile Sourcing, un modelo que incorpora los principios del agilismo y metodologías ágiles para transformar el out-sourcing tradicional en auténticos equipos de trabajo motivados y de alto rendimiento (mostrando resultados con una productividad excepcional). En esta charla (ponencia) se explicará el funcionamiento del modelo Agile Sourcing, su aplicación, su evolución y cuáles son las ventajas y los temores que a priori puede suscitar.

Why for Some Product Owners and Stakeholders Agile is Like Crossing Over to the Twilight Zone

Eduardo Ribeiro

Idioma:

To place this article in its proper context, let's define what a product owner is. In other words, what is his or her role in Scrum, and what type of attitude makes a good product owner? I could write a full post to discuss this, but I don't need to reinvent the wheel. So I'm going to quote the description of a product owner from the Scrum Guide. With the definition now out of the way, I'm directing your attention to the subject of my article: why Agile is the Twilight Zone for some product owners and stakeholders. First, some product owners and stakeholders don't really understand Agile. They don't understand the benefit of leaving the old Waterfall model and transitioning to Agile. I can understand that leaving the old model means leaving exhaustive planning and documentation, milestones, control, and micromanaging behind. It's human nature, so it's always trying to pull us back. This means that we need to drive the effort to overcome this old way of thinking. It's really difficult to understand why, instead of delivering full functionality after one or two years, we should deliver small packages of software (MVP) to be able to validate and get feedback. I think that this lack of planning and existing transparency is the cause for some teams always crossing over into the Twilight Zone.

Agile en Decathlon escalando la participación

Antonio Lopez

Idioma:

Vamos a hablar de cómo usamos las retrospectivas como el punto de partida de cada pequeño cambio, o de cómo usamos marcos de cambio basados en el feedback con ciclos construye-mide-aprende de Lean Startup o Lean Change. Cómo nos enfrentamos a las dificultades de la burocracia para intentar reducirla. Cómo trabajamos para desarrollar la auto-organización. De cómo intentamos fomentar la colaboración y romper silos con técnicas de facilitación, design thinking o el uso de juegos. Pero también, de cómo utilizan Scrum los equipos de nuestras tiendas, cómo se organizan para colaborar entre ellas y otros equipos de servicios para conseguir construir y entregar modificaciones en su actividad comercial estando alejados los unos de los otros, o cómo modifican sus procedimientos utilizando MVPs, ciclos iterativos, o entrevistas. Mientras tanto , muchos cambios están emergiendo, cambios en la organización, en la forma de medir los resultados, en el desarrollo de algunos comportamientos , en la comunicación , o en algunos valores que cada vez tienen más importancia (como la transparencia)

Agilidad de Aprendizaje y Gestionar la Duda, Respuestas Efectivas Ante la Incertidumbre

Tim Ingarfield & Diego Rojas

Idioma:

Poder desenvolverse con éxito y soltura en entornos volátiles y poco predecibles es algo que cada vez se necesita más a medida que el ritmo de cambio va acelerando. Necesitamos - y nuestros clientes necesitan también - poder ir más allá de lo standard de forma certera, efectiva y con precisión. Esto, a su vez, requiere un tipo de agilidad que va más allá de los procedimientos pre-organizados. La agilidad de aprendizaje se basa en la capacidad actualizar sobre la marcha y responder a situaciones novedosas o desconocidas. Requiere incluir la investigación como un aspecto permanente de nuestro trabajo. Se trata de crear conocimiento efectivo a partir de investigación constante. En la consultoría “hay de todo”. Hay profesionales que se contentan con repetir fórmulas y procedimientos estandarizados y los hay para los que la aproximación de “una talla vale para todos” resulta insatisfactoria. A menudo se presenta una decisión del tipo ¿tiro para adelante con lo que sé aunque no es exactamente lo que necesita mi cliente (aunque probablemente no lo va a notar) o investigo más y desarrollo algo nuevo? En una situación en la que, además, suele haber cierta prisa y presión por conseguir resultados es muy fácil optar por lo seguro, lo probado. Está claro que la ventaja de seguir con lo probado, de repetir lo standard es que ofrece seguridad. Parece garantizar un mínimo de funcionalidad. Pero viene con un coste: la pérdida de precisión, de aprendizaje, de descubrimiento y, a la larga, de habilidad son desventajas de esta manera de proceder que es fácil ignorar u pasar por alto en el fragor de la batalla cotidiana. Sin embargo, son reales. Si el desempeño profesional de la consultoría va a ser algo más que la repetición de fórmulas y procedimientos estandarizados es importante que la investigación activa, la creación de nuevo conocimiento forme parte de la práctica profesional. Innovar, crear algo nuevo, ir más allá de dónde estamos bien sea en cómo responder a las necesidades de un cliente, cómo desarrollar nuestra empresa, cómo desarrollarnos como profesionales, cómo desenvolvernos con soltura en un entorno volátil y poco predecible pero lleno de potencial requiere de una agilidad muy especial: la agilidad de aprendizaje. Y eso a su vez requiere el manejo efectivo de un proceso que muchas personas ven como negativo – el proceso de dudar y de responder de forma efectiva ante la incertidumbre.

Dando amor a los tests

Joaquin Engelmo

Idioma:

Se nos dijo que teníamos que hacer tests. Se nos dijo que eso del verde creaba adicción. Se nos dijo que sería bueno para nuestros clientes y para nuestra salud. Se nos dijeron muchas cosas pero nadie nos dijo como hacerlo bien. Cuando empiezas a hacer testing todo es de color de rosa, bueno, verde más bien, hasta que un día, después de añadir una feature nueva o realizar un refactor al código de producción te fallan tests, muchos, a lot, algunos incluso sin una relación muy clara con los cambios que hiciste. ¿Te suena? Seguro que también conoces eso de "mocks, mocks everywhere", lidiar con la creación de datos para los tests que se rompen en mil sitios cuando añades un campo nuevo a una entidad, los tests con varios asserts sin sentido, ... y el naming, y la estructura de nuestro tests, y... too much pain! Te enseñaré como abordamos cosas así en Tuenti con código real de producción y sus tests. Basado en hechos reales :)

Refining Refinements: Process experimentation applied to Refinement meetings

María Belén Senra Galeano

Idioma:

In this talk I will comment the experimentation with processes we have done with my team at King, starting from long and boring Refinement meetings and how through feedback and iterations we got a fast and fluid approach, with better results in terms of efficiency and people engagement.

La importancia de la contratación de compañeros en un equipo

Roberto Cascón

Idioma:

Me gustaría dar una charla lightning sobre la importancia de selección de personal a la hora de crear un equipo ágil. Para nuestro equipo, ha sido clave, así como el cambio a metodologías ágiles, el cambio en la estrategia de selección de personal. Esa selección ya no la hace un departamento de recursos humanos, en la cual los números son importantes y las siglas lo son. Proponemos que las pruebas de selección se tornen en pruebas de lo que realmente el equipo hace día a día y se focalicen en preguntar al candidato, que es lo que puede aportar al equipo y en que el equipo puede hacerle mejor. Por supuesto son procesos hechos por y para el equipo, con su decisión siempre prevaleciente. Trabajo en un equipo ágil en la compañía Gemalto en Madrid dedicado al desarrollo de software biométrico y soy el responsable del equipo desde hace dos años.

El elefante…cuando las alternativas al problema, son el problema

Andrés Mumenthaler

Idioma:

En los años de experiencia haciendo training y coaching en distintas organizaciones de distinto tamaño, industrias, en distintas partes del mundo y en distintos niveles organizacionales, me he encontrado en innumerables situaciones donde la gente no enfrenta al elefante. Solemos tener una gran cintura para esquivar esos grandes problemas que tenemos y nos duelen, ya sea consciente o inconscientemente, buscando alternativas que generan entre varias cosas más, problemas más grandes. Quería compartir estas experiencias, reflexiones y analizar para como hacer que las cosas que más nos duelen y frenan, nos duelan un poco menos el día de mañana.

Jacket On, Jacket Off - Stop Working and Start Training!

Miguel Grazziotin

Idioma:

Many of us know the benefits of continuous training and it’s not rare to meet tech people that use that time between 18h and 24h working on personal projects, trying that fancy new tool or doing some open source work since there’s always room to improve our never-enough skills. The company would like it but client work often doesn’t push us enough, so what about improving our abilities during working hours? Presenting some cases and ideas I’ll show that not only you would like the practice but also (and mainly) your company, your clients, your impostor syndrome, myself and the whole market! The talk aims to raise the “training” subject, lots of companies hires people for their abilities and then after that doesn’t offer many opportunities to allow these employees to grow their skills because they’re always with loads of clients to deal with, while it’d be better even for the company to give some _working_ time to employees work on their skillset! The talk intends to present possible case scenarios where the company doesn’t offer anything to make it easier for their employees to grow, other case scenarios where the company cares and offer to buy books among other things and then brings the (not-so-new) idea of offering, besides books and material, more _time_ to your employees improve their skills. After bringing the idea of taking some time of client work to invest on people training I would like to go through why this is good for the employee (kinda obvious) but also for the clients, for the company itself (and many doesn’t realize _how_ good it is) and for all of us on our market. The intended audience is developers, engineers and all kind of technical employees/freelancers/students, along with entrepreneurs and business owners.

Reinventing organizations

Xavier Quesada & Tiago Garcez

Idioma:

Frederic Laloux's "Reinventing Organizations" has provided much food for thought for anybody interested in organizational design and culture. Is "Teal" the new paradigm for organizational leaders? Is a "Teal Organization" the natural extension of Agile principles & values? What are the implications raised by the examples provided by Laloux in his book? This lightning talk will briefly review the paradigm shifts embedded in a "Teal Organization" and discuss the implications of this for organizational leaders, Agile coaches and the future of work.

Transforming Privalia - Is Agile fashionable enough?

Steven Wallace y Manu López

Idioma:

A tale of an Agile transformation in a very successful 900 people e-commerce company. They tried to move to Agile previously, there was turnover in the CTO position during some years, too much legacy code, slow release process and part of the developers were external contractors.

Those who contracted us have just changed companies. What would you do?

No performance appraisals

Arnau Panosa

Idioma:

Performance Management has been quite on the spot lately with many different fortune 500 and smaller companies reviewing their traditional approaches and transforming them in different degrees towards a less bureaucratic, more frequent and more personal development driven process. In some cases this transformation has gone as far as completely removing performance appraisals from the process. That is exactly what we are piloting now at King in some areas of the company, in our pursue to being the best place to work and to create the environment where creativity, talent and productivity can flourish while at the same time our people can find purpose and enjoyment in what they do. In this talk I am going to expose the steps that we have followed so far to be able to be in a position to move from a traditional performance management approach to a completely new model where performance appraisals are gone. Yes, you hear it well, they are gone! These steps include establishing and transforming many different aspects of our company, from cultural values and recruitment processes to how we shape our organization in terms of roles and groups. The process of transforming our performance management process is yet far from complete. During our trip we have faced many challenges and there are still many challenges ahead. I will also share with you what we have learned during this transformation process and what do we still need to work on to be able to successfully implement our "no performance appraisals" model throughout the entire company.

Dinámicas grupales de Coaching

Manuela Procopio y Ulrich Schubert

Idioma:

Manuela (Service Designer y Scrum Master) y Ulrich (Psicólogo, coach y formador de habilidades) combinan la psicología de grupos y la metodología ágil para facilitar un taller dinámico sobre el coaching de equipos.
Trabajaremos 4 técnicas distintas de coaching para grupos y equipos para así enriquecer vuestra caja de herramientas: Desde el diagnóstico rápido del equipo pasaremos por la comunicación, la dinámica de equipos, y el feedback para cerrar con la iteración de propuestas de mejora. Aforo máximo: 50 personas.

Effective UI Testing – Enrique Amodeo

Enrique Amodeo

Idioma:

¿Tienes pánico a testear tu UI? ¿Piensas que testear tu UI es una mala práctica? ¿Tal vez que testear la UI te llevará al camino de complejos tests punta a punta? En esta charla verás que no tiene por que ser así. En realidad puedes hacer BDD de tus UI de forma efectiva y barata. Mostraré cómo conseguirlo mediante arquitectura hexagonal, un par de sencillos patrones de diseño, y sobre todo, enfocando tu BDD a lo que realmente importa. Todo con ejemplos específicos de código en JS. Y si no usas JS, no importa, los conceptos de esta charla son aplicables a cualquier lenguaje.

Desarrollando tus capacidades a través de la improvisación

Pablo Rodriguez

Idioma:

La improvisación teatral aporta herramientas para desarrollar capacidades que mejoran el trabajo en equipo y la creatividad, tales como la escucha, la resilencia y eliminar jueces internos. A través de un taller de juegos se explicarán las bases de la improvisación y su aplicación al trabajo en equipos ágiles. Soy desarrollador, aplicando el agilismo desde hace 3 años en algunos proyectos que he dirigido, y actor de improvisación desde hace 9 años (dando clases desde hace 2) y ha sido interesante descubrir que ambos mundos tienen mucho en común.

Mesa Redonda Producto

Idioma:

Para cerrar el track, hemos planteado una sesión en la que poder discutir de forma abierta sobre los temas más interesantes relacionados con el desarrollo de producto. Será una sesión abierta a la participación y aportaciones de cualquiera de los asistentes. La forma en la que lo haremos será un fishbowl abierto circular.

Stalwarts forum

Marc Florit, Xavier Albadalejo, Jeronimo Palacios, Jason Little

Idioma: