Charla: Coste basal y la falacia de la construcción

Hoy he tenido el gran honor de participar en la conferencia Agile en Español - 1ª Iteración y de presentar "El coste basal y la falacia de la construcción".

Muchas gracias a Juan Banda por la invitación.

Slides

Documento Original (Con Notas)

Referencias

Charlas:

• Greg Young - The art of destroying software
• Dan North - Embracing Uncertainty on Vimeo
• Simplicidad para desarrolladores - Software Craftsmanship Barcelona 2017

Blog posts:

• Basal Cost of software
• Software As Liability
• Software has diseconomies of scale
• Code: 3s Small Safe Steps
• Small Batches for the Win

How big is the backpack your organisation is holding

Author: Jorge Jardines https://www.gardenunez.net/

Every experiment, invalidated product feature or unused line of code you haven't deleted is adding weight to your backpack.

Every morning when you wake up and need to walk the next X miles you feel the weight in your back and you feel slower than yesterday. It is like adding an extra bottle of water on your backpack, water you aren't gonna drink but still needs to hold on your back.

Your team or organisation is holding this huge backpacks all the time. Do you ever wonder why adding a new experiment gets more and more slower and costly for your teams, do ever check how much code isn't being used, how many features are not being used I your product, how many "brilliant" ideas were transform into code that nobody used. Do you ever wonder how big is the backpack your organisation is holding.

References:

• It's not only waste; It's burden
• Basal Cost of software  
  

It's not only a waste; it's a burden

Talking about software systems, let's stop to talk about waste when we refer to something not necessary or created without a clear understanding of the problem to solve. Let's call it a burden (since you are going to have it holding you back forever)...

If you implement it to experiment, learn and later throw it away, perfect... If you are keeping it, you are fooling yourself. 

This code is a burden, worse than the sunk cost, and it will generate a recurrent cost forever.

There are two types of complexity, the inherent and the accidental/incidental.

The inherent complexity can't be avoided because it is intrinsic to the problem we want to solve. But the accidental/incidental is all the complexity we introduce by not fully understanding the problem, not knowing how to solve it, or by our lack of mastery on the subject, etc.
 

This accidental/incidental complexity is also a burden. The inherent one is not. :)

Do yourself a favor, reduce the burden. reduce the basal cost. improve your life and the life of your team.

Develop product in an agile way:

1. Work in small steps
2. Try to really understand the real problem and the meaningful impact you want to make
3. Validate each increment and its impact
4. Always work with quality-in and with attention to technical excellence
5. Refactor continuously (to reduce the accidental/incidental complexity)
6. And for God's sake, delete everything that is not necessary. Ruthlessly remove; code, dependencies, features, complexity… Minimize basal cost and make the evolution of the system easier.

And follow the principles:

• Continuous attention to technical excellence and good design enhances agility.
• Simplicity --the art of maximizing the amount of work not done-- is essential.

References:

• Basal cost of software 
• The Two Root Causes of Software Complexity
• Agile manifesto Principles
  
• talk Small Safe Steps (Spanish) 
  

Talk: (3s) Small Safe Steps: The secret to agility

Ayer tuve el gran honor de compartir cartel con dos grandisimas profesionales, María Berenguer y Angélica Lozano en el Software Development Summit organizado  por el grupo Voxel y presentar la charla  "(3s) Small Safe Steps: The secret to agility".

 

Muchas gracias a @vgaltes por la invitación. 

 

Video

https://www.youtube.com/watch?v=B2niPlMyuw0

 

 

Resumen Visual

Resumen Visual by @Aitortxu

Slides

He añadido a la presentación una slide inicial para explicar el contexto que aplica en la misma y que uso para los ejemplos. En la presentación hablamos sobre todo de entornos en los que es posible hacer ciclos de feedback cortos.

Documento Original (Con Notas)

Referencias:

• Splitting user stories -- the hamburger method Gojko Adzic 
• The 2019 Accelerate State of DevOps  
• State of Devops reports 
• Using the Agile Testing Quadrants Lisa Crispin  
• Small Safe Steps 3s workshop @eferro 
• Small batches for the win / Continuous Delivery @eferro
• Pusheando en master, que es gerundio (Version corta) @islomar

