¿QUÉ ES AGILIDAD?

Agile no es una metodología, como comúnmente se mal entiende, es un marco de trabajo (Framework), ya que posee valores y por lo tanto humanidad profesional.

El marco de trabajo es una serie de comportamientos del equipo que se sostienen sobre unos valores para conseguir un objetivo; y metodología, es el conjunto de métodos, conceptos o procedimientos basados en principios lógicos para alcanzar un objetivo.

Los framework ágiles son aquellas que permiten adaptar la forma de trabajo al entorno de la organización, consiguiendo flexibilidad, rapidez en la respuesta. Las empresas que adoptan esta metodología consiguen gestionar sus proyectos de forma eficaz, reduciendo los costos e incrementando su productividad.

Mejoran la satisfacción del cliente dado que se involucra y compromete en cada etapa del desarrollo del proyecto; se informará al cliente sobre los progresos, De ese modo, el cliente puede sumar su experiencia para optimizar las características del producto final. Se pueden evitar así numerosos malentendidos dado que el cliente poseerá en todo momento una completa visión del estado del producto.

La mejora de la motivación e implicación del equipo de desarrollo, los framawork ágiles permiten a todos los miembros del equipo conocer el estado del proyecto en cualquier momento. Los compromisos son negociados y aceptados por todos los miembros del equipo y las ideas de cualquiera de sus integrantes son tenidas en cuenta y ponderadas. Los procesos ágiles permiten ahorrar tiempo y costos; el desarrollo ágil trabaja de un modo más eficiente y rápido que otras metodologías y framework.

Además, estos procesos ponen el foco en cumplir estrictamente el presupuesto y los plazos pactados a la hora de definir y planificar el proyecto; se trabaja con mayor velocidad y eficiencia, se trabaja realizando entregas parciales pero funcionales del producto, de este modo, es posible entregar en el menor intervalo de tiempo una versión funcional del producto.

Gracias a las entregas parciales, centradas en entregar en primer lugar aquellas funcionalidades que en verdad aportan valor, y a la participación del cliente es posible eliminar aquellas características innecesarias del producto.

Por lo tanto, permiten mejorar la calidad del producto; la permanente interacción entre los equipos de desarrollo y los clientes tienen como objetivo asegurar que el producto final sea exactamente lo que el cliente quiere y necesita. Este enfoque permite abrazar la excelencia tecnológica, lo que permite obtener un producto tecnológicamente superior.

El framework ágil permite alertar rápidamente tanto de errores, desviaciones o problemas; en la etapa de planificación, el equipo ha presentado una hoja de ruta, relevando y dando respuesta a los principales problemas técnicos y a la velocidad en la que se puede trabajar.

Con metodologías y frameworks tradicionales, los errores no identificados en las primeras fases del proyecto suelen acarrear costos muy altos y redefiniciones que en ocasiones suelen ser catastróficas para el cumplimiento de los proyectos.

Los frameworks ágiles permiten rentabilizar nuestras inversiones más rápidamente y bajando los riesgos de las inversiones, gracias a la realización de entregas tempranas el cliente tendrá rápido acceso a aquellas funcionalidades que en verdad aportan valor acelerando el retorno de la inversión.

Manifiesto Agile

En marzo de 2001, 17 críticos de los modelos de producción basados en procesos, convocados por Kent Beck, que había publicado un par de años antes el libro en el que explicaba la nueva metodología Extreme Programming Beck) se reunieron en Salt Lake City para discutir sobre el desarrollo de software.

En la reunión se acuñó el término “Métodos Ágiles” para definir a aquellos que estaban surgiendo como alternativa a las metodologías formales: CMM-SW, precursor del CMMI, PMI, SPICE (proyecto inicial de ISO 15504), a las que consideraban excesivamente “pesadas” y rígidas por su carácter normativo y fuerte dependencia de planificaciones detalladas, previas al desarrollo.

Los integrantes de la reunión resumieron en cuatro postulados lo que ha quedado denominado como “Manifiesto Ágil”, que son los valores sobre los que se asientan estos métodos. Hasta 2005, entre los defensores de los modelos de procesos y los de modelos ágiles fueron frecuentes las posturas radicales, más ocupadas en descalificar al otro, que en estudiar sus métodos y conocerlos para mejorar los propios.

Valoramos más a los individuos y su interacción que a los procesos y las herramientas.

