Actualiza tu equipo para ser más extreme

Nuestra profesión del software está en constante evolución; demanda un proceso de aprendizaje continuo. Debemos abrazar el cambio en nuestra industria.

Necesitamos crear espacios para salir de nuestra zona de confort, para que nuestro cerebro cognitivo pueda entrenar y mejorar cómo adaptarse a nuestro entorno, que está en constante transformación.

¿Por qué katas de código, charlas técnicas o viernes de investigación?

El objetivo es ayudar a crear un ambiente que apunte a la mejora continua hacia buscar aprendizaje en todas partes, todo el tiempo, como la actitud central para los individuos y el grupo.

Crear oportunidades de aprendizaje

Programa algo de tiempo cada X semanas para practicar juntos.

Al final de cada iteración, o incluso cada 2 o 4 semanas, celebramos y trabajamos en katas en parejas/mob durante 2 horas. Ese espacio también es una oportunidad para crear una presentación de charla técnica interna para compartir conocimiento interesante con el equipo no directamente relacionado con nuestro “negocio diario regular”.

El objetivo es salir de nuestra zona de confort, mejorando nuestro reconocimiento del cambio en general mientras aprendemos otros temas regularmente.

¿Qué es una kata de código?

Como grupo, los desarrolladores de software no practican lo suficiente. La mayor parte de nuestro aprendizaje ocurre en el trabajo, por lo que la mayoría de nuestros errores también se cometen allí.

El término “kata” proviene de los movimientos repetitivos hechos en karate que te ayudan a mejorar tus habilidades de combate.

Las Code Katas existen para ayudar a los desarrolladores a obtener los mismos beneficios que practicar en cualquier otra profesión. Son ejercicios simples y artificiales que te permiten experimentar y aprender sin la presión de un entorno de producción.

No hay respuestas correctas o incorrectas en ninguna kata de software: el beneficio viene del proceso, no del resultado.

Motivación

• Trabajar en técnicas de refactoring.
• Trabajar en ejemplos de TDD.
• Trabajar en principios SOLID.
• Trabajar en sesiones de live coding.
• Trabajar en conceptos de driver-navigator.
• Trabajar en la cohesión del equipo.
• Divertirse mientras se aprende y practica juntos.

Si te interesan mis pensamientos sobre TDD y katas, escribí un post sobre ello no hace mucho: Test-Driven Development.

¿Qué es una charla técnica?

Las charlas técnicas nos permiten compartir algún conocimiento relacionado con nuestra industria tecnológica con los miembros de nuestro equipo.

Puede ser cualquier cosa relacionada con FrontEnd, BackEnd, DevOps. Pero también animo:

• un nuevo lenguaje de programación que estás aprendiendo,
• un resumen de un libro que terminaste,
• una nueva tecnología que estás estudiando o sobre la que sientes curiosidad,
• una pieza de software que te gustaría compartir y presentar pensamientos sobre ella,
• una nueva herramienta que te ayuda a mejorar tu productividad,
• realmente: cualquier cosa relacionada con crear valor o conocimiento.

¿Cómo puedo presentar una charla técnica?

Escribí este artículo con algunos consejos sobre cómo mejorar tu charla técnica. Algunas preguntas clave que podrían ayudarte a encontrar algo por tu cuenta:

• ¿Qué has aprendido recientemente (en los últimos X meses)?
• ¿Qué conocimiento podría ser interesante compartir con tus compañeros?
• ¿Qué aspecto de ti mismo te gustaría mejorar profesional y/o personalmente?

Solo una regla: Sé curioso y “abraza el cambio.”

Viernes de investigación y aprendizaje

Bloquea el último viernes del mes para propósitos de investigación y aprendizaje. Todo el equipo tendrá un espacio dedicado para el crecimiento y la experimentación.

Es crucial construir confianza con tu equipo, para que todos sepan que cada uno usará este tiempo lo mejor posible. No microgestiones este tiempo forzando a mantener un registro en una wiki con lo que todos hacen en detalle.

Aunque, sería bueno que el equipo comparta lo que hacen durante este tiempo, principalmente para crear transparencia entre ellos. Un anuncio verbal a los compañeros el día antes, con sus intenciones. Incluso el día después con los aprendizajes clave.

Resumen

Puedes ayudar a tu equipo a ser más extreme ayudando con un espacio de equipo dedicado para el crecimiento y la experimentación.

• Proporciona flexibilidad para experimentar con estas ideas como consideren adecuado.
• Es una oportunidad para el autocrecimiento y el aprendizaje al mismo tiempo.
• Es, en última instancia, responsabilidad de la persona y del equipo.

No microgestiones este tiempo dedicado. Enfócate en el resultado. Ayuda a tu equipo a crecer, y disfrutarán creciendo contigo.

Charla Técnica

Después de escribir este post de blog (originalmente en Feb, 2022), fui invitado a dar una charla técnica en diferentes conferencias sobre este tema.

Lecturas relacionadas

• Extreme Programming Explained por Kent Beck
• Who moved my cheese? por Spencer Johnson
• Clean Agile por Robert C. Martin
• Peopleware por Tom DeMarco, Timothy Lister
• The Pragmatic Programmer por David Thomas, Andrew Hunt

Posts relacionados

• El camino a la seniority en software ¿Cómo convertirse en un Desarrollador de Software Senior?
• Trabajando agile con equipos no agile ¿Cómo puedes trabajar con otros equipos que no son agile?
• Entrevista sobre XP y Agile Agile es sobre CÓMO haces ciertas cosas
• ¿Cómo consigues que todos se sumen? ¿Cómo tratas con personas reacias al cambio?