Small Safe Steps workshop

 

 

If your team wants to have better strategies to manage large and risky changes, improve their slicing skills, or practice techniques as parallel changes, branch by abstraction, look at this Small Safe Steps workshop.

I have prepared information so that anyone can easily facilitate the workshop.

Please use the material, run the workshop, give me improvement feedback.  And if you need advice on running or adapting it, contact me, and I will be happy to help.

 

Small Safe Step workshop

 

Additional references:

• https://paulhammant.com/2013/07/14/legacy-application-strangulation-case-studies/
• https://martinfowler.com/bliki/CanaryRelease.html
• https://www.stevesmith.tech/blog/application-pattern-verify-branch-by-abstraction/
• https://martinfowler.com/bliki/StranglerFigApplication.html
• https://github.com/ankane/strong_migrations (Via @https://twitter.com/ArturoHerrero)
• https://github.com/github/scientist
• https://github.blog/2015-12-15-move-fast/
• https://martinfowler.com/bliki/ParallelChange.html
• https://www.martinfowler.com/bliki/BranchByAbstraction.html

Recommended readings:

 
 

Tejones conf 2019 Open space with friends

This past 17th of November, we celebrated at Nextail's offices in Madrid, the second TejonesConf. This "unconference" that started as an inside joke (See TejonesConf 2018) has become a great event to share, to learn, and to enjoy with friends. The "unofficial" motto for this edition was "agility and product development, from experience and without smoke or shit." :)

In this case, I was very involved in the organization, so in addition to trying to share in the sessions, I also tried to be aware that everything worked well.

Logistic

As the nextail office is a multi-floor villa, we were able to organize the openspace using different spaces. For the sessions, we used three rooms with capacity for 10-15 people, which also had whiteboards and monitors. We also had a garden for the barbecue and a complete floor for lunch.

Due to the weather, we were not able to do sessions in the garden, but at least we were able to prepare some barbecue for lunch.

Open space sessions

This is the list of sessions that were proposed:

• Kafka. Mimecast use case - Functional point of view (Jonathan)
• Infrastructure as code (Javier Juarez)
• OKR's for dev teams (Amalia)
• Refactoring industrialization (Miguel)
• How to be a better lead of leaders (Blanca)
• Agile Wherein have we converted you? (eferro) I did this session to get feedback to adjust the presentation I gave the following week at CAS. (https://www.eferro.net/2019/11/agile-en-que-te-hemos-convertido.html)
• Why we should write the test first (Dani)
• Low performant teams (Blanca/Abel)
• Experiences with monorepo (Jero)
• Tarot cards of tech (Georgina)
• Technical Product Management (Carlos Loredo)
• Silos at conferences (JM Beas)
• The Second system (Abel)
• Event Storming workshop (Miguel)
• Observability What're you doing? (Fran)
• Data Engineering (Jorge)
• Release management, but in its wildest form. Help! (Miguel Angel)
• Reactive mesh (Abel Rincón)

Additionally, we had a session to think about the next steps for Honey Badgers and see what to do in the future editions.

Attendees

The level of the attendees was incredible... near 40 friends... all of them, great developers, tech managers, product managers, etc.
In addition to the honey badger group itself, we had friends from a lot of reference companies (Nextail, Mimecast, Toughtworks, TrustYou, Eventbrite, Amadeus, BotXo, Zooplus, Clarity, Codesai, Alea Soluciones, Jobandtalent, Cabify, Expedia, Minsait, Sysdig, etc.)...

As it was a small openspace, we decided that each one of the honey badgers could invite a few trusted people... I have to admit, I got a little bit crazy and invited a lot :)  (but there are so many exciting people).

To improve for the next edition

• We didn't encourage diversity from the beginning, so it wasn't a diverse group at all. Also, when we wanted to react, we realized that it was the same weekend as the Women Tech Makers in Zaragoza. As an idea, next year, we will consider the diversity to make the invitations.
• Making it an open space day has been great, but it has not allowed us to devote enough time to the badger group itself, so next year we are thinking of making two days. One Friday afternoon/evening for badgers, and Saturday for open space.
• We forgot to mention that for each session, the participants made a summary to be able to share later with the rest.
• There's some food leftover, and we weren't sure what to do with it.
• We need to study how to integrate better people who communicate better in English than in Spanish.

