04la Gestión Ágil de Proyectos en Menos de Mil Palabras v2

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 8

La Gestión

Ágil
“en menos de mil palabras”
“en menos de mil palabras”

“En menos de mil palabras” es una serie de documentos cortos que tienen como propósito
explicar de manera breve y sencilla diferentes aspectos del ámbito de la gestión de proyectos.

La Gestión Ágil “en menos de mil palabras”

Es un documento breve y sencillo que explica a grandes rasgos los fundamentos de la Agilidad
en base a los principios y valores del Manifiesto Ágil y al enfoque de gestión Adaptativo.

Puedes considerar este documento como una breve introducción a la Agilidad, y a cualquier
sistema de trabajo que se fundamente en la Agilidad.

Feedback

Con el propósito de mejorar te agradeceré cualquier sugerencia o corrección sobre el contenido


de este documento. Por favor, no lo dudes y escríbeme a: [email protected]

Aprender más sobre Agilidad y scrum

Tanto si quieres aprender más acerca de Agilidad y Scrum, como estar informado de las últimas
novedades y las discusiones más interesantes respecto a la gestión de proyectos, el enfoque Ágil
y la innovación, no dejes de visitar proagilist.es

www.proaglist.es
La Gestión Ágil “en menos de mil palabras”

Copyright © por Juan Luis Vila Grau

Reservados todos los derechos. Con la excepción de breves pasajes y citas que tengan por propósito revisar
o comentar el mismo, ninguna parte de esta publicación puede ser reproducida o transmitida en cualquier
forma o por cualquier medio sin consentimiento previo del autor.

Contactar en [email protected]

iii
La Gestión Ágil “en menos de mil palabras”

La Gestión Ágil “en menos de mil palabras”

1. ¿Qué es la gestión Ágil de proyectos? ................................................................................. 1


2. Estructura de la gestión Ágil................................................................................................. 1
2.1. Valores .......................................................................................................................... 1
2.2. Principios....................................................................................................................... 2
2.3. Prácticas ........................................................................................................................ 2
2.3.1. Ciclo de vida adaptativo ....................................................................................... 3
3. Bibliografía ............................................................................................................................ 4

i
La Gestión Ágil “en menos de mil palabras”

1. ¿Qué es la gestión Ágil de proyectos?

Cuando oímos hablar de gestión Ágil habitualmente se refiere a un grupo de métodos de gestión,
procesos o marcos de trabajo empleados en el desarrollo y la gestión de productos de software,
y sin embargo es mucho más que eso. Ágil es un enfoque para resolver problemas, que
contribuye a generar una solución (ouput o producto) más satisfactoria para el cliente, a través
de un proceso de desarrollo más rápido y fluido, que se conoce como “ciclo de vida adaptativo”.

Scrum, XP, DSDM Atern y Cristal son todos formas de trabajar Ágiles pensadas originalmente
para desarrollar productos software, que sin embargo tienen numerosos aplicaciones fuere de
este ámbito. Todos ellos comparten la misma filosofía, y muchas características y prácticas. Sin
embargo, desde el punto de vista de su implementación, cada uno tiene su propia receta y
terminología.

2. Estructura de la gestión Ágil

Para que un marco de gestión sea Ágil, y despliegue sus potenciales efectos positivos, es
necesario que coincidan los siguientes elementos:

2.1. Valores

El concepto de Agilidad tiene su origen en la década de los 50, aunque no se formaliza hasta el
2001, cuando un grupo de expertos en procesos para el desarrollo de software redactó, y firmó
un manifiesto conocido como el Manifiesto Ágil.

4 Valores del Manifiesto Ágil* Significado/Interpretación


El aspecto humano tiene prioridad sobre los procesos
Individuos e interacciones sobre procesos y y las herramientas. Si queremos mejorar los
herramientas anteriores, debemos comenzar por los individuos y
sus interacciones.
La documentación es necesaria para comunicarnos
con el cliente y crear la base sobre la que desarrollar
Software funcionando sobre documentación
una solución que satisfaga sus necesidades. Sin
extensiva embargo, el cliente no sabe lo que quiere hasta que ve
el software en funcionamiento.
En un entorno Ágil no dependemos de un diseño
Colaboración con el cliente sobre negociación
inicial y estamos abiertos a cualquier cambio del
contractual cliente.
Los proyectos ágiles están abiertos a los cambios
Respuesta ante el cambio sobre seguir un
solicitados por el cliente en cualquier momento
plan durante el proyecto

1
La Gestión Ágil “en menos de mil palabras”

2.2. Principios

Junto con los cuatro valores del Manifiesto Ágil, hay doce principios que completan el Manifiesto
Ágil y describen en mayor detalle la idea de Agilidad.

Los 12 Principios Ágiles*


