MODELADO ÁGIL

Los métodos ágiles son una colección de metodologías innovadoras para el desarrollo de
sistemas, las cuales se centran en los usuarios.

Valores y principios del modelado ágil

La metodología ágil se basa no sólo en resultados, sino también en valores, principios y
prácticas. Los valores y principios establecidos son esenciales para la programación ágil; estos
valores y principios crean el contexto para la colaboración entre programadores y clientes.

La metodología ágil se basa en valores y principios, actividades, recursos, prácticas, procesos y

herramientas asociadas a la misma.

Para poder ser analistas ágiles, hay que adherirse a los siguientes valores y principios
desarrollados por Beck (2000) en su trabajo sobre el modelado ágil, al cual denominó
programación extrema o XP.

CUATRO VALORES DEL MODELADO ÁGIL

Como a menudo hay tensión entre lo que hacen los desarrolladores a corto plazo y lo
comercialmente deseable a largo plazo, es importante propugnar en forma deliberada los
valores que formarán la base para actuar en conjunto en un proyecto de software.

Los cuatro valores son:

 Comunicación
 Simpleza
 Retroalimentación
 Valor

Comunicación: Este aspecto es muy importante para la metodología ágil, ya que una mala
comunicación puede llevar a un proyecto a sufrir retrasos, resolver problemas incorrectos,
también, puede ocasionar que la gente se salga o se una a mitad del proyecto sin las
actualizaciones apropiadas. Los proyectos de sistemas que requieren de una constante
actualización y diseño técnico son especialmente propensos a dichos errores.