Conclusions and things that worked well

• The size (near 40) is perfect for Nextail offices and for the type of familiar openspace we are looking for.
• The Nextail office is great for an openspace with between two and four tracks.
• With good weather, the garden can be a fantastic place to run an additional track.
• People attending for the first time felt comfortable because at least they were connected to the person who invited them.
• We were able to attract people from outside of Madrid. People came from Segovia, Vizcaya, Guadalajara, Valladolid, and even from London.
• At the last moment and in an almost improvised way, some children came and had a great time playing around the office.

I'm still surprised at how far this tribe has come. I am very proud of both the conference and what we have achieved as a group... It is incredible how easy is to share knowledge and learn when you're surrounded by people passionate about our profession and eager to share. It was a great openspace, and I can't wait to organize next year's...

Thanks

A lot of thanks to our unique sponsor, Nextail, that provides us an incredible venue and pay part of the food and drinks.

References

• https://www.eferro.net/2018/12/tejones-conf-18-next-step-of-tribe.html
• https://www.eferro.net/search/label/Honey%20badger%20Team
• https://en.wikipedia.org/wiki/Open_Space_Technology
• https://www.eferro.net/2019/11/agile-en-que-te-hemos-convertido.html
• https://twitter.com/search?q=%23tejonesconf2019&src=typed_query

Mi CAS2018

This post is in Spanish because it describes a conference in which Spanish is most used language.