Nuestra mayor prioridad es satisfacer al cliente
El software funcionando es la principal medida
1 mediante la entrega temprana y continuada de 7
progreso
software con valor.
Aceptamos que los requisitos cambien, incluso en Los procesos Ágiles promueven el desarrollo
etapas tardías del desarrollo. Los procesos Ágiles sostenible. Los promotores, desarrolladores y
2 8
aprovechan el cambio para proporcionar ventaja usuarios debemos ser capaces de mantener un
competitiva al cliente. ritmo constante de forma indefinida
Nuestra mayor prioridad es satisfacer al cliente
La atención continua a la excelencia técnica y al
3 mediante la entrega temprana y continuada de 9
buen diseño mejoran la Agilidad
software con valor.
Aceptamos que los requisitos cambien, incluso en
etapas tardías del desarrollo. Los procesos Ágiles La simplicidad, o el arte de maximizar la
4 10
aprovechan el cambio para proporcionar ventaja cantidad de trabajo no realizado, es esencial.
competitiva al cliente.
Entregamos software funcional frecuentemente,
Las mejores arquitecturas, requisitos y diseños
5 entre dos semanas y dos meses, con preferencia 11
emergen de equipos auto-organizados.
por periodo de tiempo lo más corto posible.
A intervalos regulares el equipo reflexiona
Los responsables de negocio y los desarrolladores
sobre cómo ser más efectivo para a
6 trabajamos juntos de forma cotidiana durante 12
continuación ajustar y perfeccionar su
todo el proyecto
comportamiento en consecuencia.

*Aunque tanto los 4 Valores como los 12 Principios se refieren específicamente a productos de
software, pueden aplicar prácticamente a todo tipo de proyectos. En todos aquellos casos que
se menciona “software”, trata de pensar en “producto, servicio o solución”.

2.3. Prácticas

Básicamente los marcos Ágiles abogan por equipos auto-gestionados y empoderados,


iteraciones cortas, time box y se centran en la entrega de productos en funcionamiento. Sin
embargo, ya hemos dicho que las prácticas Ágiles dependen en cada caso del Marco escogido.
Debido a su número es imposible recoger cada una de las prácticas en este breve documento
introductorio.

2
La Gestión Ágil “en menos de mil palabras”

Algunas de las prácticas Ágiles no se limitan a los entornos ágiles y pueden implementarse
también en entornos tradicionales. Al respecto, esta sección presenta brevemente el ciclo de
vida adaptativo, en contra posición con el ciclo de vida tradicional.

2.3.1. Ciclo de vida adaptativo Figura 1 - Procesos

El ciclo de vida adaptativo es la práctica básica de


los marcos Agiles. Analizar

El ciclo de vida de un proyecto está compuesto


por distintos procesos que deberían seguirse para Monitorear Diseñar
alcanzar los objetivos planteados (Figura 1).

La clave está en comprender que los procesos del


ciclo de vida de un proyecto pueden desarrollarse,
principalmente de dos maneras diferentes, o
desde dos enfoques: predictivo y adaptativo. Ejecutar Planificar

- Modelo Predictivo (o en cascada)

Cuando seguimos este modelo, tratamos de definir y planificar todo (funciones y características)
por adelantado. Luego, ciñéndonos a lo planificado ejecutamos un proceso tras otro. Estos
modelos son estupendos, por ejemplo, para proyectos de construcción en los que el cliente
sabe exactamente lo que quiere y puede, por lo tanto, definirse casi todo por adelantado.

Figure 2 – Modelo Predictivo


Producto
Analizar Diseñar Planificar Ejecutar Monitorear
Feedback

- Modelo Adaptativo

¿Qué ocurre cuando los clientes no saben exactamente lo que quieren, y continuamente
cambian los requisitos? En tales casos un modelo adaptativo nos permitiría mejorar nuestra
capacidad de respuesta: hace posible recibir feedback antes y aplicarlo en la próxima iteración.

Lo que llamamos Agile, es técnicamente equivalente a usar ciclos de vida adaptativos, que
básicamente son iterativos e incrementales.

o Iterativos (el producto se desarrolla a través de una serie de ciclos repetidos


conocida como iteraciones)

o Incrementales (cada iteración genera un producto funcional sobre el que se van


añadiendo nuevas funcionalidades en cada iteración)

3
La Gestión Ágil “en menos de mil palabras”

Figure 3 – Ciclo de vida Adaptativo*

 Analizar  Analizar  Analizar  Analizar  Analizar


 Diseñar  Diseñar  Diseñar  Diseñar  Diseñar
 Planificar  Planificar  Planificar  Planificar  Planificar
 Ejecutar  Ejecutar  Ejecutar  Ejecutar  Ejecutar
 Monitorear  Monitorear  Monitorear  Monitorear  Monitorear

Iteración 1 Iteración 2 Iteración 3 Iteración 4 Iteración 5

Incremento #1 Incremento #2 Incremento #3 Incremento #4 Incremento #5


(producto) (producto) (producto) (producto) (producto)

Feedback
Feedback
Feedback
Feedback
Feedback

* Basado en RAD, N. y TURLEY, F. (2014))

Pero un ciclo de ciclo de vida adaptable no consiste simplemente en dividir y desarrollar las
diferentes características de la solución en distintas etapas, realizando todas y cada una de los
procesos en cada etapa. Principalmente consiste en el limitar la planificación a las iteraciones
que se desarrollarán en el futuro más próximo, y aprovechar el output de cada iteración para
volver a planificar un paso más allá.

3. Bibliografía

RAD, N. y TURLEY, F. (2014) Exin Agile Scrum Foundation Workbook. Disponible en:
http://www.mplaza.pm [Consulta: 20 de Enero de 2015]

Sahaota, M. (2012) An Agile Adoption and Transformation Survival Guide: Working with
Organizational Culture. Disponible en: <
http://www.infoqstatic.com/resource/minibooks/agile-adoption-
transformation/en/pdf/9015_Michael%20Sahota_TR3-redo.pdf1348864907074> [Consulta: 2
de Abril de 2015]

También podría gustarte