El Manifiesto Ágil: 24 mini principios

Modelo, método y gestión: El Manifiesto Ágil: 24 mini principios.

Espero que os guste el formato y os sirva de plataforma para vuestra propia divulgación de los mismos.

Comenzamos…

Marzo de 2001, Salt Lake City. 17 personas, expertas en el desarrollo de SW y alternativas metodológicas, se reúnen y generan las bases de lo que hoy llamamos Metodologías ágiles.

En dicha reunión se establecen el ‘Manifiesto por el Desarrollo Ágil de software‘ y los ‘Doce principios del software Ágil‘.

Manifiesto

  1. Valoración de los individuos y su interacción, por encima de los procesos y las herramientas.
  2. Valoración del SW que funciona, por encima de la documentación exhaustiva.
  3. Valoración de la colaboración con el cliente, por encima de la negociación contractual.
  4. La respuesta al cambio, por encima del seguimiento de un plan.

Doce principios del software Ágil

El manifiesto incluye 12 principios que en su conjunto definen la agilidad, sin fijarse en las metodologías o prácticas técnicas ágiles utilizadas.

Tal como os comentaba, los he convertido en 24 Mini-principios enfrentándolos a una práctica alternativa que supone un riesgo relativo como práctica de gestión tradicional. Una dupla que he empaquetado en un tweet para favorecer la divulgación de los que más se adapten a tus creencias y uso.

Satisfacer al cliente vs satisfacer la facturación.
Entregas tempranas vs fecha de entrega histérica.
Entrega continua vs entrega compactada.

Requisitos vivos y cambiantes vs requisitos momificados.
Competitividad vs Predictividad.

Entregas FUNCIONALES vs entregas que no aportan valor.
Entregas frecuentes vs entregas ocasionales.

Colaboración constante negocio-desarrollo vs 1º negocio – 2º desarrollo.

Motivación vs factoría de producción.
Apoyo y confianza vs rendir cuentas.

Comunicación verbal vs documentación exhaustiva.

Incrementos de valor funcionando, como medida de progreso, vs Project y Gant.

Desarrollo sostenible vs entrega a toda costa.
Ritmo constante indefinido vs picos de trabajo forzados.

Fomentar excelencia técnica vs tapar agujeros.
Buen diseño vs si funciona no lo toques.

Simplicidad en el código vs Frameworks propietarios.
Simplicidad en el código vs hacer lo que no me han pedido.

Equipo auto organizados vs gestión jerarquizada.
Auto organización vs organización impuesta.
Decisiones técnicas para los técnicos vs decisiones técnicas impuestas por los gestores.

Retrospectiva vs revisión y mejora impuesta.
Mejora continua vs perpetuar los errores.
Autogestión vs gestión impuesta.

Espero que te haya gustado la entrada. Si no estás de acuerdo o crees que falta alguna consideración no dudes en dejar algún comentario al respecto.  Saludos. Óscar R. Onrubia @oscaRonrubia

Anuncios
Imagen | Esta entrada fue publicada en Metodologías Ágiles y etiquetada , . Guarda el enlace permanente.

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s