Loa 12 Principios del Manifiesto Ágil (Parte 1)

Anteriormente estuvimos conversando sobre el Manifiesto ágil, y en un post posterior a ese, sobre los valores del mismo. Ahora vamos a escudriñar una primera parte de los 12 principios para entenderlos un poquito más.

Principio 1: Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continuada de software con valor

Logramos esto a través de los entregables parciales que se van realizando con funcionalidades que aportan valor al cliente, en base a las HU (Historias de Usuarios).

Estas entregas parciales deben hacerse en tiempos cortos que pueden ir de 2 a 4 semanas dependiendo el proyecto y la organización.

Se van sumando nuevas funcionalidades con cada uno de los entregables y en cada uno tenemos la oportunidad de inspeccionar y adaptar lo que hace que el producto vaya mejorando la calidad con cada nueva entrega.

Su valor fundamental está en la retroalimentación con el cliente.

Principio 2: Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente

.

Como parte del proceso de maduración, el equipo debe poder asumir los cambios en los requerimientos incluso en etapas avanzadas del proyecto.

Su valor fundamental se encuentra en obtener el feedback del cliente para conseguir de alguna forma ventaja competitiva. Por ejemplo: una fecha de lanzamiento, características adaptadas a las nuevas tecnologías y a nuevos aspectos del mercado.

Principio 3: Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia por periodos de tiempo lo más corto posible.

Se realizan entregables de los requerimientos de forma secuencial de forma que el cliente pueda validar, inspeccionar y por ende podamos adaptar lo antes posible.

Su valor fundamental está en el feedback del cliente para identificar los posibles inconvenientes rápidamente.

Principio 4: Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto.

Cuando hablamos de los responsables del proyecto, nos referimos a los usuarios, clientes o stakeholders; quienes suelen ser los participantes que conocen los objetivos reales y específicos del producto. Estos establecen las prioridades de las funcionalidades y normalmente aunque no excluyente, no suelen estar relacionados con los términos o aspectos de desarrollo de software.

Los desarrolladores por su parte, cubren varios roles para la creación del código. Está el arquitecto de software, analistas de negocio, los UI/UX, testers (este último, ya actualmente un role bastante desarrollado que aunque sus funciones forman parte del ciclo de vida de desarrollo, es independiente del mismo y con sus propias consideraciones, ya que el proceso es aislado y de hecho no requiere que haya código para iniciar con su parte como tal.)

Su valor es fundamental en la comunicación del día a día con todos los involucrados para obtener una buena compenetración, lo que requiere que el cliente o PO (Product Owner), esté disponible para el equipo para fines de validaciones y aclaraciones.

Principio 5: Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.

Para que podamos tener éxito en el proyecto, es sumamente vital la motivación del equipo, de esto depende incluso la calidad de los entregables por lo que como gestores debemos asegurarnos de que esta motivación se mantenga activa.

Lo primero es que el equipo debe poder disponer las herramientas necesarias para realizar su trabajo, así como un ambiente laboral donde prime la colaboración y trabajo en equipo.

Esto permitirá aumentar la productividad. También debemos tener cuidado con las estrategias de motivación que utilizamos, ya que según estudios (Edward L. Deci. Intrinsic motivation) se ha demostrado que algunas recompensas pueden transformar una actividad que es interesante, en solo trabajo, y disminuir la motivación, mermando el rendimiento.

Su valor fundamental es la motivación de las personas en el equipo.

Principio 6: El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara.

A diferencia del método tradicional donde la comunicación va incluida en la documentación ya cuando se completa cada fase, lo que provoca que sea muy lenta y poco fluida; en las MA, se tienen reuniones de forma frecuente, dependiendo de los tipos de proyectos, lo que permite tener una inspección y adaptación más frecuente dando como resultado ideas más claras y entendimiento más concreto de las situaciones que se presentan y los objetivos finales del proyecto.

Su valor fundamental es la comunicación constante y cara a cara para obtener una mayor eficiencia.

Abordaremos la parte final de los principios en un proximo post, y así cerraremos nuestra fase argumental sobre la agilidad y sus bases.

“El único lugar en que el éxito viene antes que el trabajo es en el diccionario”

ANÓNIMO

Parte 1 Agile Manifesto

Parte 2 Los 4 Valores del Manifiesto Ágil

infographic by: www.knowledgetrain.co.uk