El Manifiesto Ágil en español

 

Estamos descubriendo nuevas formas de desarrollar software haciendolo y ayudando a otros a hacerlo. A traves de este trabajo hemos venido a valorar:

 

Los individuos y sus interacciones por encima de procesos y las herramientas
Software funcionando por encima de documentación comprensiva
Colaboración con el cliente por encima de negociación de contratos
Responder al cambio por encima de seguir un plan
 
 
Esto es, aunque hay valor en las cosas del lado derecho, valoramos más los del lado izquierdo.
 

Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler

James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick

Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas

Los 12 principios del desarrollo ágil
  1. Nuestra más alta prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso.
  2. Le damos la bienvenida a los requerimientos cambiantes, incluso tarde en el proceso de desarrollo. Los procesos ágiles aprovechan el cambio para la ventaja competitiva del cliente.
  3. Entregamos software funcionando frecuentemente, desde un par de semanas o un par de meses, con la preferencia en la parte baja de la escala.
  4. Las personas del negocio y los desarrolladores deben trabajar juntos a diario a lo largo del proyecto.
  5. Construir proyectos alrededor de individuos motivados. Darles el entorno y apoyo (soporte) que necesitan y confiar en ellos para terminar el trabajo.
  6. El método más eficiente de comunicar información hacia y dentro de un equipo de desarrollo es la conversación cara a cara.
  7. Software funcionando es la medida primaria del progreso
  8. Los procesos ágiles promueven el desarrollo sustentable. Los patrocinadores, desarrolladores y los usuarios deben ser capaces de mantener un paso consistente indefinidamente.
  9. La atención contínua a la excelencia técnica y el buen diseño mejora la agilidad.
  10. Simplicidad --el arte de maximizar la cantidad de trabajo no hecho-- es esencial.
  11. Las mejores arquitecturas, requerimientos y diseños emergen de equipo auto-organizados.
  12. En intervalos regulares, el equipo reflexiona en como ser más efectivos y luego afina y ajusta su comportamiento adecuadamente.

 

Navegación principal

User login

Who's new

  • hoppiemochie
  • Antannysoca
  • Ariana Mendez
  • Orlando Cano
  • isc_jemsedano

Who's online

There are currently 0 users and 1 guest online.

Syndicate

Syndicate content