Escrúpulos Una piedra en la conciencia del software libre, calidad y la vida misma

18 enero 2006

Hay que medir lo más facil, no lo importante

Una forma de control posible es la medición de pequeños esfuerzos en el proceso. Por ejemplo, para un obrero, cuantos ladrillos pone por día.
La otra forma es medir por el logro de un objetivo, por ejemplo cuánto tarda en levantar una pared, o un piso completo.
Ahora bien, para ciertos trabajos estas mediciones se pueden hacer de manera más fácil, para otros no tanto. Es el caso del desarrollo.
El desarrollo es uno de esos casos en que muy probable no se pueda saber exactamente cuánto falta para terminar. No hay forma fácil de decir: "Esto va a llevar tantas líneas de código, funciones, etc, y me faltan tantas líneas de código, funciones, etc. para terminar". Entonces, cómo se mide el trabajo? Lo más lógico sería medir por trabajo terminado. O sea, cuando se termina un caso de uso, módulo, paquete, etc. Bien, eso es fácil y se puede hacer.
Pero qué pasa mientras. Cómo saber el avance mientras tanto?
Ahi es cuando empiezan a hacer boludeces. El problema es que los jefes quieren saber en qué están, pero no saben cómo medirlo. Qué hacen entonces? Se vuelven a las cosas más fáciles de medir: hora de entrada y de salida, veces que va al baño, cuántos cigarrillos fumaste, y cuántas páginas web viste.
Teniendo en cuenta que el desarrollo es un trabajo y como tal, la productividad de una persona (o sea, cuánto tarda en terminar el producto final) varía hasta en un factor de 25, me pueden explicar qué diferencia hace si hoy en 2 horas termine lo que ayer hice en 8, y despues de eso pelotudeé en internet el resto del día? O mejor dicho, importa, para el objetivo final que es terminar el trabajo, si entré 1 hora tarde o no?
Creo que está de mas decir que no, pero como esas boludeces son lo más fácil de medir, insisten con el tema. Relacionenlo con tropezar y piedra, y n veces.