En última instancia, el trabajo de los líderes de la ingeniería no es codificar, sino más bien eliminar los obstáculos para que sus equipos puedan pasar más tiempo trabajando en soluciones valiosas y para que el resultado de su trabajo tenga el alcance, el impacto y la visibilidad que se merece. Por lo tanto, sería bastante fácil designar la revisión de códigos como el dominio de los ingenieros, donde los gerentes no necesitan pisar.
Pero eso hace que se pierda una gran oportunidad.
Sin guía y una cultura de revisión saludable, el proceso de relaciones públicas puede desintegrarse en comportamientos improductivos, aunque comprensibles. Algunos desarrolladores ven la revisión de código como un alejamiento de su verdadero trabajo, y es imposible negar que la revisión es un proceso un tanto subjetivo que, sin ser descifrado, puede llevar a desacuerdos, compromisos estancados, e incluso hostilidad absoluta.
Muchos individuos tampoco han experimentado el arte de aceptar y dar críticas, y por lo tanto no lo han aprendido. Las fallas de comunicación involuntarias pueden llevar a la frustración social y técnica, lo que por supuesto también estropea las obras.
Este tipo de entornos de relaciones públicas no son sostenibles ni saludables. Por eso el apoyo de la dirección es crítico, si las revisiones se convierten en oportunidades para que los equipos aprendan unos de otros y trabajen hacia soluciones más efectivas y creativas.
Esto se aplica a los ingenieros de todos los niveles. Los ingenieros nuevos en la organización (o nuevos en la industria) recogen la cultura del equipo, el ritmo de trabajo, el estilo y las normas de codificación implícitas a través de la participación en el proceso de relaciones públicas. Los desarrolladores senior son capaces de entrenar a los más jóvenes en su dominio de experiencia, y para los ingenieros de todos los niveles, la revisión del código es una oportunidad para identificar las fortalezas y debilidades (tanto a nivel individual como organizativo). Y para los equipos co-ubicados y distribuidos por igual, la revisión de código es quizás la oportunidad más rica para la socialización centrada en el trabajo y la creación de equipos.
Entonces, ¿dónde participan los gerentes en este proceso?
Donde antes la formación era el centro de la gestión, la revisión del código es ahora la principal forma de mejorar el rendimiento de un equipo de ingeniería. Al participar y observar la revisión de códigos, los gerentes pueden hacer un seguimiento de la salud y la productividad del equipo, lo que proporciona una visión de dónde intervenir y dónde fomentar el progreso.
En otras palabras, el equipo es responsable de crear el código y de revisarlo. Los gerentes son responsables de las tendencias de comportamiento exhibidas en las revisiones de código de sus equipos.
En nuestro trabajo, hemos aprendido a reconocer los patrones comunes exhibidos por los equipos de ingeniería de software, tanto los patrones exitosos que pueden ser alimentados, como los problemáticos que un gerente consciente puede remediar. Aquí, hemos ensamblado ocho de esas dinámicas que demuestran los comportamientos comunes a los desarrolladores y a los equipos de ingeniería, cómo reconocerlos usando la métrica de GitPrime, y lo que los gerentes pueden hacer para reforzar la salud y la productividad de sus equipos.