La forma más rápida de destruir un equipo de desarrollo

El feedback en las revisiones de código puede ser el motor que impulse a tu equipo de desarrollo… o el ancla que lo hunda. 💔 vs. 💪

Una de las formas más rápidas de minar la moral (y la productividad) de un equipo es a través de comentarios destructivos en las #CodeReviews.

❌ Comentarios que matan la motivación: • “Esto no tiene ningún sentido” • “Reescribe todo esto” • “¿En qué estabas pensando?” • “No me gusta el nombre de esta variable” • “Así no es como hacemos las cosas aquí”

✅ Comentarios que ayudan a los equipos a crecer: • “¿Qué tal si reestructuramos esta parte para…” • “Nuestra convención de equipo para esto es… porque…” • “Esta parte no me quedó clara, ¿podríamos…” • “Ayúdame a entender el razonamiento detrás de…” • “¿Podríamos hacer el nombre de la variable/clase más descriptivo mediante…”

🔎¿La diferencia? Los malos comentarios atacan al desarrollador y al trabajo de la persona. Los buenos comentarios se centran en el código y en aportar.

💡Recuerda: • Tu tono establece la cultura del equipo. • Las revisiones de código son para aprender y de mejora continua para todo el equipo. • Casi nunca hay una única forma “correcta” de hacer las cosas. • Cada desarrollador/a tiene un background y una perspectiva diferente (¡y eso es valioso!).

• La empatía es clave al dar y recibir feedback.

Las revisiones de código no tratan de demostrar lo inteligente que eres, tratan de hacer que el equipo sea mejor.

📢¿Y vosotros usáis algún método para dejar comentarios o habéis recibido algún comentario polémico?

¡Os leo en los comentarios! 👇

Este artículo se publicó primero en LinkedIn