Las prácticas ágiles comunes como la programación en pareja (dos programadores que
colaboran entre sí, la estimación de tareas y la prueba de unidades dependen mucho de la buena
comunicación. Los problemas se corrigen con rapidez, los orificios se tapan y el pensamiento
débil se fortalece rápidamente por medio de la interacción con otros miembros del equipo.

Simpleza: La simpleza para el desarrollo de software significa que debemos empezar con la cosa
más simple que podamos hacer para no abrumarnos con la complejidad de las tareas.

El valor ágil de la simpleza nos pide hacer la cosa más sencilla hoy, a sabiendas de que tal vez
mañana tengamos que cambiarla un poco. Para ello debemos estar enfocados claramente en
los objetivos del proyecto, lo cual es en realidad un valor básico.

Retroalimentación: La retroalimentación está implicada con el concepto de tiempo, es el tercer

valor básico importante cuando usamos una metodología de programación extrema.
Una buena retroalimentación concreta que sea útil para el programador, el analista y el cliente
puede ocurrir en cuestión de segundos, minutos, días, semanas o meses, dependiendo de lo que
se requiera, de quién se esté comunicando y de lo que se pretenda hacer con la
retroalimentación. Un compañero programador podría pasarle un caso de prueba que
quebrante el código que usted acaba de escribir, pero esa retroalimentación es invaluable en
términos de poder cambiar lo que no funciona antes de que se acepte y se incruste en el sistema.

La retroalimentación ocurre cuando los clientes crean pruebas funcionales para todas las
historias que hayan implementado posteriormente los programadores. La retroalimentación
crítica sobre la programación de fechas y tiempos proviene de los clientes que comparan el
objetivo del plan con el progreso realizado hasta ese momento. La retroalimentación ayuda a
los programadores a realizar ajustes y permite a la empresa empezar a experimentar con mucha
antelación lo que será el nuevo sistema una vez que sea completamente funcional.

Valor: El valor de la valentía tiene que ver con un nivel de confianza y confort que debe existir
en el equipo de desarrollo. Significa no tener miedo de desperdiciar una tarde o un día de
programación y empezar de nuevo si no todo está bien.

Valentía también significa responder a la retroalimentación concreta, actuando con base en las
corazonadas de sus compañeros de equipo cuando ellos piensan que tienen una forma más
simple y mejor de obtener su objetivo.

La valentía es un valor de alto riesgo y un gran nivel de recompensa, el cual fomenta la

experimentación que puede llevar al equipo a obtener su objetivo con más rapidez de una
manera innovadora. Valentía significa que usted y los miembros de su equipo confían entre sí y
en sus clientes lo suficiente como para actuar en formas que mejoren de manera continua lo
que se está llevando a cabo en el proyecto, incluso si esto implica descartar código, reformular
las soluciones o simplificar más las metodologías.

Los analistas pueden reflejar de una mejor forma los cuatro valores por medio de una postura
de humildad. A través de la historia, el software de computadora se desarrolló por expertos que
a menudo pensaban que sabían cómo operar una empresa de una mejor forma que los clientes
locales, que eran los verdaderos expertos. Con frecuencia, a los expertos de computadora se les
denominaba “gurús”. Algunos de los gurús exhibían grandes egos e insistían en su infalibilidad,
incluso cuando sus clientes no lo creían así. Muchos gurús carecían de la virtud de la humildad.
Es imprescindible mantener una postura humilde durante el desarrollo de sistemas. Usted debe
hacerse a la idea de que, si el usuario está expresando una dificultad, entonces hay que lidiar
con ella. No podemos ignorarla. Los modeladores ágiles son analistas de sistemas que hacen
sugerencias, expresan opiniones, pero nunca insisten en que tienen la razón el 100 por ciento
del tiempo. Los modeladores ágiles poseen la suficiente confianza en sí mismos como para
permitir que sus clientes cuestionen, critiquen y, algunas veces, se quejen sobre el sistema que
están desarrollando. Los analistas aprenden de sus clientes, quienes han estado en el negocio
durante un buen tiempo.
LOS PRINCIPIOS BÁSICOS DEL MODELADO ÁGIL

Los principios ágiles son reflejos y especificaciones de los valores ágiles. Sirven como
lineamientos que los desarrolladores pueden seguir al desarrollar sistemas. También sirve para
diferenciar a las metodologías ágiles de las metodologías más tradicionales basadas en planes
como SDL, así como las metodologías orientadas a objetos. Beck y sus colaboradores fueron los
primeros en describir los principios ágiles, que han evolucionado desde entonces. Estos
principios se pueden expresar en una serie de dichos tales como:

1. Satisfacer al cliente por medio de la entrega de software funcional.

2. Adoptar el cambio, incluso si se introduce en las últimas etapas del desarrollo.
3. Seguir entregando software funcional en incrementos y con frecuencia.
4. Fomentar a los clientes y analistas a que trabajen juntos a diario.
5. Confiar en los individuos motivados para que realicen su trabajo.
6. Promover la conversación cara a cara.
7. Concentrarse en hacer que el software funcione.
8. Fomentar el desarrollo continuo, regular y sostenible.
9. Adoptar la agilidad con especial atención en un diseño lúcido.
10. Apoyar a los equipos autoorganizados.
11. Proveer retroalimentación rápida.
12. Fomentar la calidad.
13. Revisar y ajustar el comportamiento de vez en cuando.
14. Adoptar la simpleza.

Actividades, recursos y prácticas del modelado ágil

El modelado ágil involucra una serie de actividades a completar en cierto momento durante el
proceso de desarrollo ágil.

ACTIVIDADES BÁSICAS DEL DESARROLLO ÁGIL

Hay cuatro actividades básicas del desarrollo que utilizan los métodos ágiles y son:
1. Codificar
2. Probar
3. Escuchar
4. Diseñar

Codificar: Es la actividad indispensable, un autor establece que lo más valioso que recibimos del
código es el “aprendizaje”. El proceso es fundamentalmente el siguiente: elija una idea,
codifíquela, pruébela y compruebe si la idea era lógica. El código también se puede usar para
comunicar ideas que, de otra manera, permanecerían borrosas o deformes; cuando examine su
código, tal vez incluso le surjan nuevas ideas. El código fuente es la base de un sistema viviente.
Es esencial para el desarrollo.

Probar: La metodología ágil considera que las pruebas automatizadas son imprescindibles.
La metodología ágil aboga por la escritura de pruebas para verificar codificación, funcionalidad,
rendimiento y cumplimiento. El modelado ágil se basa en las pruebas automatizadas; existen
extensas bibliotecas de pruebas para la mayoría de los lenguajes de programación. Estas
pruebas necesitan actualizarse según se requiera durante el progreso del proyecto.
Las pruebas a corto plazo nos ofrecen una confianza extrema sobre lo que estamos
construyendo. Si las pruebas se cumplen a la perfección, podemos continuar con una confianza
renovada. A largo plazo, las pruebas mantienen vivo a un sistema y permiten realizar cambios
durante un periodo más extenso del que hubiera sido posible si no se hubieran escrito o
realizado pruebas.

Escuchar: Los desarrolladores utilizan la escucha activa para oír a su socio de programación. En
el modelado ágil hay menos dependencia de la comunicación formal por escrito, por lo que
escuchar se convierte en una habilidad de suma importancia.

El desarrollador también utiliza la escucha activa con el cliente. Los desarrolladores asumen que
no saben nada sobre las empresas a las que están ayudando, por lo que deben escuchar con
cuidado a los empresarios para obtener las respuestas a sus preguntas. El desarrollador necesita
llegar a comprender lo que es la escucha efectiva. Si usted no escucha, no sabrá qué codificar o
probar.

Diseñar: El diseño es una forma de crear una estructura para organizar toda la lógica en el
sistema. El diseño es evolutivo, y por ende los sistemas que se diseñan mediante el método ágil
se conceptualizan como sistemas que siempre están en evolución y siempre están siendo
diseñados. Diseñar bien permite extender el sistema realizando cambios en un solo lugar. El
diseño efectivo posiciona la lógica cerca de los datos sobre los cuales va a operar. Por encima de
todo, el diseño debe ser útil para todos aquellos que lo necesiten a medida que avanza el
esfuerzo de diseño, incluyendo clientes y programadores.

CUATRO VARIABLES DE CONTROL DE RECURSOS DEL MODELADO ÁGIL

Para lograr completar todas las actividades del proyecto a tiempo y dentro de todas las
restricciones, es imprescindible administrar el proyecto correctamente. Lograr esto no solo
implica reunir todas las tareas y recursos, también implica que él analista sacrifique algunas
ventajas por otras. Algunas veces el costo puede estar predeterminado, mientras que otras
veces el tiempo puede llegar a ser el factor más importante.

Las variables de control de recursos son:

 Tiempo
 Costo
 Calidad
 Alcance

Tiempo: Hay que asignar tiempo suficiente para completar el sistema, y entender que lo
necesita para varias actividades distintas: escuchar a los clientes, diseñar, codificar y probar.

Puede crear software de calidad, pero fracasar a la hora de escuchar. Puede elaborar un diseño
perfecto, pero no asignar el tiempo suficiente como para probarlo. El tiempo es difícil de
manejar.

El método ágil desafía la noción de que más tiempo nos dará los resultados que queremos. Tal
vez el cliente prefiera que usted termine a tiempo en vez de extender el tiempo de entrega para
agregar otra característica. A menudo descubrimos que los clientes son felices si parte de la
funcionalidad está trabajando a tiempo. Nuestra experiencia muestra que con frecuencia un
cliente está un 80 por ciento satisfecho con el primer 20 por ciento de la funcionalidad. Esto
significa que cuando completemos el otro 80 por ciento del proyecto, el cliente tal vez sólo esté
un poco más feliz de lo que estaba cuando habíamos completado sólo el 20 por ciento. La
moraleja aquí es que debe tener cuidado de no extender su tiempo de entrega. El método ágil
insiste en terminar a tiempo.

Costo: El costo es la segunda variable que podríamos ajustar. Suponga que las actividades de
codificación, diseño, prueba y escucha están sobrecargando el proyecto y los recursos que
invertimos en el tiempo, alcance y la calidad no son suficientes, incluso aunque dediquemos una
cantidad normal al costo para equilibrar el proyecto. En esencia, tal vez tengamos que contribuir
más recursos que requieran dinero para balancear el proyecto.

Calidad: