Project Management, The Project Manager Blog

El Manifiesto Ágil, explicado – ProjectManager.com


Cualquier buen movimiento tiene un manifiesto, que es una declaración pública de política e intención. Ha habido manifiestos para movimientos de arte, movimientos políticos y casi cualquier cosa que se te ocurra. Sin embargo, más en la línea de gestión de proyectos es el Manifiesto Ágil.

Ágil es un tema un poco controvertido en el campo. Algunos lo llaman metodología, mientras que otros se refieren a él como un marco. De cualquier manera, Agile ofrece una forma rápida y ágil de trabajar que primero benefició el desarrollo de software antes de expandir su alcance a casi todas las industrias. Ahora, incluso los tradicionalistas de gestión de proyectos que usan diagramas de Gantt y proyectos en cascada, están prestando atención a la relevancia de lo ágil.

Si no está familiarizado con lo ágil, o ha escuchado la palabra pero aún no tiene un control firme sobre ella, no te preocupes No estas solo. Ágil no solo es polarizante, puede ser difícil de entender para los no iniciados. Es por eso que vamos a explicar qué es ágil y la importancia del Manifiesto Ágil.

¿Qué es ágil?

Como escribimos anteriormente, esta es una pregunta cargada. Puede ser un campo minado, por lo que vamos a dar un paso con cuidado y tratar de proporcionarle una definición incontrovertible de ágil. Siéntase libre de remover la olla a medida que se familiariza con el tema.

La frase desarrollo ágil de software se usó por primera vez en 2001, pero de hecho se aplicó ágilmente a proyectos desde mediados de la década de 1990. Los desarrolladores de software comenzaron a enfatizar la estrecha colaboración entre los equipos y las partes interesadas, la entrega frecuente de valor comercial y los equipos autoorganizados. Pero no fue hasta el Manifiesto Ágil que se codificaron estas ideas.

El papel del cambio

Según la Alianza Ágil, "Ágil es la capacidad de crear y responder al cambio. Es una forma de lidiar y, en última instancia, tener éxito en un entorno incierto y turbulento ”.

En otras palabras, ágil se trata de adaptabilidad y de responder rápidamente a los cambios a medida que surgen, como siempre lo hacen, en un proyecto. Esta es una forma de pensar, más que una metodología, dirían algunos, ya que no está tan estructurada como para volverse rígida y calcificada en el proceso. Sin embargo, la importancia del cambio queda clara en el Manifiesto Ágil.

Ágil habla del mundo en rápido cambio del desarrollo de software y de comprender ese entorno, que a menudo está lleno de incertidumbre. Agile proporciona un marco en el que responder y adaptarse a esos cambios.

El papel de los equipos multifuncionales

Agile se enfoca en equipos colaborativos que son autoorganizados y multifuncionales. Eso significa que encuentran soluciones a los problemas y cada miembro del equipo tiene múltiples conjuntos de habilidades. Debido a que funcionan de manera bastante autónoma, el Manifiesto Ágil ayuda a establecer pautas para los comportamientos y las prioridades.

Todavía hay gerentes, por supuesto; es solo que sirven al equipo en lugar de administrarlos, asegurándose de que tengan las habilidades adecuadas. También crean un entorno que libera al equipo para tener éxito. Por lo tanto, los gerentes están principalmente en segundo plano después de que preparan el escenario para el equipo. Sin embargo, pueden intervenir según sea necesario para ayudar a resolver los problemas.

Relacionado: Cómo gestionar con liderazgo de servicio

¿Qué es el Manifiesto Ágil?

Entonces, hemos insinuado el Manifiesto ágil lo suficiente: definamoslo. Mientras ágil estaba en uso, no había una forma unificadora o consistente de describir el marco floreciente. En 2001, un grupo de 17 personas que trabajan en la industria, codificó el enfoque en una estación de esquí en Snowbird, Utah. Este fue el nacimiento del Manifiesto Ágil.

Si bien el grupo no estuvo de acuerdo en todo (presagiando el acalorado debate que rodearía el tema en el futuro) proporcionaron dos componentes principales para el ágil, que se mantienen hoy: un conjunto de declaraciones de valor que forman la base del desarrollo ágil de software y de acuñar el término en sí.

De esta reunión surgieron las ideas que se convertirían en el Manifiesto Ágil, que describe cuatro valores fundamentales y los 12 principios que guían el desarrollo ágil de software.

Los cuatro valores ágiles en el manifiesto ágil