Este pasado mes he tenido la suerte de poder a la CAS (Conferencia Agile Spain https://cas2018.agile-spain.org/) y este blog post es un resumen rápido de las sesiones y de mis impresiones sobre la conferencia.

Sesiones

We are the Leaders we have been Waiting For Lyssa Adkins Interesante charla sobre los distintos paradigmas para la organización de empresas y como eso conecta con las nuevas formas de liderazgo y con la responsabilidad social que tenemos los agilistas en este nuevo entorno. Interesante el cuadrante de “Integral Theory”. Muchas ideas de Reinventing Organizations

Ok, he quemado mi roadmap y mi backlog. ¿Y ahora qué? Lean Product Management Gabriel Prat. Slides Una de las mejores charlas sobre gestión y priorización de producto. Gabriel nos explicó, desde la experiencia, todo su proceso de lean product development. El sistema de ranking de ideas y priorización continua que usan es excelente y genera muy poco desperdicio puesto que no se le dedica tiempo a ideas que no son prometedoras o que por capacidad no se compensa hacerlas. La verdad es que tanto la sesión como la ronda de preguntas posteriores fueron muy interesantes…

Principles of Evolutionary Architecture Rebecca Parsons. Esta charla ya la había visto en otra ocasión. Es una gran charla y explica conceptos bastante complejos con una sencillez increíble. Esa capacidad es algo que admiro en gente como Rebecca, Fowler o Beck. De las mejores charlas de la CAS. Entender esta tendencia en arquitectura creo que es imprescindible para cualquier desarrollador moderno y Rebecca lo explica fenomenal. Versión anterior de la charla  https://www.youtube.com/watch?v=72QcYs-2oss

Rights and Responsibilities of a Delivery Team Sandro Mancuso. Interesante charla sobre la estructura, las responsabilidades y los derechos de un equipo de delivery para un proyecto. Tiene algunos puntos interesantes como la necesidad de tener el Product Owner dentro del equipo y que la responsabilidad de owning sea parte de las responsabilidades del propio equipo. Por otro lado, como comenta Sandro, las ideas de charla son work in progress y lo quiere transmitir la necesidad de reflexionar sobre estas ideas, no las comenta como una versión final de lo que hay que hacer. Versión anterior de la charla https://www.youtube.com/watch?v=cmh9aR_LxcA

Unconditional Code Michael Feathers. La verdad es que no le llegue a pillar el punto a la sesión y creo que no le saque la parte interesante. La charla describe la importancia de todo ese código que normalmente “negamos” como el log, la gestión de errores y cómo afecta a nuestro diseño añadiendo complejidad cuando no lo tenemos en cuenta como código de primer nivel. Tendré que verla otra vez a ver si consigo extraer algo más de jugo. Versión anterior de la charla https://www.youtube.com/watch?v=AnZ0uTOerUI

Practical tools and strategies for tackling legacy practices and legacy systems in a growing startup  Alejandro Scandroli. Esta charla es muy interesante para cualquiera que quiera mejorar sus conocimientos de arquitectura o liderar la evolución tecnológica de un producto. Muy interesantes los Wardley maps (https://www.cio.co.uk/it-strategy/introduction-wardley-value-chain-mapping-3604565/) y como los uso para definir la estrategia de evolución y salir del pozo que tenian.
Esta sesión se quedó muy corta de tiempo, así que os recomiendo ver el video de cuando dio la charla en la Barcelona Software Craftsmanship  https://www.youtube.com/watch?v=i8GzkkMWGYE (Alejandro comentó que esta versión es más completa).

Sobreviviendo en producción: Gestión de incidencias y aprendizaje Eduardo Ferro http://www.eferro.net/2018/12/cas18-sobreviviendo-en-produccion.html Esta fue mi sesión y aunque creo que el principio de la charla fue algo farragoso, creo que luego conseguí transmitir la utilidad de los Incident Reports y el feedback de producción para introducir conceptos ágiles de mejora continua, colaboración, transparencia y aprendizaje. Después de introducirlo en tres empresas, la verdad es que estoy bastante convencido de la utilidad y creo que eso se notó en la charla. El feedback fue muy bueno.

Una vida descubriendo Agile Toño de la Torre. Toño hizo una charla muy personal sobre su viaje dentro del mundo de agile, incluyendo su primer encuentro cuando trabajamos juntos en DIA% y su evolución hacia el agile coaching y su reencuentro con la vertiente más técnica en codesai. Por desgracia el proyector de la sala se fastidio y no había repuesto, así que Toño hizo una demostración práctica de adaptabilidad y flexibilidad y continuó su charla mostrándonos las slides en su portátil.

Dynamic Reteaming at Fast-Growing Companies Heidi Helfand Webminar previo. Para mi una de las mejores sesiones de toda la CAS. Presentó los diversos patrones y dinámicas a aplicar para cuando se dan cambios en equipos (creación de equipos, cambio de miembros, salidas, onboardings, etc). Lo unió con las prácticas técnicas centradas en expandir y compartir el conocimiento (pairing, mob programming, collective ownership, etc). Todo lo que comentó viene de su experiencia en startups.

¿Eres ágil? ¡Pues no te vayas por las ramas! Alfredo Casado, Rubén Díaz Martínez. Slides Interesante caso real sobre cómo conseguir hacer un flujo continuo de cambios sobre producción usando Trunk Base Development y evitando los Pull Request y los flujos de git complicados. Todo lo que comentaron es lo que están haciendo en https://buyviu.com/ y que les permite hacer varios cientos de deployments a producción al mes. Por supuesto, llegar a esa velocidad de cambio requiere muchas cosas, incluido una gran base de tests y tener prácticas técnicas muy buenas. Ni que decir tiene, que estoy muy alineado con esta forma de trabajar, no en vano, ese producto es la evolución del que hicimos en TheMotion, e incluso usa gran parte del tooling y la infraestructura.

¿Cómo crear un ecosistema local de colaboración e innovación alrededor del mundo digital y agile? Aritz Suescun, Karlos G. Liberal. Divertida sesión sobre los experimentos que han hecho en https://www.biko2.com/ para desdibujar las barreras de la empresa, colaborar con otras empresas y generar un entorno de experimentación. Para mi, esto es agilidad en estado puro. Mindset de experimentación en su máximo explendor. Hablaron de las colaboraciones con Interzonas, la creación de bikolabs, los OpenBiko y los Okupas que trabajan en las oficinas de Biko y la serendipia que eso genera.

Continuous Delivery for IoT Maria Gomez. (Video version previa de la charla) Hicimos un interesante recorrido sobre la definición del pipeline de despliegue y el workflow de trabajo para un producto de IoT en automóviles. Me resulto muy interesante aprender sobre conceptos como los https://en.wikipedia.org/wiki/Digital_twin y algunos frameworks para ser capaces de hacer Continuous Delivery para entornos de hardware (donde intuitivamente podemos pensar que es más difícil).

Moving From Plans to Goals Leonardo Bittencourt. Interesante charla sobre cómo cambiaron la dinámica de trabajo al comenzar a definir goals para los sprints en vez de centrarse en historias de usuario muy concretas. Interesante como paso necesario para ir centrándose en outcomes en vez de en outputs.

Opinión general de la CAS2018

Ha vuelto a aparecer un track técnico y de producto muy interesante. Ha habido charlas muy buenas y aún mejores conversaciones, con amigos y con nuevos conocidos. Aun así se nota que la comunidad de agile-spain tiene varios debates abiertos:

• CAS como evento comercial / showroom del Agile mainstream vs CAS Espacio de reflexión y exploración para la comunidad.
• ¿El Agile comercial/mainstream incluye o excluye el origen Agile Software Delivery? ¿Se debe hacer algo al respecto desde la comunidad agile-spain, o asumimos que la palabra ha sido “secuestrada” y la parte de delivery corresponde a otras comunidades (crafters, devops, product, startups…) ?

Una pregunta importante... #CAS2018 @confagilespain @sandromancuso pic.twitter.com/Qw9xWc1lBc

— Eduardo Ferro Aldama (@eferro) 13 de diciembre de 2018

Organización

La verdad es que toda la organización fue muy profesional y creo que cada vez se está haciendo mejor en este sentido. Sólo tuve un pequeño inconveniente con el proyector de la sala y por suerte, el responsable de sala, Adel me ayudo a solucionarlo rápidamente. ¡Muchisimas gracias Adel!

Lo que no me convenció fue el sitio:

• Al no estar en la propia ciudad de Alicante habia que ir en autobus y no daba flexibilidad para organizarte.
• El auditorio principal no es un auditorio como tal y la acustica era muy mala.
• En una de las salas se rompio la lampara del proyector y resulto que no tenian ningún tipo de repuesto pese a que las lamparas te indican cunto tiempo les quedan y a que tienes multitud de salas. No entiendo que siendo un sitio para este tipo de eventos no tengan ese mantenimiento básico.

Resumiendo la organización me parecio exelente pero el sitio no tanto, aún así entiendo la dificultad de encontrar un sitio para una conferencia de casi 1000 personas.  Lo que nos lleva al debate clásico sobre el tamaño de la CAS.

En resumen

Una gran conferencia, con un muy buen contenido y que en mi humilde opinión ha gestionado mejor que el año pasado el contenido referido a Agile Delivery (producto/técnnico).
Además aproveche el fin de semana para disfrutar con la familia de Alicante.

Publicidad:

Aprovecha para hacerte socio de Agile Spain https://agile-spain.org/asociate/ y colabora con la organización de la CAS, el AOS y multitud de conferencias como la Pamplona Software Craftsmanship o la Barcelona Software Craftsmanship. Cuesta poco y aporta mucho

Relacionado

• http://www.eferro.net/2017/11/cronica-de-mi-cas-2017-sevilla.html
• http://www.eferro.net/2016/12/mi-cas-2016-la-reconciliacion.html
• http://www.eferro.net/2018/12/cas18-sobreviviendo-en-produccion.html

Tejones Conf 18 / the next step of the tribe

The Joke

As I have described in previous posts, TheMotion's original team evolved into a kind of tribe with a shared culture (honeybadgers from team to tribe). A fundamental characteristic of this culture is sharing and learning as a team. So the next logical step in this evolution was to generate a space for just that... learning and sharing... our invitational conference, or rather, unconference.  Our Open Space, the HoneyBadgersConf / TejonesConf18.

It started almost as a joke, but we quickly convinced ourselves that it was an excellent opportunity to enjoy together and learn at the same time.

It took us a long time to agree on a date, but a month ago we were finally able to book a country house to spend the whole weekend and organize the openspace.

The Open Space / Sessions

We made a single track openspace. But although we were few we had many proposals so in the end some talks/sessions were left out of the panel.

• Craftsmanship. We saw together the talk Run 2018 - Masterclass: Craftsmanship (talk in Spanish from Xavi Gost) and discuss the ideas present in the talk. A very interesting discussion. I proposed this discussion to confront some ideas about agile, the dark side of agile and how to transmit the idea of agile software delivery.
• Show me your data pipeline. In this session, we talked about data processing workflows. We didn't focus on technology. The focus was on organizational and team design to develop and operate these data pipelines. You know, Conway's law. :) The session was proposed and conducted by Jorge Jardines.
• Traceability and observability. Fran Ortiz introduced us to the concepts of distributed tracing and observability for applications. We talked about opentracing, zipkin, and honeycomb and were able to make a small demo using opentracing.
• My life as a junior developer. Georgina gives a talk about her exciting evolution in our profession. It was a very inspiring talk and full of insights.  We talked about power relations, diversity, team culture, power dynamics, etc.
• A light introduction to Terraform. In this session, Ivan explained how to use Terraform. He detailed how it compares to other tools and approaches for systems/resources provision. There was a lot of diversity in the degree of knowledge about systems architecture, cloud, etc. This diversity generated a fascinating conversation that we continued in the next session.
• Kubernetes. In this last session Abel, Ivan and I explained the basic concepts of kubernetes and how they fit with the idea of applications that follow 12 factors.

The idea was to have more sessions, but the truth is that the lunches and dinners were longer than expected :)