Este es el valor más importante del manifiesto.

Se debe tener presente que los procesos ayudan al trabajo, son una guía de operación; y las herramientas mejoran la eficiencia, pero hay tareas y actividades que requieren talento y humanidad, necesitan personas que lo aporten y trabajen con una actitud adecuada.

La producción basada en procesos persigue que la calidad del resultado sea consecuencia del conocimiento explicitado en los procesos, más que en el conocimiento aportado por las personas que los ejecutan. Sin embargo en desarrollo ágil los procesos son una ayuda, un soporte para guiar el trabajo, la defensa más acérrima de los procesos afirman que con los procesos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio no es cierto cuando se necesita creatividad e innovación.

Valoramos más el software que funciona que la documentación exhaustiva.

Poder anticipar cómo será el funcionamiento del producto final, observando prototipos previos, o partes ya elaboradas ofrece una retro alimentación estimulante y enriquecedora, que genera ideas imposibles de concebir en un primer momento y difícilmente se podrían incluir al redactar un documento de requerimientos detallados en el comienzo del proyecto.

El manifiesto Agile no descarta la documentación, sólo la de la documentación innecesaria es descartada; los documentos son soporte de hechos, permiten la transferencia del conocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero su relevancia debe ser mucho menor que el producto final.

La comunicación a través de documentos no ofrece la riqueza y generación de valor que logra la comunicación directa entre las personas, y a través de la interacción con prototipos del producto; siempre debe preferirse reducir al mínimo indispensable el uso de documentación, que involucra esfuerzos, sin aportar un valor directo al producto final. Si la organización y los equipos se comunican a través de documentos, además de ocultar la riqueza de la interacción con el producto, forman barreras de burocracia entre departamentos o entre personas.

Valoramos más la colaboración con el cliente que la negociación contractual.

Las prácticas ágiles se aplican para productos cuyo detalle resulta difícil visualizar y estimar en las etapas iniciales de los proyectos; y si se detallara al comenzar, el resultado final tendría menos valor que si se mejoran y precisan con retro alimentación continua durante el desarrollo; también son apropiadas cuando se prevén requerimientos inestables, por la velocidad de cambio en el entorno de negocio del cliente o por otros factores externos a los proyectos.

El objetivo de un proyecto desarrollado bajo el paragua ágil no es controlar la ejecución conforme a procesos y cumplimiento de planes, sino proporcionar el mayor valor posible al producto y al cliente.

Resulta por tanto más adecuada una relación de implicación y colaboración continua con el cliente, más que una contractual de delimitación de responsabilidades funcionalidades, plazos y alcances.

Valoramos más la respuesta al cambio que el seguimiento de un plan

Para desarrollar productos de requerimientos inestables, que tienen como factor inherente el cambio y la evolución rápida y continua, resulta mucho más valiosa la capacidad de respuesta que la capacidad de seguimiento y aseguramiento de planes.

Los principales valores de la gestión ágil son la anticipación y la adaptación, diferentes a los de la gestión de proyectos ortodoxa: planificación y control que evite desviaciones del plan.

Principios Agile

Los 12 principios del manifiesto ágil

El manifiesto ágil, tras los postulados de estos cuatro valores en los que se fundamenta, establece estos 12 principios:

Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.

Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.

Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.

Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.

Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea.

La forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara.

El software que funciona es la principal medida del progreso.

Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.

La atención continua a la excelencia técnica enaltece la agilidad.

La simplicidad como arte de maximizar la cantidad de trabajo que se hace, es esencial.

Las mejores arquitecturas, requisitos y diseños emergen de equipos que se auto organizan.

En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.




Agile no es una metodología, como comúnmente se mal entiende, es un marco de trabajo (Framework), ya que posee valores y por lo tanto humanidad profesional...

#AgilidadEmpresarial

52 vistas

© V & Z Marketing Solutions 2019

  • Blanco Icono LinkedIn
  • Blanco Icono de Instagram
  • Facebook Clean
¡Contáctate con nosotros! 
¿Necesitas una actividad en tu ciudad?

SMPC® is a (registered) Trade Mark of CertiProf, LLC. All rights reserved.; DTPC® is a (registered) Trade Mark of CertiProf, LLC. All rights reserved. DEPC® is a (registered) Trade Mark of CertiProf, LLC. All rights reserved.

Providencia, Santiago de Chile, +569 6346 4808
webpay-plus-logo.png