Aquí vemos una imagen diferente. Mientras que Jason definitivamente escribió mucho código, mucho de eso fue arrojado poco después, y pensando en su cambio neto total a la base de código produce una imagen bastante diferente. Eso es una mezcla de código. La cantidad de código productivo que Jason entregó es significativamente menor de lo que podría parecer desde una visión ingenua de la Carta de Crédito escrita. Una vez que eso se tiene en cuenta, Katie realmente hizo el mayor impacto. Además, podríamos decir que Sam era el más «eficiente» ya que tenía la menor proporción de código batido en el código que realmente se mantuvo.
Veamos un ejemplo concreto
Jason revisó el siguiente código Javascript el lunes:
1 //Poblar el texto de bienvenida
2 $(«#bienvenido»).text(«Hola cliente»);
El martes, decidió hacer un ajuste y revisó este cambio:
1 //Poblar el texto de bienvenida
2 var nombre = «Hola Cliente»;
3 $(«#bienvenido»).text
Fíjese que la última línea cambió. Así que Jason agitó una línea de código. O para decirlo de otra manera, no tiene crédito por la línea de código que escribió ayer. El miércoles decidió ajustarla de nuevo y comprobó el siguiente código:
1 //Poblar el texto de bienvenida
2 var is_new = false;
3 var name = (is_new ? «Hello New Customer» : «Hello Customer»)
4 $(«#bienvenido»).text(nombre);
Ahora ha cambiado las dos últimas líneas de código. De nuevo, Jason no tiene crédito por el cambio de ayer y pierde el crédito por la línea de código original que registró el lunes. En efecto, Jason ha cambiado el 100% de su código esta semana. En pocas palabras, la contribución de Jason el lunes y el martes fue… nada. Puede que esté trabajando duro pero no está creando valor para esos esfuerzos.
Vigilar a Churn
En nuestro simple ejemplo, el resultado neto fue que Jason tardó tres días en conseguir esta característica. Ahora, para ser justos, esto puede o no ser su culpa. Podría ser que el gerente de producto no fue claro. Podría ser que la especificación haya cambiado. Podría ser que se equivocó en los requisitos. En cualquier caso, como gerente de Jason, tienes que mirar un poco más profundo en cuanto a por qué sigue reescribiendo las mismas líneas de código una y otra vez.
Si estás atento a los picos en el churn, puedes diagnosticar los problemas a tiempo y evitar que tu equipo se desanime (Comprueba las 6 causas del churn de código y qué hacer al respecto). Los equipos de software maduros saben que el valor comercial entregado es la verdadera señal de su eficacia.
El seguimiento de la rotación del código es una forma de pensar en el porcentaje de código que se mantiene para ofrecer valor comercial. GitPrime puede ayudarte a ver la pérdida de código de tu equipo mientras sucede. Ven aquí para solicitar una demostración.