Conclusions

The result of the experiment was remarkable, and although due to date conflict some of the Badgers could not come, we want to repeat the next year and even invite some friends.

On the one hand, I feel part of the tribe and its culture, and on the other hand an astonished spectator of this process of growth. For me, this process has been as surprising as it has been rewarding.

Related posts and Info

• https://www.eferro.net/2018/08/honey-badgers-from-team-to-tribe.html
• http://www.eferro.net/search/label/Honey%20badger%20Team
• https://twitter.com/hashtag/tejonesconf18?src=hash

Agile is counterintuitive

A good Agile culture for a technology-based company is counterintuitive for most people, as we were educated to use cost accounting and resource efficiency instead of flow efficiency. Neither do we know how to collaborate and work in teams, as well as it being very common to see Engineering as a team to control: as a service provider, instead of as part of the business.

At the organization and team level, at least, the following practices are counterintuitive:

• Increase Focus and reduce the work in progress (WIP).
• Organize people around the work minimizing hands offs (requires generalists and collaboration), instead of in functional silos (need specialists) with central coordination.
• Self-organized autonomous cross-functional product teams that require trust, power, and team responsibility, instead of a culture of Command and Control. 
• The NoEstimates movement to avoid waste.
• A continuous flow of small increments (instead of large batches of work).
• Maximizing the amount of work not done, that can often be confused with laziness, without keeping in mind that this is an excellent strategy to avoid complexity, reduce waste and reduce maintenance costs.
• And related to the previous one, Maximize the outcomes and minimize the outputs.

