El evento

Tuve la oportunidad de ir a mi tercer Open Space organizado por la comunidad de Ágiles México. Esta vez me sentí muy diferente del primer Open Space del año pasado, cuando apenas comenzaba a comprender todo esto de la agilidad y el software desde la perspectiva de un alumno universitario, esta vez lo hago desde la perspectiva de un desarrollador de software.

El Open Space es una dinámica muy propia de comunidades ágiles, y muy única, es un espacio donde los asistentes nos organizamos para crear la agenda del día con pláticas y talleres propuestos al inicio del día. Con esto es posible crear la agenda para tener al rededor de 7-8 charlas simultáneas por hora.

En el primer Open Space, allá por Mayo del 2016, asistí a muchas charlas, me ofrecí para hablar acerca de las comunidades tecnológicas y me animé a dibujar el registro gráfico de una charla. En el segundo Open Space me animé a dar una charla sobre Cultura Ágil, a llevar a mi novia, quien se animó a solicitar una charla sobre agilidad fuera del software, y ambos realizamos algunos registros gráficos. Esta vez decidí usar más la ley de los dos pies para encontrar los lugares más interesantes durante este Open Space. Me animé de nuevo a proponer una charla, a realizar los registros gráficos de un par de temas, y a ser asistente a otras más.

Mi charla propuesta

Esta vez aproveché el espacio para proponer la charla: “Git: procesos y herramientas para mejorar personas y sus interacciones”.

Como parte del entrenamiento de Github Campus Experts se solicita preparar una charla, y está era la oportunidad de darla por vez primera y obtener todo el feedback posible.

El tema central es el uso de Git en el desarrollo de software y como su uso individual y en equipo, exige que la comunicación aumente, el objetivo es dar a conocer la herramienta y a grandes rasgos los beneficios que puede dar. Para mi Git es el ejemplo de un software que transforma por si mismo si es que se quiere aprovechar todo lo que ofrece.

Decidí proponer este tema porque me parece que llega un punto donde el software y las herramientas quedan muy olvidadas. El manifiesto ágil menciona: “personas e interacciones sobre procesos y herramientas”, pero también al final dice “aunque valoramos los elementos de la derecha, valoramos más los de la izquierda”. Esto de ninguna forma significa que no sean importantes. Y creo fielmente que la agilidad es fruto de las interacciones que se han dado en el software, por esto mismo pienso importante llegar a una visión más íntegra donde no perdamos de vista lo prioritario sin dejar de tomar en cuenta lo importante, es decir, si, las personas y sus interacciones son muy importantes, para mi es la piedra angular de muchas cosas, pero sin olvidar que hacemos software, y que no son dos cosas por aparte.

Afortunadamente las personas que entraron formaron un diálogo muy interesante que me permitió saber cómo puedo mejorar esta charla.

Aunque los nervios me atraparon por momentos y olvidé muchas cosas que quería platicar, logré hablar de otras como por ejemplo del blog de la comunidad de Ágiles Mexico que junto a un compañero montamos en un proyecto en Github y Github Pages.

Las charlas que dibujé

Esta vez dibujé un par de charlas: “Human Agile” y “Mejorando las habilidades de un equipo de desarrollo”.

Casi todo el evento, excepto en las sesiones donde dibujé, me la pasé de salón en salón escuchando un poco de los temas que se estaban dando.

Al inicio hubo una sesión que me llamó mucho la atención. Trataba sobre Driven Desing Domain, un tema técnico, y por lo tanto a su vez era la charla menos concurrida de ese horario. Lo valioso fue ver las interacciones que se generaron con las personas que estaban ahí, pues de una charla bidireccional, donde hay un expositor y un público que escucha, pasó a un diálogo entre los asistentes quienes hacían preguntas, daban puntos de vista, cuestionaban puntos de vista ajenos, e inclusive usaron el pizarrón para construir un esquema comunitario. Pero la parte más importante estuvo en lo que se dijo, me agradó mucho ver a personas que hacen software cuestionándose por sentido común si realmente ágil es algo que pueda ayudar en el software, y logrando reivindicar ágil fuera de los soft skills. Creo que en esencia aquí estuvo mucho del porque nació ágil: buscando mejores formas de hacer software.

Otra charla que me gustó bastante fue de @itzareyesmx quien hablo de cómo en su empresa mejoraron las habilidades “soft”, “personales”, y “técnicas” del equipo de desarrollo partiendo desde el hecho de saber que ellos desarrollan software y sin perder el foco en esto. Me parece que hoy más que nunca es importante este tipo de charlas, porque pareciera de momento que ágil comienza a divorciarse del software cuando ágil nació por el software. Más que buscar cómo aplicar ágil en otros campos, me parece que la obligación de quienes estamos desarrollando software es precisamente buscar mejores formas de hacerlo.

Otra parte importante del evento son las interacciones y diálogos que se producen en los pasillos, en el jardín, en la hora de la comida, pues ahí es donde el diálogo se vuelve más espontáneo y más fluido.

Humildad para aceptarte un continuo aprendiz de software

Un día de muchos aprendizajes. Mi palabra que resumió mi día, que mas me impactó y que más se me quedó fue: software.

Estamos descubriendo formas mejores de desarrollar
software tanto por nuestra propia experiencia como
ayudando a terceros, a través de este trabajo he aprendido a valorar la agilidad y sus principios.