Cómo TDD y la Programación de a Pares aumentan la productividad
- Detalles
- Publicado: Jueves, 28 Mayo 2009 10:28
- Escrito por Leonardo De Seta
No sé. A veces siento que algunas personas venden mal todas las excelentes ventajas del Desarrollo Guiado por Pruebas (TDD) y la Programación de a Pares (PP). Es que muchos agilistas exponen este argumento: al hacer TDD y PP se incrementa la calidad, así que aunque la productividad disminuya, tenemos la conciencia tranquila de que fuimos buenos ciudadanos del mundo del software.
¡Mentira!. No sólo no es verdad que se pueda cambiar la calidad interna por más características, sino que es justamente lo contrario: mientrás más productivdad se busca, más alta debe ser la calidad interna.
Muchos equipos ágiles se enfrentan a un dilema cuando toman una nueva historia al final de un Sprint. Todavía existe tiempo restante, pero no lo suficiente para terminar esta nueva historia. Un interesante debate en el grupo Scrum Development intenta encontrar algunas soluciones a esta cuestión.
Cada vez que entramos a una oficina vemos gente trabajando. Todos trabajamos de distintas maneras. A veces trabajamos individualmente, a veces nos juntamos con un par para terminar una tarjeta que elegimos de la pared (tarjeta = post-it con una tarea en el tablero de Scrum). Estas dos formas de trabajar son bien distintas, y podemos tenerlas en cuenta al momento de diseñar la ubicación de los puestos de trabajo en la oficina. 
La práctica de 
Tradicionalmente (el término) Gobierno del proyecto era utilizado para describir el conjunto de normas y procedimientos para garantizar el éxito de un proyecto. Intenta tratar al proyecto de trabajo como un proceso de trabajo. Sin embargo, la importancia dada a la utilización del costo y tiempo superan en mucho a las cuestiones más importantes tales como, beneficios del proyecto, control de riesgos, la participación de los recursos humanos, calidad, alcance y control de objetivos. A primera vista, los conceptos de gobierno y las Metodologías Ágiles parecen incompatibles, pero muchos "Agilistas" concuerdan que el gobierno puede hacer más bien que mal en los proyectos ágiles.
Muchas de las personas tienen una visión romántica sobre 
Quien ha utilizado el desarrollo orientado por las pruebas (
En un 
Además de otras actividades, dirijo a algunos equipos de desarrollo. Por eso, la gobernabilidad es un tema que me es muy querido. Es decir, ¿cómo saber si mis equipos están mejorando?. Y ya que creemos en el modelo ágil, como saber si mis equipos están siendo ágiles.
En nuestro equipo de desarrollo llevamos algo más de un año trabajando con Scrum. Y ahora, para los pedidos de cambio, arreglos de bugs, mantenimiento de aplicaciones productivas y todo aquello que no llega a una iteración de Scrum, estamos abordando el uso de Kanban.