To reach technical excellence, and with the focus on software development, a lot of practices are initially counterintuitive. For example:

• Test Driven Development (or for some people even automatic testing).
• Pair programming. This practice is a classic one. It's very easy to measure the cost of two developers. But is very difficult to estimate the cost of a bad design, the reduction of the bus factor, the improvement in the knowledge about the code, the system, or about a technical practice. So if we try to analyze from a cost efficiency perspective in a command and control culture that doesn't understand our profession, it is nearly impossible to understand the real benefits of this practice for the product/ the team/ the business.
• Continuous integration (the practice) that encourages trunk based development or working in short-lived branches (less than one day). 
• Continuous Delivery or even Continuous Deployment that requires technical excellence, self-testing code, and proper tooling for recovery in case of failure.
• Introduce operability, security, quality in the process instead of having specific teams and phases to validate these activities.
• Optimize for fast recovery (MTTR) instead of increasing the mean time between failures (MTBF).

As we can see, in general, Agile is counterintuitive... and this is one of the reasons for the vast amount of fake agile cultures that are doing a lot of harm to a lot of companies.

In summary, agile software development is counterintuitive because it requires a culture of respect for people, collaboration and is incompatible with the classic low trust Command and Control organization. The problem is that being adaptable to changes is no longer optional...
Embrace change, Embrace failure, Embrace uncertainty...

