Principios del Manifiesto Ágil

Principios del Manifiesto Ágil
Índice de contenidos

    ¿Qué es el Manifiesto Ágil

    ¡Conoce a Pedro! Es un exitoso director de proyectos de desarrollo de software, una carrera en la que siguió a su abuelo. Hoy, Pedro está visitando a su abuelo. Como lo hacen a menudo, los dos empiezan a hablar de su pasión por la gestión de proyectos. Pedro comienza a hablar de una discusión que tuvo con un compañero de trabajo sobre el manifiesto ágil cuando de repente se da cuenta de que su abuelo parece un poco confundido. Esperando enseñar a su abuelo algo nuevo, Pedro comienza a explicar el manifiesto ágil.

    El abuelo probablemente ya sabe que ágil es un término general para describir varios métodos de proyecto que permiten a los equipos responder rápidamente a los requisitos cambiantes y a la imprevisibilidad de los proyectos mediante el uso de ciclos de trabajo iterativos llamados sprints. El abuelo también sabe que el término ágil surgió porque los métodos tradicionales de desarrollo de proyectos de software que él usaba eran lentos y rígidos. Una vez que la tecnología comenzó a avanzar al ritmo rápido que lo hace hoy en día, esos procesos rígidos simplemente no podían seguir el ritmo de los cambios en los proyectos.

    Lo que el abuelo no sabe, Pedro se da cuenta, son los principios que impulsan los proyectos ágiles. Esos están escritos en el manifiesto ágil, un documento escrito en 2001 por un grupo de líderes de la industria del software. Sacando una imagen del manifiesto en su teléfono, Pedro le muestra a su abuelo un resumen de los cuatro principios, que son:

    1. Individuos e interacciones sobre procesos e instrumentos
    2. El software de trabajo sobre la documentación completa
    3. La colaboración del cliente sobre la negociación del contrato
    4. Responder a un cambio en el seguimiento de un plan

    Viendo el interés del abuelo, Pedro comienza a repasar cada principio.

    Individuos e interacciones

    En primer lugar, comparte cómo el desarrollo de un nuevo producto es difícil, y no siempre lo hacemos bien la primera vez. Las personas son la clave, y el primer principio rector enfatiza que a través de "los individuos y las interacciones sobre los procesos y las herramientas". En pocas palabras, este principio dice que los procesos y las herramientas no deben interferir en la forma de interactuar con la gente. Este principio se refiere a una comunicación consistente y de calidad y al compromiso entre el equipo del proyecto y el cliente. Los requisitos cambiarán, las prioridades cambiarán y las necesidades comerciales evolucionarán antes de que el proyecto se complete. Al hacer hincapié en los individuos y en nuestras interacciones con ellos, nos aseguramos de que el proyecto responda a las personas, no sólo a los resultados.

    Este principio no significa que los procesos y las herramientas no sean importantes. A veces, se requiere la formalidad que los procesos traen consigo. Lo que el primer principio está diciendo es que no se use un proceso por el hecho de usar un proceso. Si un proceso no es necesario o no añade valor al proyecto, no debe ser utilizado.

    Software de trabajo

    El segundo principio rector del manifiesto ágil hace hincapié en "el software de trabajo sobre la documentación exhaustiva". Es decir, el objetivo es que el software funcione, y no se debe perder tiempo en una documentación extensa. La mayoría de los proyectos no necesitan los aglutinantes y las carpetas de documentación que producen los enfoques tradicionales, especialmente si van a cambiar rápidamente a medida que evolucionan los requisitos.

    Colaboración con el cliente

    El tercer principio se vincula con el primero y se centra en las personas. "La colaboración del cliente sobre la negociación del contrato" simplemente establece que comunicarse e interactuar con el cliente para entender los requisitos del proyecto es más importante que seguir rígidamente lo que está en un contrato firmado. Este principio reconoce que no siempre conseguimos que los contratos sean correctos y se centra en la satisfacción del cliente.

    Como el primer principio rector, éste no es descartar la negociación de contratos. Los contratos son importantes, ya que dan un aspecto legal a un proyecto para hacer responsables a las partes. Sin embargo, este principio alienta a los contratos a ser lo suficientemente flexibles para que se puedan hacer cambios descubiertos a través de la colaboración. La colaboración del cliente es inútil si el contrato no permite que se actúe en colaboración.

    Artículo relacionado: Principios de Scrum

    Responder al cambio

    Este último principio es a veces difícil para los directores de proyectos porque queremos planificar cada detalle del proyecto. Eso dificulta la respuesta al cambio y la adopción de medidas cuando las necesidades o prioridades cambian. En este principio rector, la atención se centra en "responder al cambio sobre el seguimiento de un plan" utilizando planes más flexibles que puedan acomodar el cambio. El progreso sigue siendo seguido y los presupuestos siguen siendo monitoreados. Sólo se hace utilizando herramientas más adaptables que nos permiten responder mejor al cambio.

    También te puede interesar

    Deja una respuesta

    Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

    Subir

    Utilizamos cookies propias y de terceros durante la navegación por el sitio web, con la finalidad de permitir el acceso a las funcionalidades de la página web, extraer estadísticas de tráfico y mejorar la experiencia del usuario. Puedes aceptar todas las cookies, así como seleccionar cuáles deseas habilitar o configurar sus preferencias. Para más información, puede consultar nuestra Política de cookies