Si está buscando qué tan ágil se diferencia de las metodologías tradicionales utilizadas para gestionar proyectos, como la metodología de cascada, los cuatro valores ágiles se delinean claramente La singularidad del marco. El texto en negrita se cita directamente del manifiesto en sí.

  1. Individuos e interacciones sobre el proceso y las herramientas: Agile otorga más importancia a las personas que al proceso e incluso a las herramientas. Las personas responden a las necesidades del negocio e impulsan el proceso de desarrollo. El proceso y las herramientas, por su propia naturaleza, responden menos a los cambios y no pueden satisfacer las necesidades del cliente.
  2. Software de trabajo sobre documentación completa: La documentación lleva tiempo. Es parte de un proceso más lento contra el que Agile está discutiendo. Cada pieza de documentación, desde requisitos técnicos hasta planes de prueba y otras especificaciones, requiere aprobación. Esto retrasa el desarrollo. Agile se trata de racionalizar, no de eliminar la documentación. Si bien la documentación tiene su valor, en la mentalidad ágil, es un software primordial.
  3. Colaboración del cliente sobre la negociación del contrato: Los clientes y gerentes de producto deben resolver los detalles de la entrega, pero en lugar de negociar este proceso, ágil campeones de colaboración. Por ejemplo, en las metodologías tradicionales de gestión de proyectos, los clientes negocian los requisitos del producto en detalle, antes de que comience el trabajo. Sin embargo, ágil incluye al cliente durante todo el ciclo de vida del proyecto para su retroalimentación continua.
  4. Respondiendo a los cambios sobre el seguimiento de un plan: Mientras se produce el cambio, se debe evitar tanto como sea posible cuando se trabaja en una gestión de proyecto tradicional metodología. Sin embargo, ágil funciona en iteraciones cortas llamadas sprints, porque su brevedad permite cambios, incluso los abarca como una forma de mejorar un proyecto y agregar valor.

Relacionado: Elementos esenciales y nuevas ideas para una retrospectiva de Sprint efectiva [19659004] Los 12 principios del desarrollo ágil

Los siguientes principios ágiles son los que definen un enfoque como ágil. Están tomadas de AgileManifesto.com.

  1. Nuestra máxima prioridad es satisfacer al cliente a través de la entrega temprana y continua de software valioso.
  2. Aceptamos los requisitos cambiantes, incluso en etapas avanzadas de desarrollo. Los procesos ágiles aprovechan el cambio para la ventaja competitiva del cliente.
  3. Entregue software de trabajo con frecuencia, de un par de semanas a un par de meses, con preferencia al menor tiempo.
  4. Los empresarios y desarrolladores deben trabajar juntos a diario durante todo el proyecto
  5. Construir proyectos alrededor de individuos motivados. Bríndeles el entorno y el apoyo que necesitan y confíe en ellos para hacer el trabajo.
  6. El método más eficiente y efectivo para transmitir información al equipo de desarrollo y dentro de él es la conversación cara a cara.
  7. El software de trabajo es el medida primaria del progreso.
  8. Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, los desarrolladores y los usuarios deberían poder mantener un ritmo constante indefinidamente.
  9. La atención continua a la excelencia técnica y el buen diseño aumenta la agilidad.
  10. La simplicidad, el arte de maximizar la cantidad de trabajo no realizado, es esencial.
  11. Las mejores arquitecturas, requisitos y diseños surgen de los equipos autoorganizados.
  12. A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo, luego ajusta y ajusta su comportamiento en consecuencia.

Es una metodología ágil

Algunos dicen que si camina como un pato, es un pato. Pero el problema es más complicado que eso. Si bien, como dijimos anteriormente, no tenemos ningún caballo en la carrera, el ingeniero de software y el autor tienen una buena definición. Aquí hay una cita de su Historia: El Manifiesto Ágil.

"El movimiento ágil no es antimetodología, de hecho, muchos de nosotros queremos restaurar la credibilidad de la palabra metodología. Queremos restablecer el equilibrio. Adoptamos el modelado, pero no para archivar algún diagrama en un polvoriento repositorio corporativo. Aceptamos la documentación, pero no cientos de páginas de tomos nunca mantenidos y raramente usados. Planificamos pero reconocemos los límites de la planificación en un entorno turbulento. Quienes califiquen a los defensores de XP o Scrum o cualquiera de las otras metodologías ágiles como "piratas informáticos" ignoran tanto las metodologías como la definición original del término pirata informático ".

Si usted es un defensor ágil o Si cree firmemente en el uso de metodologías tradicionales, necesitará un software que pueda ayudarlo a planificar, monitorear e informar sobre el progreso de su proyecto. ProjectManager.com es un software de gestión de proyectos basado en la nube lo suficientemente flexible como para aplicarlo a cualquier metodología o marco. Desde tableros kanban para visualizar el flujo de trabajo hasta gráficos Gantt en línea, que ayudan a los equipos a colaborar, y un tablero en tiempo real, lo tenemos cubierto. Pruebe nuestra herramienta de forma gratuita con esta prueba de 30 días.

Publicaciones relacionadas

  • En pocas palabras, la gestión de productos es una forma de organizar la planificación, la producción, el marketing y otras tareas relacionadas con …

  • En estos días, parece como si todo el mundo se tratara de hacer cosas ágiles. Eso se debe en gran medida a la capacidad de Agile para …

  • Agile es … complicado. ¿Es una metodología o es otra cosa? Una búsqueda rápida dará como resultado una carga inversa …

You Might Also Like

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Powered by themekiller.com