It is not necessary to change. Survival is not mandatory. W. Edwards Deming

Resources and related posts:

• Other related posts in this blog
• Agile is not a recipe for success...
• Don't blame the Manifesto for Agile Software Development
• The two pillars of agile software development
• Deadlines and commitments... the fallacy
• Related resources:
• Why Every Company Is A Technology Company
• Developers Should Abandon Agile
• Lean and Agile Adoption with the Laloux Culture Model
• Theory X and Theory Y

Thanks for the feedback and/or for the contributions to:

• The honey Badger team
• Vanesa Tejada
• Unai Roldan 
• Francisco Moreno
• Philippa Skillman

Pamplona Software Crafters 2018

This post is in Spanish because this conference and all the content was in Spanish.

Otro año más (y van tres), he tenido la gran suerte de poder asistir a la conferencia Pamplona Crafters. Esta conferencia mezcla charlas preestablecidas con open space y este año, muy acertadamente, también han incluido una serie de talleres.

Aunque en todas las conferencias a las que voy, aprendo y disfruto mucho, tengo que confesar, que en estos últimos dos años, la Pamplona Software Crafters es la que más me gusta. Supongo que es la combinación de la gente que vamos, las charlas y la tematica, con que me gusta Pamplona y por supuesto la impecable organización de los amigos de 540.

En cuanto a la conferencia en si, he asistido a las siguientes charlas/talleres:

• Modelos mentales, complejidad y software (Arturo Herrero) (Video) Esta es una de las charlas que más me gustaron de toda la conferencia. Es un tema que me interesa, puesto que al igual que a Arturo he descubierto que el tema de interesarme por la complejidad y los modelos mentales me permite entender y relacionarme mucho mejor. Arturo ha escrito un muy interesante blogpost al respecto, incluyendo las slides que utilizo: https://arturoherrero.com/mental-models-complexity-and-software/ 
• One Page Product Design (Jorge Barroso flipper83) Interesante charla sobre las ventajas de compactar, visualizar, gran cantidad de información mediante diagramas, screenshots, diseños en una única página/diagrama de forma que la podamos pegar por las paredaes, poner en alguna zona de paso, y la riqueza de conversaciones e impacto que esto genera… Una imagen vale más que mil palabras, y esa imagen pegada al lado de la máquina de café 
• Sobreviviendo en producción. Construyendo una cultura de aprendizaje. (eferro) A petición de Modesto San Juan, propuse esta sesión para el Open Space. En ella, hable de como generar una cultura de aprendizaje comenzando a partir de la gestión de las inicidencias y usando como el Blameless Incident Report como medio. Esta aproximación la he usado en TheMotion y ahora en Nextail y la verdad es que ha funcionado muy bien. Tengo pendiente un blog post al respecto.
• Taller Refactoring, aprendizaje y economía (Luis Artola, Guillermo Galmazor). Disfrute mucho en este taller, puesto que por necesidad temporal no le estoy pudiendo dedicar mucho tiempo al desarrollo, asi que cualquier oportunidad de hacer algo técnico lo disfruto muchisimo. El taller en si pretendia resolver la kata trivia de Jbrains (https://github.com/jbrains/trivia) aplicando Golden Master o Subclasses.  Como siempre con Luis y Guille, el disfrute viene de lo didacticos que son. Me gusto mucho y me quede con varias notas sobre la estrategia Golden Master para cuando tienes código legado cuyo compartamiento sólo puedes observar viendo su salida por consola.
• El código como una forma de expresión (patxangas) Divertidisima e interesante charla sobre el uso creativo del código como medio de expresión. Muy impactante. Me trajo muchos recuerdos e ideas a la cabeza (Demoscene, videoarte, música experimental, etc). Además del contenido, siempre me encanta como se expresa y trasmite @patxangas sobre los temas más variopintos. Slides: https://slides.com/interzonas/el-cdigo-como-una-forma-de-expresin#/
• Mide más y sufre menos (Modesto San Juan) Charla introductoria sobre la necesidad de instrumentar nuestro software de forma que dispongamos de información real para tomar decisiones. Quizás se me quedo algo corta, pero por lo que comente con Modesto, yo no era el público objetivo puesto que ya estoy convencido. En cualquier caso es importante que se mande de forma continua este mensaje ya que muchos de los desarrolladores se centran sólo en la parte funcional sin tener en cuenta que eso es sólo una parte de su trabajo.
• Evolutionary Architecture (María Gómez) Esta charla me gusto mucho en contenido. Complementa desde un punto de vista algo más práctico a las charlas relacionadas de algunos de sus compañeros de ThoughtWorks. La charla se basa en lo descrito en el libro Building Evolutionary Architectures  (http://evolutionaryarchitecture.com/).
• Cómo no ser un tech lead (Gamarra). Esta sesión de open space se organizó como una charla abierta en la que se comentó algunas ideas sobre cómo incentivar una a tus compañeros a formarse, crecer, etc. Cogi algunas ideas interesantes de lo que estaban haciendo en Tuenti y en Liferay, que espero poder poner en práctica.
• ¿Arquitectura sin arquitectos? (German Del Zotto) Esta sesión planteo varias decisiones y balances que se tienen que tomar cuando estamos deciendo temas de artquitectura. German los describio como desciones a tomar, no por un arquitecto, sino como un habilidad que deberian poseer cualquier desarrollador. Me quede con ganas de más, pero seguro que puede quedar con German y profundizar en el tema. :)

Como siempre lo que más me ha gustado y lo que más me ha enriquecido han sido las grandes converaciones. Me vienen a la cabeza unas cuantas:

• Con cataflu durante uno de los desayunos (además es una gran desvirtualizacion). 
• Con nabaroa durante las cervezas del jueves (otra genial desvirtualización). Además hizó una impresionante lightning talk  acerca de las subidas y bajadas que experimentamos durante nuestra carrera y de cómo las ha gestionado ella.
• Con Arturo Herrero sobre el mercado para desarrolladores de software en UK y sobre el value investing.
• Con Helder y Marco Alacot sobre aprender/enseñar a programar, agilidad, y otras hierbas.
• Con bberrycarmen  después de la sesión de Arturo sobre modelos  mentales. Con luisrovirosa sobre la charla que dio Martin Fowler en Madrid la semana anterior y de cómo “hemos sido engañados” con el tema de la agilidad, puesto que podemos resumirla en XP+DevOps.

Me resulto gracioso que rafaoe y algún que otro “milenial” tuviese curiosidad de cómo desarrollabamos en los 90s. :)
También disfrute de largas e interesantisimas conversaciones con jacegu,  zigiella, y mucha más gente…

Por supuesto disfrute como un enano con tejones como Saski, Fran Ortiz, amigotes de Alea como Apa, Ruben y Nestor y con muchisima gente más (sharpbites, alfredodev, Toño, jorgeuriarte, alfredocasado, ...)
Me quedé con pena por no haber podido hablar y disfrutar con todos, pero llega un punto en el que es prácticamente imposible.

He estado repasando la lista de asistentes (https://twitter.com/pamplonaswcraft/lists/asistentes-2018) y he estado tentado de pegarla por aquí, puesto que compartir tiempo con todos ellos ha sido un autentico placer...


Bola extra:
Este año no he podido ir con familia, lo que por un lado me da algo de pena, pero que por otro lado me ha permitido aprovechar el viaje de otra forma. Me he organizado para poder ir con Alberto Paz, Modesto San Juan y Jerolba. La verdad que ha sido como tener dos dias más de confencia…  Grandes conversaciones y mucho aprendizaje.

Foto de @benjymontoya (usada con autorización)

Muchas gracias a los organizadores (@wricka69, @pabloalbizu, @gorkma, Mikel Ros) … Sois muy Top!!!

PD: Iré actualizando el post según vaya recopilando recursos.