Actualiza tu Equipo para Ser Más Extreme
Nuestra profesión del software está en constante evolución y exige aprendizaje continuo. El cambio no es opcional en nuestra industria.
Hay que crear espacios para salir de nuestra zona de confort. Nuestro cerebro necesita entrenarse para adaptarse a un entorno que cambia constantemente.
¿Por qué katas de código, charlas técnicas o viernes de investigación?
El objetivo es crear un ambiente que fomente la mejora continua. Buscar aprender en todas partes, todo el tiempo, como actitud central para cada persona y para el equipo.
Crear oportunidades de aprendizaje
Programa tiempo cada X semanas para practicar juntos.
Al final de cada iteración, o cada 2-4 semanas, trabajamos en katas en parejas o mob durante 2 horas. Ese espacio también sirve para preparar charlas técnicas internas y compartir conocimiento interesante que no sea del “negocio diario”.
El objetivo es salir de nuestra zona de confort. Mejorar nuestra capacidad de adaptación mientras aprendemos otros temas.
¿Qué es una kata de código?
Los desarrolladores no practicamos lo suficiente. La mayor parte del aprendizaje ocurre en el trabajo, y ahí es donde cometemos la mayoría de errores.
El término “kata” viene del karate: movimientos repetitivos que mejoran tus habilidades de combate.
Las katas de código dan a los desarrolladores los mismos beneficios que practicar en cualquier profesión. Son ejercicios simples que permiten experimentar y aprender sin la presión de producción.
No hay respuestas correctas o incorrectas en una kata: el beneficio viene del proceso, no del resultado.
Motivación
- Practicar técnicas de refactoring.
- Practicar TDD.
- Aplicar principios SOLID.
- Hacer sesiones de live coding.
- Ejercitar el concepto driver-navigator.
- Mejorar la cohesión del equipo.
- Pasarlo bien mientras aprendes con otros.
Si te interesa mi visión sobre TDD y katas, escribí un post hace poco: Test-Driven Development.
¿Qué es una charla técnica?
Las charlas técnicas nos permiten compartir conocimiento de nuestra industria con el equipo.
Puede ser sobre FrontEnd, BackEnd, DevOps. Pero también animo a compartir:
- un nuevo lenguaje que estás aprendiendo,
- un resumen de un libro que terminaste,
- una tecnología que te da curiosidad,
- un software que te gustaría presentar,
- una herramienta que mejora tu productividad,
- en realidad: cualquier cosa que aporte valor o conocimiento.
¿Cómo presento una charla técnica?
Escribí un artículo con consejos sobre cómo mejorar tu charla técnica. Algunas preguntas que pueden ayudarte:
- ¿Qué has aprendido recientemente?
- ¿Qué conocimiento sería interesante compartir con tus compañeros?
- ¿Qué aspecto de ti te gustaría mejorar profesional o personalmente?
Una sola regla: sé curioso y “abraza el cambio.”
Viernes de investigación y aprendizaje
Reserva el último viernes del mes para investigar y aprender. Todo el equipo tendrá un espacio dedicado al crecimiento y la experimentación.
Es clave construir confianza con tu equipo. Que todos sepan que cada uno usará este tiempo bien. No microgestiones forzando un registro detallado en una wiki.
Eso sí, estaría bien que el equipo comparta lo que hace. Crea transparencia. Un anuncio verbal el día antes con las intenciones, y el día después con los aprendizajes clave.
Resumen
Puedes ayudar a tu equipo a ser más extreme creando un espacio dedicado al crecimiento y la experimentación.
- Da flexibilidad para experimentar con estas ideas.
- Es una oportunidad para crecer y aprender a la vez.
- La responsabilidad es de cada persona y del equipo.
No microgestiones este tiempo. Enfócate en el resultado. Ayuda a tu equipo a crecer, y disfrutarán creciendo contigo.
Charla Técnica
Tras escribir este post (originalmente en febrero de 2022), me invitaron a dar una charla técnica sobre este tema en varias conferencias.