Buenas,
mientras trato de aprender algún tipo de técnica de relajación mental, para comenzar una semana complicada; se me ocurre que además de la clásica regla [el que rompe un build pone 1€ en la ucha de las cervezas] debo pensar en algo relacionado con las políticas de CheckIn.
Hace un tiempo comenté que afortunadamente en Team Foundation Server 2008 ya poseemos esta información en la base de datos de DataWareHouse de TFS. Pero claro, lo mejor en este caso, es crear un informe que nos muestre esta información.
Si quieres saber como comenzar con este tipo de informes de Excel, este post es el camino y con el Excel ya configurado podemos comenzar a trabajar la perspectivaa Code Churn. Por ejemplo, podemos organizar los siguientes campos en la hoja
| Column Labels | Date |
| Row Labels | Alias |
| | Policy Override Comment |
| Values | Code Churn Count |
para obtener los siguientes resultados en formato tabla y gráfico:
Como se aprecia en el chart, no sólo podemos ver que integrantes del equipo han “saltado” una política de Check-In, sino que además podemos ver la cantidad de líneas de código asociadas al ChangeSet donde se saltó la política y además la fecha en la que se realizó esta acción, etc. (recordad que podemos realizar los cruces de información que se nos ocurran)
En este momento debemos decidir si también es necesario poner 1€ en la ucha de las cervezas cuando alguien salta una política de Check-In; o siendo un poco más realistas analizar el porqué de estas situaciones y si realmente las políticas que definimos para nuestros Team Projects son las que nuestro equipo necesita.
Saludos @ Home
El Bruno