El costo justifica la migración a ágil
- Detalles
- Publicado: Sábado, 06 Junio 2009 19:34
- Escrito por Diego Gomez
Cuando las empresas están experimentando y examinando los métodos ágiles, la presión de la dirección es "muéstrame el dinero" cambiar la forma en que una gran empresa en entrega software es como tirar un tanque de petrolero -posible, pero necesitas tiempo y energía. La gerencia debe estar convencida de que el cambio promoverá el alcance de al menos uno de los dos objetivos estratégicos de toda organización: reducir costos o incrementar las ventas.
Navengado por ahí me encuentro con un excelente 
GTD (Getting Things Done - Terminar las cosas) es una idea originaria (en cuanto a lo de ponerle nombre) de David Allen. La idea principal detrás de todo esto es la de conseguir organizarse. Es una recopilación de métodos que ayudan a estar más organizado.
Recientemente, Buddha Buck 
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.
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 (