Puede parecer que hacer testing tiene como objetivo principal reducir el número de bugs y, aunque este es un efecto colateral muy interesante que tiene esta práctica, en mi opinión no es ni de lejos el que más valor nos puede aportar.

Razonar más y mejor sobre el problema es sin duda el superpoder que nos garantiza hacer testing a distintos niveles, siendo el diseño de nuestro software el más beneficiado al final del proceso. Por supuesto, si el diseño de nuestro código es mejor, será más sencillo de entender y, como decía Martin Fowler, más barato de modificar. Y es que en esta última afirmación podemos ver de una forma más clara la confluencia entre objetivos técnicos y objetivos de negocio.

En este y próximos artículos analizaremos las motivaciones que surgen en esta frontera tan difícil de negociar y cómo puede resultar mucho más sencillo hacer visible su valor si estos objetivos se mantienen alineados con los de negocio. Pero, vayamos poco a poco y centrémonos hoy en analizar cómo testing nos puede ayudar a conseguir que nuestro flujo de entrega sea más sostenible.

Antes de poder evaluar el impacto real que pueden tener la adopción de prácticas ágiles como testing, refactoring o clean code a nivel de la organización, es interesante considerar en qué punto estamos a nivel de producto y equipo. En muchas ocasiones, ignorar el contexto puede llevarnos al fracaso y a la pérdida de confianza en estas prácticas que tan beneficiosas son cuando se aplican de forma correcta.

Veamos pues cuando puede ser un buen momento para comenzar a hacer testing y qué condicionantes debemos tener en cuenta.

Aunque tus skills, los lenguajes que usas y las herramientas que conoces sean la antítesis de Haskell y la programación funcional, siempre he pensado que enfrentarse a nuevos paradigmas es, como poco, un ejercicio mental excelente que acaba reportando benificios a largo plazo.

Los modelos de aprendizaje nos guían a la hora de afrontar nuevos desafíos. Nos dan pautas de cómo ser más efectivos, sacando mayor partido a nuestro tiempo y fijando los conceptos principales de una forma más efectiva.

Aunque ya escribí sobre este tema hace un tiempo, hoy me gustaría comentar una nueva referencia que he encontrado y que me ha dado algunas ideas nuevas sobre cómo seguir mejorando cómo aprendemos: Make It Stick: The Science Of Successful Learning.

Han pasado ya tres años desde mi última visita a la Pamplona Software Crafters y puedo afirmar con mucha satisfacción que este año me he encontrado un evento mucho más maduro que ha sabido adaptarse a las necesidades de la comunidad y crecer con ella. Es por esto que me gustaría trasladar desde aquí mi reconocimiento por el esfuerzo y compromiso que cada año demuestran el equipo de 540deg.

Hoy no voy a hacer un resumen de sesiones del open space ni de charlas que más valor me han aportado. Voy a centrarme en intentar recoger algunas reflexiones importantes que me llevo de regreso a Castellón y que se centran principalmente en cómo gestionamos el aprendizaje y el crecimiento personal de los miembros de nuestros equipos dentro de nuestras organizaciones. Como te podrías imaginar y gracias al formato open, este resumen va a ser la suma de un montón de conversaciones interesantes alrededor de este tema … Tú decides de qué quieres hablar y por este mismo motivo, eres tú el que está obligado a mantener esas conversaciones.